R EQUIREMENTS D EVELOPMENT Készítette: Devecseri Viktor.

Slides:



Advertisements
Hasonló előadás
A MINŐSÉG MEGTERVEZÉSE
Advertisements

Projekt vezetés és kontroll – Mi történik a gépházban?
4. Marketing előadás 2009.Március 4. A szervezetek beszerzése- a vállalatok „fogyasztói magatartása”
Szoftverminőség, 2010 Farkas Péter. SG - Sajátos célok  SG 1. Termék / komponens megoldás kiválasztása  SP 1.1. Alternatívák és kiválasztási kritériumok.
A SZERVEZET ÉS KÖRNYEZETE
Prototype Kft. Prototype kft. - Alapítás ban - 8 alkalmazott - A Stratasys Inc. képviselet - MK-Technology GmbH képviselet - GOM GmbH képviselet.
Verfasser · weitere Angaben
Projektciklus- menedzsment (PCM)
Technológiai fejlesztés a hatékony ellátás szolgálatában
Készítette: Pápai Zsolt Lex Ákos Kiss Gábor Borbély Csaba
Minőségbiztosítási terv
KOVEX Computer Kft. Nagy Géza
Optimális szervezet Kiegyensúlyozott stratégiai mutatószám rendszerrel
A TANÁCSADÓ SZEREPE az EU műszaki jogi szabályozásának vállalati alkalmazásában CE jelölés és társai – a.
Az ötlettől a projekttervig
A projektmenedzsment fogalma
Szoftver minőség és menedzsment Mérés és elemzés Sziládi Zoltán.
Projekt tervezése-, elemzése Ellenőrző kérdések
tételsor 2. tétel A kistérség a korábbi együttműködési lehetőségek alapján megtartotta a soron következő ülését. Az ülés célja a logisztikai.
Minőségmenedzsment 2. előadás
4. Előadás Vállalatgazdálkodási alapok
Zalayné Kovács Éva: Minőség és könyvtár
A CAD/CAM modellezés alapjai
Előadó: Kárpáti Péter Üzleti folyamatvezérlés nagyvállalati környezetben (BizTalk Server 2004, Office InfoPath 2003 és Windows.
Megvalósíthatóság és költségelemzés Készítette: Horváth László Kádár Zsolt.
Gazdálkodási modul Gazdaságtudományi ismeretek III. Szervezés és logisztika KÖRNYEZETGAZDÁLKODÁSI MÉRNÖKI MSc TERMÉSZETVÉDELMI MÉRNÖKI MSc.
INFORMATIKA E-management E-business E-gyártás. Információ alapú gazdálkodás E-management E-business E-gyártás – E-minőségirányítás.
Fejlesztési, stratégiai útmutató
Beruházás-kontrolling
Pénzügyi intézmények kontrollingja
Szoftvertechnológia Módszertanok.
Szoftvertechnológia Szoftvergyártás 2..
Szoftvertechnológia Rendszertervezés.
WEB MES (webes gyártásirányító rendszer) Kiss Miklós (G-5S8)
Objektumorientált tervezés és programozás II. 3. előadás
S S A D M ELEMZÉSI ÉS TERVEZÉSI MÓDSZERTAN
Projektek monitorozása. Elvek és módszerek
Rendelkezésre álló erőforrások pontos ismerete Kiosztott feladatok közel „valósidejű” követése Átláthatóság Tervezési folyamatok támogatása.
Bauer András - Berács József:
3. hét: az ISO 9001:2008-es szabványnak megfelelő
Szervezeti viselkedés Bevezetés
Rendszertervezés Alapfogalmak; Az informatikai rendszer
KÖZÖS MÓDSZERTANI KERETEK KIALAKÍTÁSA A MAGYARORSZÁG-SZERBIA IPA HATÁRON ÁTNYÚLÓ EGYÜTTMŰKÖDÉSI PROGRAM HÁTRÁNYOS HELYZETŰ TÉRSÉGEINEK KOMPLEX ÉS INTEGRÁLT.
Supervizor By Potter’s team SWENG 1Szarka Gábor & Tóth Gergely Béla.
Szoftver születik Eötvös Konferencia Köllő Hanna.
CMMI 1.3 – Verifikáció Készítette: Kis Gergely. Bevezetés A specifikációt, követelményt vetjük össze a kész/készülő termékkel Itt nem vizsgáljuk, hogy.
Bevezetés a programozásba
VÁLTOZÁSOK AZ ISO 9001 SZABVÁNYBAN 2015.
A közszolgáltatásokra kifejlesztett általános együttműködési modell GYÁL VÁROS ÖNKORMÁNYZATÁNÁL Gyál, szeptember 30.
2003. A környezeti helyzetfelméréstől a környezetirányítási rendszer auditálásáig Dr. Szegh Imre.
CMMI - VALIDÁCIÓ Suba Gergely.
Gyurkó György. Az OO programozás és tervezés története 1960-as évek: SIMULA (véletlen folyamatokat szimuláló programok írása) az OO nyelvek őse 1970-es.
Készítette: Májer Dávid
Vállalkozásmenedzsment I.
Móricz Pál – ügyvezető igazgató Szenzor Gazdaságmérnöki Kft.
2003. május 21. ÜZLETMENETFOLYTONOSSÁG ÉS KATASZTRÓFA ELHÁRÍTÁS TERVEZÉSE Jakab Péter igazgató Magyar Külkereskedelmi Bank Rt. Bankbiztonság.
SZERVEZETTAN (8 hét) A szervezetek környezete. STEEP és SWOT analízis.
Móricz Pál üzletfejlesztési igazgató Szenzor Gazdaságmérnöki Kft. XX. Információvédelmi fórum március 22. Információvédelmi kockázatfelmérés a szabványokban.
Interoperabilitási megoldások az e-közigazgatási keretrendszerben Hirling László
Szoftvermenedzsment A szoftver fogalma programmodulok rendszerdokumentáció konfigurációs adatok, és ezeket tároló fájlok felhasználói dokumentáció a szoftver.
Cégnév Üzleti terv. Célkitűzések A cég hosszú távú céljainak egyértelmű bemutatása –Használjon a cég növekedését alátámasztó kifejezéseket, de legyen.
INFORMÁCIÓMENEDZSMENT Dr. Szalay Zsigmond Gábor adjunktus, intézeti tanszékvezető VEZETÉS ÉS SZERVEZÉS MSC SZAK SZENT ISTVÁN EGYETEM.
Az ötlettől a projekttervig
Móricz Pál – ügyvezető igazgató Szenzor Gazdaságmérnöki Kft.
Üzleti terv bemutatása
"Ha nem tudod, hogy hová mész,
MINŐSÉG BS 4778 "Egy termék vagy szolgáltatás jellemzőinek és sajátosságainak összessége, amelyek együttesen egy adott szükséglet kielégítésére képesek".
3. hét: az ISO 9001:2008-es szabványnak megfelelő
L O G I S Z T I K A A L A P J A I Készítette: Gács Nóra
TeamDrink SWENG kurzus TD
Előadás másolata:

R EQUIREMENTS D EVELOPMENT Készítette: Devecseri Viktor

RD Célja: A követelmények kiderítése, analizálása, és a megrendelői, termék, és termék komponens követelmények létrehozása. Stakeholder: Megrendelő Végfelhasználó Beszállító Programozók Tesztelők Gyártók Logisztikai támogató személyzet

SG 1 Ü GYFÉL KÖVETELMÉNYEK KIALAKÍTÁSA D EVELOP C USTOMER R EQUIREMENTS Stakeholder-ek igényeinek, elvárásainak, kényszereinek, és interfészeinek összegyűjtése, és megrendelői követelményekké fordítása. SP 1.1 Igények kiderítése SP 1.2 Stakeholder igények  megrendelői követelmények

SP 1.1 I GÉNYEK KIDERÍTÉSE E LICIT N EEDS Technikák: Prototípus Interjú, kérdőív Brainstorming Marketing felmérés Béta tesztelés Létező termékek User story „Függőleges szelet” Megrendelő kihagyja: Üzleti politika Szabványok Korábbi tervek, döntések, elvek Környezet követelmények Technológia Legacy termékek Alapszabályok

SP 1.2 S TAKEHOLDER IGÉNYEK  MEGRENDELŐI KÖVETELMÉNYEK T RANSFORM S TAKEHOLDER N EEDS INTO C USTOMER R EQUIREMENTS Különböző forrásból érkező információk Egyesítése Hiányainak pótlása Ellentmondásainak feloldása Prioritizálása Verifikálás és Validálás

SG 2 T ERMÉK KÖVETELMÉNYEK FEJLESZTÉSE D EVELOP P RODUCT R EQUIREMENTS Megrendelői követelmények finomítása a termék és termék komponensek követelményeinek kidolgozásához. SP 2.1 Termék és termék komponens követelmények megállapítása SP 2.2 Követelmények komponensekhez rendelése SP 2.3 Interfész követelmények azonosítása

SP 2.1 T ERMÉK ÉS TERMÉK KOMPONENS KÖVETELMÉNYEK MEGÁLLAPÍTÁSA E STABLISH P RODUCT AND P RODUCT C OMPONENT R EQUIREMENTS Megrendelői követelmények Nem technikai Termék követelmények Technikai Komponens követelmények Architektúra követelmények Komponensek közötti kapcsolat Mérhető minőségi attribútumok Figyelembe kell venni: Tervezői döntések Választott technológia

SP 2.2 K ÖVETELMÉNYEK KOMPONENSEKHEZ RENDELÉSE A LLOCATE P RODUCT C OMPONENT R EQUIREMENTS Architektúra irány mutató Magas szintű, megosztott követelmény Több mint 1 komponensre vonatkozik Felosztás  származtatott követelmény Pl: performancia, biztonság, megbízhatóság Követelmények közötti kapcsolatok, függőségek dokumentálása

SP 2.3 I NTERFÉSZ KÖVETELMÉNYEK AZONOSÍTÁSA I DENTIFY I NTERFACE REQUIREMENTS Objektumok közötti interfészek azonosítása Életciklusokhoz kapcsolódóakat is: Tesztelés Szállító rendszerek Támogató rendszerek Interfész követelmények meghatározása Forrás, cél Adatok vagy elektromos jelek

SG 3 K ÖVETELMÉNY A NALÍZIS ÉS E LEMZÉS A NALYZE AND V ALIDATE R EQUIREMENTS Követelmények analízise és elemzése. SG 1 és SG 2 ellenőrzése. Működési környezet hatásának analízise. SP 3.1 Működtetési koncepció SP 3.2 Követelmények és minőségi attribútumok SP 3.3 Követelmény analízis SP 3.4 Egyensúly elérése SP 3.5 Validáció

SP 3.1 M ŰKÖDTETÉSI KONCEPCIÓ E STABLISH O PERATIONAL C ONECPTS AND S CENARIOS Dokumentálni: Működtetés Telepítés Fejlesztés Karbantartás Támogatás Eltávolítás Működési környezet definiálása

SP 3.2 K ÖVETELMÉNYEK ÉS MINŐSÉGI ATTRIBÚTUMOK E STABLISH A D EFINITION OF R EQUIRED F UNCTIONALITY AND Q UALITY A TTRIBUTES Funkciók és minőségi attribútumok definíciója Funkcionális architektúra Funkciók Funkciók logikai csoportja Funkciók közötti kapcsolatok Activity diagram, use case OO analízis, szolgáltatások, metódusok Architektúrát befolyásoló minőségi attribútumok

SP 3.3 K ÖVETELMÉNY ANALÍZIS A NALYZE R EQUIREMENTS Működtetési koncepciók figyelembevételével Alacsonyabb szintű funkciók megfelelnek-e magasabb szintű funkcióknak Követelmények megvalósíthatósága Kulcs követelmények azonosítása: Határidő Performancia Költség Kockázat Technikai mérési attribútumok definiálása

SP 3.4 E GYENSÚLY ELÉRÉSE A NALYZE R EQUIREMENTS TO A CHIEVE B ALANCE Stakeholder-ek igényeinek és kényszereinek kiegyenlítése Költség Határidő Performancia Funkcionalitás Prioritások Újrafelhasználható komponensek Karbantarthatóság Kockázat Kockázat elemzés Funkciók Minőségi attribútumok Minőségi attribútumok hatásának meghatározása

SP 3.5 V ALIDÁCIÓ V ALIDATE R EQUIREMENTS Validálás, hogy a termék megfelelően fog működni a végfelhasználónál Analízis Szimuláció Prototípus Demonstráció Kockázat felmérés, hogy nem megfelelően működik

A GILIS FEJLESZTÉSBEN Iteratívan Igények kiderítése Analízis Validálás Dokumentáció User stories Use case Backlog Kód Követelmény megvalósítás Prioritás