Jakie jest lepsze słowo na opcjonalne wymaganie w inżynierii oprogramowania? Fraza jest sprzeczna. Użyłem „wymagań innych niż podstawowe” w poprzednich projektach.
terminology
requirements
Aram Kocharyan
źródło
źródło
Odpowiedzi:
Można ewentualnie użyć terminu „wymóg poza zakresem”. Oznacza to, że wymaganie zostało przechwycone w procesie i można je śledzić, ale ustalono, że wymaganie wykracza poza obecny zakres systemu z wielu powodów, takich jak budżet, harmonogram, czas, lub wykonalność.
Jednak wyrażenie „opcjonalne wymaganie” jest powszechnie używane do oznaczenia zakresu, ale niekoniecznie wymaganego przez system. Jest to miara priorytetu wymagania. Z moich doświadczeń wynika, że wymagania są często traktowane priorytetowo jako obowiązkowe, pożądane lub opcjonalne (chociaż istnieją również inne systemy). Aby projekt mógł zostać uznany za kompletny i w pełni funkcjonalny, muszą zostać spełnione wszystkie obowiązkowe wymagania. Biorąc pod uwagę wystarczające zasoby, pożądane wymagania zostaną następnie wdrożone. Wreszcie, uwzględnione zostanie wszystko, co zostanie uznane za opcjonalne.
Uważam, że zamieszanie pochodzi od terminu „wymóg”. W języku angielskim wymaganie to „rzecz, która jest potrzebna” lub „warunek obowiązkowy, obowiązkowy lub konieczny”. Jednak w inżynierii oprogramowania wymóg ten jest po prostu udokumentowaną cechą systemu oprogramowania. Pojęcie opcjonalne i obowiązkowe opisuje priorytet udokumentowanej cechy systemu oprogramowania.
źródło
Nazywamy je funkcjami „miło mieć” w przeciwieństwie do wymagań.
źródło
W przypadku dokumentacji wymagań programowych sformułowanie Wymagania opcjonalne jest całkowicie OK, o ile używasz tego terminu zgodnie z RFC 2119 Słowa kluczowe do wskazania poziomów wymagań - tj. Do wskazania pozycji, które są naprawdę opcjonalne.
Jeśli tekst specyfikacji zawiera czasownik zamiast przymiotnika, użyj „MAY” zamiast „OPTIONAL”.
Ponieważ jest mały i łatwy do odczytania, tekst RFC jest w pełni cytowany poniżej:
Nie zaszkodzi, jeśli twoja dokumentacja odwołuje się do RFC jako źródła definicji:
źródło
Rozumiem, że to nie jest odpowiedź na twoje pytanie, ale w moim świecie wciąż jest to wymóg, nawet jeśli z jakiegokolwiek powodu nie zamierzasz go spełnić.
Lubię podejście MoSCoW (Must Have, powinien mieć, mógłbym, nie będę miał tego czasu) do kategoryzowania wymagań z użytkownikami, a także innych czynników (w moim regulowanym świecie wymagania mogą być krytyczne lub niekrytyczne, a wiele spiera się o opcjonalne, ale krytyczne wymagania).
źródło
Lepszym określeniem opcjonalnego wymogu jest „ zalecenie ”
źródło
Co powiesz na zidentyfikowanie go jako funkcji opcjonalnej lub zadań opcjonalnych. Zostanie to wykonane tylko wtedy, gdy w pewnym momencie projektu zostanie ustalone, że dostępny jest czas i pieniądze na dokończenie tych funkcji.
Można je również uruchomić w przypadku wystąpienia zdarzenia zewnętrznego. Jeśli klienci przejdą na system Windows 8, należy wykonać następujące zadania ...
Opis funkcji powinien zawierać termin ustalenia, czy zostaną one wykonane.
źródło
Wymagania są podzielone na 4 obszary w inżynierii oprogramowania:
Teraz wymagania mogą być opcjonalne lub obowiązkowe , w zależności od powyższych 4 kategorii, które opisałem powyżej. Wymagania opcjonalne mogą również wchodzić w zakres rozważanego systemu lub poza jego zakres. Wymagania opcjonalne to dobry sposób na uniknięcie pełzania zakresu i precyzyjne zdefiniowanie zakresu.
Wymagania opcjonalne zawsze będą częścią inżynierii oprogramowania, ponieważ pomagają nam zidentyfikować zakres i są dobrym sposobem na uniknięcie pełzania zakresu. Nigdy nie można powiedzieć, że są one sprzeczne z praktykami inżynierskimi SDLC. Wymagania muszą jednak zostać uszeregowane według priorytetów i dobrze określone.
źródło
W szablonie Volere używany jest termin „poczekalnia”.
źródło
W mojej firmie (statki kosmiczne) są one nazywane „celami”, co oznacza, że są udokumentowane i wysiłek zostanie poświęcony na ich spełnienie, ale system nadal będzie uważany za sukces, jeśli nie zostanie osiągnięty; „pragnienia” (nie jest to prawdziwe słowo, ale tam jesteś), wskazujące, że ktoś chce ich i stara się osiągnąć status celów, ale nie są jeszcze akceptowane ani dokumentowane; lub „pełzające wymagania”, które są bardziej uwłaczającą wersją pragnień wskazujących na rzeczy, które próbują przejąć zasoby, ale które nie są tego warte w projekcie próbującym osiągnąć „wystarczająco dobry”, w którym zagroziłyby lub groziłyby spełnieniem rzeczywistych wymagań.
źródło
Jeśli twoje wymagania są traktowane priorytetowo , możesz uznać je za wymagania o niskim priorytecie .
źródło
Dziwi mnie, że nikt nie wspomniał, że są to tak zwane „cele”. Każda firma, w której pracowałem, tak je nazywa. Są one oznaczone słowami „wola” lub „powinien” zamiast „powinien”. Czasami są one uwzględnione w nawiasach klamrowych, gdy mówimy o liczbach. np. system będzie działał w sposób ciągły bez potrzeby uwagi operatora przez 100 {250} godzin. Oznacza to, że wymóg, który należy spełnić, to 100 godzin, ale cel to 250 godzin.
Na marginesie, bardzo rzadko ktokolwiek faktycznie planuje spełnienie obiektywnego wymogu, chyba że wiąże się to z jakąś zachętą.
źródło
Termin „pragnienie” jest czasem używany w przypadku wymagań opcjonalnych. Jednak formalny dokument może nie być odpowiedni.
źródło
Dziwi mnie, że wszystkie odpowiedzi dotyczą wymagań związanych z śledzeniem w trakcie opracowywania projektu. Mimo, że jestem programistą, nigdy nie martwiłem się zbytnio tą terminologią w tym kontekście. Kiedy po raz pierwszy przeczytałem pytanie, założyłem, że odnosi się ono do specyfikacji produktu użytkownika, a nie do rozwoju produktu. Na przykład encyklopedia może wymieniać drukarkę kolorową jako wymaganie opcjonalne. Jest to wymagane, jeśli chcesz w pełni korzystać z aplikacji, ale opcjonalne, jeśli chcesz wyświetlić ekran. Ale co, jeśli masz na przykład drukarkę monochromatyczną? Jak wyjaśnić, czy aplikacja działa z oczywistym ograniczeniem, że niektóre zdjęcia mogą nie wyglądać tak dobrze? Czy w ogóle nie wydrukuje? jak powinienem sprawdzić recenzję drukarki, aby sprawdzić, czy atrament jest wymaganiem, czy opcjonalnym wymaganiem w drukarce wielofunkcyjnej? Innymi słowy, czy nadal mogę skanować? Niektóre wskazówki dotyczące terminologii i tego, czego szukać, byłyby mile widziane zarówno jako twórca / sprzedawca produktu, jak i konsument.
źródło
Nazwałbym je „funkcjami opcjonalnymi”, a nie wymaganiami opcjonalnymi. Wymagania brzmią jak coś, co musisz mieć , a funkcje brzmią jak dodatek do oryginalnego produktu.
źródło