<Nazwa firmy> <Nazwa projektu> Specyfikacja wymagań projektu. Wersja <1.0>

Podobne dokumenty
<Nazwa firmy> <Nazwa projektu> Specyfikacja dodatkowa. Wersja <1.0>

SPECYFIKACJA WYMAGAŃ

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.

Dokument Detaliczny Projektu

PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Firma Polchip Sp. z o.o. pragnie poinformować, iż znalazła się na liście projektów wyłonionych do dofinansowania w ramach działania 8.2 POIG.

IO - Plan wdrożenia. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006

Plan Testów Systemu SOS

Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania

Plan testów. Robert Dyczkowski, Piotr Findeisen, Filip Grzdkowski. 4 czerwca 2006

WYDZIAŁ INFORMATYKI. Warszawa, Do wszystkich Wykonawców

Dokument Detaliczny Projektu

Inżynieria oprogramowania II

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Kurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017

Specyfikacja wymagań systemowych (może podlegać edytowaniu na kolejnych etapach)

Założenia i stan realizacji projektu epuap2

Overlord - Plan testów

Faza Określania Wymagań

Tom 6 Opis oprogramowania

Sekcja I: Instytucja zamawiająca/podmiot zamawiający

DOTACJE NA INNOWACJE

Diagramy przepływu danych I

Modelowanie i Programowanie Obiektowe

DOTACJE NA INNOWACJE INWESTUJEMY W WASZĄ PRZYSZŁOŚĆ

7. zainstalowane oprogramowanie zarządzane stacje robocze

Załącznik nr 1. Do zapytania ofertowego nr 1/UE/2013

Zdalne monitorowanie i zarządzanie urządzeniami sieciowymi

Modelowanie i analiza systemów informatycznych

Wprowadzenie do systemów informacyjnych

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?

REFERAT PRACY DYPLOMOWEJ

PLAN WDROśENIA SYSTEMU PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią

2, rue Mercier, 2985 Luxembourg, Luksemburg Faks:

SIMOCODE pro. Informacje na temat podręczników dla systemu SIMOCODE pro

Inżynierski Projekt Zespołowy

Mechatronika i inteligentne systemy produkcyjne. Modelowanie systemów mechatronicznych Platformy przetwarzania danych

Tom 6 Opis oprogramowania

DOKUMENTACJA BEZPIECZEŃSTWA <NAZWA SYSTEMU/USŁUGI>

Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań

Zasady organizacji projektów informatycznych

Przedmiot umowy wdrożeniowej oraz dokumentowanie przebiegu prac. Prowadzenie: Jakub Cebula

Kluczowe zasoby do realizacji e-usługi Warszawa, 16 października Maciej Nikiel

EXSO-CORE - specyfikacja

Kumulowanie się defektów jest możliwe - analiza i potwierdzenie tezy

Opis Przedmiotu Zamówienia

Dokumentacja Techniczno ruchowa: Moduł PSI (ver. PSI 1.0)

Podręcznik użytkownika Obieg dokumentów

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

4 WEBINARIA tematyczne, gdzie każde przedstawia co innego związanego z naszym oprogramowaniem.

Wykorzystanie regionalnej biblioteki cyfrowej do tworzenia repozytorium instytucjonalnego

Aplikacja serwerowa Platformy Prezentacyjnej Opis produktu

KARTA MODUŁU KSZTAŁCENIA

DOTACJE NA INNOWACJE

Cechy systemu X Window: otwartość niezależność od producentów i od sprzętu, dostępny kod źródłowy; architektura klient-serwer;

ZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ

Szczegółowa specyfikacja funkcjonalności zamawianego oprogramowania.

PROCEDURA PRÓBKI W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I WDROŻENIE EDM, SSI ZAŁĄCZNIK NR 12 DO SIWZ

UŻYTKOWNIK PAP - INSTRUKCJA UŻYTKOWANIA SERWISU PAP

Tworzenie i obsługa wirtualnego laboratorium komputerowego

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)

Wprowadzenie. Dariusz Wawrzyniak. Miejsce, rola i zadania systemu operacyjnego w oprogramowaniu komputera

Wszyscy wykonawcy. I. Pełnomocnik Zamawiającego informuje, iż na podstawie art. 38 ust. 1 ustawy Pzp. udziela niniejszych wyjaśnień treści SIWZ:

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

ZAMAWIAJĄCY. CONCEPTO Sp. z o.o.

Warszawa, dnia 4 maja 2010r. Wykonawcy ubiegający się o udzielenie zamówienia publicznego

Kadry i Płace Rekrutacja nowe rozwiązanie w systemie Streamsoft Prestiż

