spełnienie każdego ze szczegółów i wymagań określonych w projekcie oprogramowania, który jest realizowany, to duże cele, które deweloper musi osiągnąć, aby spełnić oczekiwania swoich klientów i sprawić, że projekt zakończy się sukcesem. W jaki sposób deweloper może tworzyć systemy spełniające wszystkie wymagania swoich klientów? To może być jedno z Twoich pierwszych pytań.
chodzi o to, że istnieje wiele czynników wpływających na sukces projektu oprogramowania. Ale dzisiaj porozmawiamy o istotnym dokumencie, który powinien być przygotowany na wczesnych etapach rozwoju produktu. Mówimy o dokumencie specyfikacji wymagań oprogramowania.
Specyfikacja wymagań oprogramowania (SRS) jest niewątpliwie uważana za jedną z najbardziej krytycznych faz rozwoju oprogramowania/produktu. SRS-Software Requirement Specification-specjalna dokumentacja oprogramowania, która zawiera informacje o tym, jak powinien zachowywać się sam system, jakie funkcje powinien spełniać, jakie obciążenie powinien wytrzymać i tak dalej. Dokument wymagań produktu to miejsce, w którym opisane są cechy i wymagania Oprogramowania, produktu, programu lub zestawu programów. Elementy te są wyrażone w języku naturalnym, bez rozważań i terminów technicznych.
- możesz uzyskać dokładne oszacowanie kosztów, ryzyka i kosztów czasowych.
- klient będzie mógł jaśniej kształtować swoją wizję projektu.
- klient i wykonawca będą mieli ten sam pomysł na produkt.
- pomoże zidentyfikować optymalny zestaw funkcji.
- służy jako podstawa do tworzenia innej dokumentacji technicznej.
- proces rozwoju zostanie zoptymalizowany i zminimalizowany czas.
- nie będzie powielania zadań.
- pozwala na uporządkowanie problemów, aby rozwiązać je łatwiej i szybciej.
stało się bardzo oczywiste, że słaba Specyfikacja wymagań oprogramowania może prowadzić do nieudanych projektów. Dlatego dyscyplina ta staje się coraz bardziej niezbędna.
jak przygotować dokument wymagań produktu?
poniższy szablon jest zgodny z wytycznymi ustanowionymi w standardzie IEEE 830, zgodnie z którymi Specyfikacja wymagań oprogramowania powinna zawierać opis funkcjonalności aplikacji, relacji z systemami zewnętrznymi oraz wymagań niefunkcjonalnych, takich jak wydajność, dostępność, czasy reakcji i łatwość konserwacji między innymi.
szablon do przygotowania dokumentu wymagań oprogramowania jest podzielony na następujące sekcje:
cel:
należy dodać nazwę lub tytuł produktu, który jest określony w artykule, w tym jego numer wersji lub wydanie. Opisać, które elementy lub części zakresu oprogramowania są zawarte w dokumencie, ustalić, czy obejmuje on całe oprogramowanie, tylko jedną jego część, podsystem lub podgrupę procesów.
zakres oprogramowania:
powinien być krótki opis zakresu oprogramowania, który jest określony, w tym cel lub cel ogólny, korzyści dla obszaru biznesowego i organizacyjnego, związek celów oprogramowania z celami korporacyjnymi i strategiami biznesowymi. Możesz zapoznać się z innymi dokumentami.
tutaj możesz dołączyć inne dokumenty drukowane, dokumenty elektroniczne lub adresy elektroniczne, które uzupełniają dokument wymagań produktu.
Funkcje produktu:
każda funkcja może składać się z jednego lub kilku funkcjonalnych wymagań oprogramowania. Należy dołączyć jedynie numerowaną listę głównych funkcjonalności.
charakterystyka użytkowników:
w tym dziale należy opisać użytkowników, którzy będą korzystać z tego produktu. Klasyfikuj je na podstawie regularności użytkowania, grupy wykorzystywanych funkcjonalności, uprawnień bezpieczeństwa, poziomu doświadczenia i innych parametrów.
środowisko operacyjne:
należy również uwzględnić środowisko, w którym będzie rozwijany system, oprogramowanie, moduł lub grupa funkcjonalności. Wspomnij o takich aspektach, jak wersje systemu operacyjnego, platforma sprzętowa i inne systemy lub elementy, z którymi musi współistnieć.
wymagania funkcjonalne:
Wymień funkcje, a dla każdego z nich zanotuj wymagania funkcjonalne. Można je również udokumentować w matrycy identyfikowalności wymagań.
Zasady Prowadzenia Działalności Gospodarczej:
ta część zawiera te zasady, które muszą mieć zastosowanie do całego zestawu specyfikacji oprogramowania wymienionych w dokumencie. Na przykład wyjaśnij, które osoby mogą odgrywać określoną rolę w określonych okolicznościach.
wymagania dotyczące interfejsów zewnętrznych:
Ten rozdział zawiera interfejsy ze sprzętem, interfejsy z innymi systemami i interfejsy komunikacyjne, charakterystykę i atrybuty interfejsów użytkownika (GUI).
wymagania niefunkcjonalne:
określają kryteria oceny działania usługi informatycznej, w przeciwieństwie do wymagań funkcjonalnych, które definiują określone zachowania.
inne wymagania:
obejmują te wymagania, które nie są wyjaśnione w żadnej innej sekcji dokumentu dotyczącego wymagań produktu. Mogą to być wymagania dotyczące baz danych, Internacjonalizacja, cele prawne i cele ponownego użycia składników oprogramowania.
Słowniczek:
Dodaj opis terminów i akronimów niezbędnych do zrozumienia tworzonego dokumentu.
wskazówki do pisania SPS
- opisz wszystko bardzo krótko i jasno jak najwięcej.
- nie zawierają rzeczy, które mogą nie wymagać udokumentowania.
- Pisz bez niejasnych opisów. Osoba czytająca SRS musi dokładnie zrozumieć, co jest napisane, a nie coś innego.
- wizualizuj. Na przykład użyj diagramów DFD (schematy przepływu danych). Specyfikacja nie może być kompletna, jeśli nie wiemy, co znajduje się na wejściu do opisywanego oprogramowania, a co na wyjściu. Wszystko musi być włączone.
teraz masz wszystkie główne elementy, które pomogą Ci dokonać specyfikacji wymagań oprogramowania. Śmiało!