Създаването на софтуер не се състои само от разработка. Преди да започнат да работят върху софтуера, разработчиците трябва да знаят какво точно да създадат. Ето защо разработката обикновено започва с изготвяне на куп документи, които описват в детайли бъдещ проект. Документите включват множество изследвания, анализи и спецификации, една от които е спецификация на софтуерните изисквания (SRS).
Тази статия е посветена на SRS, значението му за вашия проект и стъпките за създаване на висококачествена софтуерна спецификация. Нека се потопим в темата, като дефинираме SRS.
График на Рочестър Ред Уингс 2018
Какво представлява документацията за софтуерни изисквания и защо ви е необходима?
Документацията за софтуерни изисквания е документ, който описва функционални и нефункционални спецификации на софтуера, начина, по който ще бъде разработен, и случаите на употреба – начините, по които потребителите ще взаимодействат със софтуера, когато той е готов. SRS докладът обикновено се изготвя по време на фаза на откриване на проект . Собствениците на бизнес могат сами да структурират всички спецификации или да поверят тази задача на професионалисти, които имат опит в разработването на софтуер и дефинирането на спецификации.
Някои собственици на бизнес може да искат да пропуснат фазата на откриване, включително подготовката на документация. Въпреки това, пренебрегването на тази фаза може да доведе до провал на проекта. Според проучването Pulse of the Profession на PMI, 35% от проектите се провалят поради неточни изисквания. Щеше ли някой собственик на бизнес да откаже да извърши събиране на SRS, ако знае тази статистика преди? Съмняваме се. И така, ето как вашият екип се възползва от наличието на всички софтуерни изисквания на едно място:
- Разработчици решават какъв технологичен стек ще им трябва, за да изградят бек и преден край на софтуера
- Дизайнери да получите представа за това как те могат да отразяват функционалността в софтуерен интерфейс
- Тестери да разберат тестовите случаи, които ще трябва да подготвят и да гарантират, че софтуерът отговаря на бизнес изискванията
- Собственици на бизнес получават списък с функции, необходими за техния продукт и могат да вземат информирани решения относно инвестициите
Като цяло документацията за изискванията към софтуера е насока, която гарантира, че всеки, участващ в процеса на разработка на софтуер, има ясна визия за процеса и същите очаквания. По този начин докладът на SRS позволява избягване на недоразумения и недоразумения в екипа.
Ако решите да работите сами по създаването на спецификации, можете да се възползвате от използването на някои от спецификациите на софтуера примери можете да намерите в интернет. Ако искате да делегирате тази задача на професионалисти, уверете се, че сте намерили надеждна компания, която има силен екип от бизнес анализатори, мениджъри на проекти, разработчици и тестери, които могат да предоставят висококачествени спецификации.
Неща, които трябва да знаете, преди да напишете доклад за SRS
За да идентифицирате правилно изискванията към софтуера, важно е да знаете каква стойност трябва да донесе софтуерът на бизнеса и на потребителите на софтуер. Също така е важно да знаете характеристиките на високото качество софтуерни спецификации .
Бизнес и потребителски изисквания
Бизнес и потребителски изисквания отразяват същността на софтуера, който ще бъде създаден. Бизнес изискванията описват целите, които собствениците на бизнес искат да постигнат с конкретен софтуер. Целите могат да бъдат различни: автоматизиране на процесите, минимизиране на броя на служителите и хардуера и т.н. Изискванията на потребителите варират в зависимост от вида на софтуера. Въпреки това, в повечето случаи потребителите искат приложения, които работят бързо и са интуитивни за използване. Важно е да вземете предвид тези изисквания, за да напишете подробни спецификации.
Характеристики на висококачествени SRS
За да може докладът за спецификацията на софтуерните изисквания да бъде максимално полезен за проекта и екипа, важно е да го направите:
- Завършен така че всеки член на екипа, участващ в даден проект, да намери необходимата информация в отчета. Разработчиците трябва да намерят там технически изисквания, докато UI/UX дизайнерите трябва да имат общи насоки за проектиране. Тестерите трябва да разберат как трябва да работи софтуерът, за да го тестват правилно. Собствениците на продукти се нуждаят от този документ, за да имат ясна визия за своя проект.
- Измерими за да можете да сравните готовия продукт със спецификациите, които сте подготвили в самото начало. Няма смисъл да казвате, че вашият софтуер трябва да отговаря на всички изисквания.
- Гъвкава. SRS отчетът не е нещо, което пишете веднъж и не можете да промените до края на проекта. Напротив, изискванията може да се променят, докато работата по проекта продължава. По този начин форматът на вашия отчет трябва да бъде удобен за коригиране, когато имате нужда от него.
- Ясно и точно. Важно е да избягвате излишните фрази и неяснотите. Всеки процес трябва да бъде описан с прости думи, със списък на технологиите, необходими за изграждане на софтуер.
Сега, когато знаете кои неща са от решаващо значение за висококачествената документация за софтуерни изисквания, е време да видите от какво се състои тя.
Компоненти за спецификация на софтуерните изисквания
Докладът за SRS трябва да бъде последователен, така че е важно да се придържате към конкретна структура, която помага на читателите му лесно да възприемат информацията. По-долу описваме основните раздели, които един приличен SRS трябва да включва.
Въведение
Въведението трябва накратко да обясни какъв софтуер ще бъде създаден, така че всеки член на екипа да получи цялостно разбиране за проекта, по който работи.
Целева публика
В този раздел авторите на доклада споменават всички членове на екипа, които имат достъп до документа. По правило те са софтуерни инженери, тестери, дизайнери и ръководители на проекти. Собственик на продукт, който поръчва разработка на софтуер, също трябва да бъде включен в този списък и да има възможност да види документа по всяко време, за да се увери, че всичко върви по план.
Цялостно описание
Този раздел описва функциите, които софтуерът трябва да изпълнява. Ще намерите също потребителски роли и случаи на употреба. В тази част е възможно да се опишат предположения и зависимости, за да се предвидят възможни предизвикателства и начини за преодоляването им. В този раздел могат да бъдат включени и дизайнерски ограничения.
Изисквания за външен интерфейс
Тази част от доклада за SRS описва как потребителите, хардуера и софтуера трябва да взаимодействат. Разделът може да бъде разделен на четири части:
- В потребителски интерфейси част описва как потребителите ще взаимодействат със софтуера.
- В хардуерни интерфейси част е за взаимодействието между хардуер и софтуер.
- В софтуерни интерфейси част обяснява как софтуерът корелира с неговите компоненти, включително операционни системи, библиотеки, бази данни и т.н.
- В комуникационни интерфейси част описва комуникационните канали, използвани в софтуера: електронна поща, браузъри, сървърни протоколи и др.
Функционални изисквания
Този раздел е за начина, по който софтуерът ще функционира. Той описва всяка функция, така че всички членове на екипа да могат да разберат обхвата на работата. Функционалните изисквания трябва да се състоят от описание на работния процес на системата, поведението ако/тогава, логиката за обработка на данни и входните и изходните данни.
мускулно-скелетната система се отнася до:
Колкото по-подробно е описанието на функционалността, толкова по-малко са шансовете за преработка в бъдеще. Подробно описание на функционалните изисквания също позволява да се оцени времето и разходите за разработка.
Нефункционални изисквания
Този раздел описва желаната производителност на софтуера, която се изразява като негови свойства. Като правило основните нефункционални изисквания са сигурност, използваемост, тестуемост, мащабируемост и т.н.
Приложения
В този раздел трябва да съберете всякаква информация, която помага да разберете по-добре основните спецификации. Този раздел е място за съкращения, термини и техните дефиниции, диаграми, схеми и др.
Горепосоченото очертание може да бъде променено в зависимост от проекта, типа приложение, което трябва да бъде изградено, сложността на приложението и т.н. Можете да промените контура по начин, който е по-удобен за възприемане на вашия екип, но трябва да включите всички основни раздели, за да имате пълна информация за проекта.
Инструменти за изготвяне на SRS отчети
Без значение какъв инструмент изберете за създаване на спецификации на софтуерните изисквания за вашия проект, документът трябва да бъде удобен за използване и споделяне от всички членове, участващи в даден проект. По-долу изброяваме няколко популярни начина и инструменти за генериране на SRS отчет.
в Chrome не се възпроизвеждат видеоклипове
Гугъл документи
Много бизнес анализатори избират услуги на Google като Google документи или електронни таблици на Google, защото са лесни за използване и редактиране. Освен това авторите на доклади могат да експериментират с изгледи на документи, за да ги направят по-четливи за другите. Тъй като са облачни услуги, Google документи и електронни таблици също са по-удобни за споделяне в сравнение с Microsoft Docs или други офлайн текстови редактори.
перла
перла е инструмент за управление на изискванията, който прави обработката на всички задачи, свързани със спецификациите, възможно най-лесни. Всичко, което трябва да направите, е да дефинирате случаи на използване, потребителски роли, условия и потоци. След като го направите, можете да генерирате отчет с едно щракване. Друго добро нещо за инструмента Pearl е, че позволява известия и коментари за удобна работа в екип.
Helix RM
Helix RM е друг инструмент, който улеснява работата със спецификациите. Обширната му функционалност позволява на екипите да работят със спецификации с максимално удобство. По-специално, Helix RM предоставя на своите потребители графични инструменти, проследимост на изискванията, функции за сътрудничество в реално време и др. Голямото предимство на инструмента е неговата интеграция с различен софтуер като Slack, Jira, GitHub и др.
Заключение
Правилно изработената документация за изискванията на софтуера прави ⅓ от успеха на вашия проект, така че е жизненоважно да обърнете внимание на тази част, когато разработвате софтуера си. Възможно е да работите по SRS доклад самостоятелно или с екип от бизнес анализатори и софтуерни инженери на компанията, която изберете за сътрудничество.
Без значение кой ще пише спецификации и какви програми ще използва, за да го направи, трябва да се уверите, че документацията ви за софтуерни изисквания е ясна, последователна, измерима, гъвкава и пълна.