1. Prace rozwojowe usługi informatyczne w zakresie opracowania prototypu oprogramowania serwisowo-instalatorskiego dla systemu testowego

Wprowadzenie. Dariusz Wawrzyniak. Miejsce, rola i zadania systemu operacyjnego w oprogramowaniu komputera

Metodyka projektowania komputerowych systemów sterowania

Systemy operacyjne. Wprowadzenie. Wykład prowadzą: Jerzy Brzeziński Dariusz Wawrzyniak

PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Etapy życia oprogramowania

Dokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI

systemy wspomagające zarządzanie PROBIT 25 lat doświadczeń w dostarczaniu oprogramowania dedykowanego jednostkom budżetowym

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania

ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 27 stycznia 2011 r.

Architektura i lista głównych funkcji systemu Krzemienny

Systemy GIS Systemy baz danych

Praca magisterska Jakub Reczycki. Opiekun : dr inż. Jacek Rumiński. Katedra Inżynierii Biomedycznej Wydział ETI Politechnika Gdańska

UPEDU: Rozpoznanie wymagań (ang. requirements discipline)

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

Jarosław Żeliński analityk biznesowy, projektant systemów

Systemy na Chipie. Robert Czerwiński

Testowanie oprogramowania

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Inżyniera wymagań

Tworzenie i wykorzystanie usług sieciowych

Polityka Bezpieczeństwa jako kluczowy element systemu informatycznego. Krzysztof Młynarski Teleinformatica

Język programowania. Andrzej Bobyk

Wykorzystanie standardów serii ISO oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych

OfficeObjects e-forms

1. Definicja pojęć Celem opisania warunków świadczenia usług gwarancji jakości Systemu i Asysty Powdrożeniowej definiuje się następujące pojęcia:

risk AB ZARZĄDZANIE RYZYKIEM OPERACYJNYM Dodatkowe możliwości programu: RYZYKO BRAKU ZGODNOŚCI PRALNIA

REFERAT PRACY DYPLOMOWEJ Temat pracy: Projekt i realizacja serwisu ogłoszeń z inteligentną wyszukiwarką

Pakiety są logicznymi zbiorami obiektów takich jak podprogramy, typy, zmienne, kursory, wyjątki.

Opis administracji terminali ABA-X3 v.1.5.0

Systemy wbudowane. Paweł Pełczyński

Transkrypt:

<Nazwa firmy> <Nazwa projektu> Wersja <1.0> [Uwaga: Niniejszy wzór dostarczony jest w celu użytkowania z Unified Process for EDUcation. Tekst zawarty w nawiasach kwadratowych i napisany błękitną kursywą (styl=infoblue) to wskazówki dla autora dokumentacji, które powinny zostać usunięte przed publikacją dokumentu.]

Historia zmian Data Wersja Opis Autor <dd/mm/rrrr> <x.x> <opis zmian> <imię i nazwisko> Poufne <Nazwa firmy>, 2009 Strona 2

Spis treści 1. Wprowadzenie 4 1.1 Cel 4 1.2 Zakres 4 1.3 Pojęcia 4 1.4 Odniesienia 4 1.5 Streszczenie 4 2. Opis ogólny 5 2.1 Perspektywa produktu 5 2.1.1 Interfejsy systemu 5 2.1.2 Interfejsy użytkownika 5 2.1.3 Interfejsy sprzętowe 5 2.1.4 Interfejsy programowe 5 2.1.5 Interfejsy komunikacyjne 5 2.1.6 Ograniczenia pamięci 5 2.1.7 Operacje 5 2.2 Funkcje produktu 5 2.3 Charakterystyki użytkowników 5 2.4 Ograniczenia 5 2.5 Założenia i zależności 5 2.6 Podzbiory wymagań 5 3. Opis wymagań 5 3.1 Funkcjonalność 3.1.1 <Pierwsze wymaganie funkcjonalne> 5 3.2 Specyfikacje przypadków użycia 6 3.3 Wymagania dodatkowe 6 4. Klasyfikacja wymagań funkcjonalnych 6 5. Dodatki 6 Poufne <Nazwa firmy>, 2009 Strona 3

