Continuous Quality Assurance

1. Continuous Quality Assurance Dodání softwaru v souladu s vašimi požadavky

2. VALIDACE ANALÝZA SPECIFIKACE Requirements Activities • Vytvoření modelů • Tvorba a hodnocení prototypů • Prioritizace požadavků • Definice vize a rozsahu projektu • Identifikace účastníků • Výběr šampionů • Výběr technik sběru • Průzkum uživatelských scénářů SBĚR R • Review požadavků • Tvorba testovacích scénářů z požadavků • Vyjasnění nejednoznačností, • popis detailů • Uložení požadavků do databáze • Provázání požadavků na testy, návrh a kód

3. Aktivity při definování a správě požadavků • Sběr • průzkum problému a jeho domény • Brainstorming, interview, dotazníky, apod. • Analysis • Ujasnění požadavků • Use cases, software requirements specification, apod. • Specifikace • Zápis požadavků v různých formách • Modelování, flowcharty, kontextové diagramy, UML diagramy, apod. • Validace • Kontrola korektnosti a srozumitelnosti informací • Story boarding, prototyping, testovací scénáře, apod. • Správa požadavků • Udržování struktury a rozsahu • Kategorizace a tvorba baseline

4. Typy požadavků

5. Typy požadavků - příklady

6. Vlastnosti požadavků • Korektnost - zachycují přání zákazníka přesně • Feasibilita - jsou implementovatelné • Prioritizace – ohodnocení podle důležitosti jejich zastoupení v produktu • Jednoznačnost - jdou vyložit jen jedním způsobem • Verifikovatelnost - specifikace determinuje způsob testů • Kompletnost - nic nechybí • Konzistence - požadavky si neodporují • Možnost změny - jednoduchost, určení dopadů • Potřebnost - zachycují potřebu zákazníka • Provázanost - souvislost mezi požadavky, vazba

7. Provázanost požadavků • bez provázanosti • korektnost • feasibilita • prioritizace • jednoznačnost • verifikovatelnost • provázanost požadavků umožňuje • kompletnost • konzistence • možnost změny • potřebnost

8. Špatné požadavky: • The menu system must be user-friendly • Co je špatně? • Jak by mohl být tento požadavek přepsán? 2. The communication system shall not stop working more than twice a year. • Co je špatně? • Jak by mohl být tento požadavek přepsán? 3. All users shall have an ID to use the system when it is delivered • Co je špatně? • Jak by mohl být tento požadavek přepsán?

9. Špatné požadavky: 2.1.4 A charge number shall be entered for each chemical ordered. [Priority 1] 2.1.4.1 Charge numbers shall be validated on-line against the master corporate charge number list, if possible. The order shall be accepted even if the charge number cannot be validated. 2.1.4.2 The charge number entered shall apply to an entire order, not to individual line items in the order. 2.1.4.3 Each order shall have space for the user to enter several lines of free-form text (a comment) along with the order details. 2.1.4.4 If the charge number is invalid, the order shall not be accepted. The user can either postpone the order for future completion, or exit from the application.

10. + Delighters – unknown possibilities Kano Model of Customer Expectations Satisfiers – expressed requirements Application performance 0 100% Dissatisfiers – implicit requirements Customer satisfaction Customer dissatisfaction with provided functionality Customer dissatisfaction with missing or withheld functionality

11. Nevyjádřená očekávání Ptejte se na očekávání • Na co se v novém systému nejvíce těšíte? • Co bude pro vás nejvíce užitečné? • Co vám nejvíce vadí na momentálním systému? • Kdyby přestal momentální systém fungovat, co by vám nejvíce chybělo? • Co byste považoval za selhání projektu? • Co nás odlišuje od konkurence? • V čem jsme stejní?

12. Nevyjádřená očekávání Vždy se ptejte PROČ, když vám někdo řekne, že potřebuje nějakou konkrétní vlastnost Pátrejte po dalších nevyjádřených očekáváních • Například generalizujte Nechci klikat přes šest menu abych změnil font na Nechci klikat přes šest menu pro žádnou funkcionalitu

13. process improvement begins initial state improved future state Performance don’t quit here! X learning curve Time The Learning Curve