1. Wprowadzenie 1.1 Cel 1.2 Zakres 1.3 Pojęcia [Sekcja wprowadzająca zawiera opis całego dokumentu SWP. Zawiera wszelkie niezbędne informacje potrzebne do zrozumienia dokumentu przez użytkownika. Celem stworzenia dokumentu SWP jest opisanie pełnych wymagań oprogramowania projektu, tak funkcjonalnych, jak i niefunkcjonalnych.] [Niniejsza sekcja określa cel tworzenia SWP.] [Sekcja ta pokrótce opisuje jakiego projektu SWP dotyczy, co wpływa na kształt SWP i na co sama SWP ma wpływ, zwłaszcza zależności od innych systemów informatycznych. Tu opisane jest też jakiego modelu przypadków użycia SWP dotyczy.] [Sekcja ta zawiera definicje pojęć czy skrótów niezbędnych do zrozumienia SWP. Może być po prostu odniesieniem do Słownika.] 1.4 Odniesienia [Niniejsza sekcja zawiera informacje na temat wszelkich źródeł zewnętrznych, do których odniesienia znajdują się w SWP. Opis źródła powinien zawierać jeśli to możliwe informacje o jego tytule, autorze, wersji, dacie publikacji oraz wydawnictwie.] 1.5 Streszczenie [Niniejsza sekcja opisuje resztę zawartości SWP oraz sposób, w jaki jest ona zorganizowana.] Poufne <Nazwa firmy>, 2009 Strona 4

2. Opis ogólny [Niniejsza sekcja opisuje ogólne czynniki wpływające na oprogramowanie i jego wymagania, jednocześnie nie wgłębiając się w wymagania szczegółowe. Sekcja ta opisuje tło wymagań. Wszystkie punkty tej sekcji są opcjonalne.] 2.1 Perspektywa produktu [Jest to sekcja opisująca zależności i ograniczenia systemu, a także jego interfejsy komunikacyjne.] 2.1.1 Interfejsy systemu [Sekcja opisuje pobieżnie kształt systemu oraz komponenty wchodzące w jego skład.] 2.1.2 Interfejsy użytkownika [Sekcja opisuje jakie interfejsy muszą zostać udostępnione użytkownikom końcowym.] 2.1.3 Interfejsy sprzętowe [Sekcja opisuje wymagania odnośnie pracy oprogramowania z konkretnym sprzętem.] 2.1.4 Interfejsy programowe [Sekcja opisuje z jakich dodatkowych interfejsów zewnętrznych oprogramowanie musi korzystać, na przykład w jaki sposób łączy się z bazą danych.] 2.1.5 Interfejsy komunikacyjne [Sekcja ta opisuje interfejsy i protokoły z jakich muszą korzystać poszczególne moduły oprogramowania do komunikowania się między sobą.] 2.1.6 Ograniczenia pamięci 2.1.7 Operacje [Sekcja ta opisuje ile pamięci, zwłaszcza RAM, będą potrzebować poszczególne moduły systemu.] [Sekcja ta definiuje poziom umiejętności użytkowników przy wykonywaniu poszczególnych części programu. Tu tez zawarte są informacje na temat tego, co program ma wykonywać automatycznie oraz do jakich czynności wymagana będzie interwencja użytkownika.] 2.2 Funkcje produktu [Sekcja ta definiuje podstawowe funkcje produktu, czyli co produkt powinien zapewniać użytkownikowi.] 2.3 Charakterystyki użytkowników [Sekcja ta zawiera krótki opis typowych użytkowników produktu.] 2.4 Ograniczenia [Sekcja ta zawiera krótki opis ograniczeń narzuconych na produkt przez twórców.] 2.5 Założenia i zależności [Sekcja ta zawiera krótki opis założeń jakie przyjmuje się tworząc projekt oraz wynikających z nich jego zależności od innych systemów.] 2.6 Podzbiory wymagań [Sekcja ta zawiera wymagania posortowane grupy funkcjonalne.] 3. Opis wymagań [Sekcja ta zawiera na tyle szczegółowy opis wymagań systemowych, aby programiści byli w stanie określić je implementacyjnie, a testerzy przetestować je.] Poufne <Nazwa firmy>, 2009 Strona 5

3.1 Funkcjonalność [Jest to sekcja, w której szczegółowo, stylem narratywnym, opisane są poszczególne wymagania stawiane wobec produktu.] 3.1.1 <Pierwsze wymaganie funkcjonalne> [Opis wymagania.] 3.2 Specyfikacje przypadków użycia [Sekcja ta definiuje jaki przypadek użycia opisuje jaką funkcjonalność systemu. Zawiera ona szereg odwołań do dokumentu Specyfikacja przypadków użycia.] 3.3 Wymagania dodatkowe [Sekcja ta opisuje wszelkie wymagania nie określone wcześniej. Może ona wystąpić w formie odwołań do dokumentu Specyfikacja dodatkowa.] 4. Klasyfikacja wymagań funkcjonalnych [Jest to posortowana według typu (wymagane/opcjonalne/pożądane) lista funkcjonalności jakie może lub powinien posiadać system.] Funkcjonalność Typ...... 5. Dodatki [Jeśli jakieś dodatki są opisane, należy określić czy są one częścią wymagań dodatkowych.] Poufne <Nazwa firmy>, 2009 Strona 6