При формирането на техническа задача той задължително трябва да изброява всички изисквания за информационна система, в противен случай разработчикът просто няма да знае за каква цел е създаден продуктът, какво е предназначен да изпълнява и как. Задачата за формулиране на изисквания е на клиента, въпреки че на практика мениджърите, чрез които е направена поръчката, обикновено помагат за това. Но студентите, участващи в писането на курсови работи, дисертации, трябва да могат самостоятелно да правят такива списъци.
Общо разбирателство
Процесът на създаване на IP е доста сложен, състои се от много последователни етапи. Специалистите, работещи по проекта, са принудени да се справят с различни трудности. До известна степен това може да бъде опростено чрез точно формулиране на изискванията към информационната система. Не винаги е очевидно защо възникват проблемите, особено когато се работи върху иновативни продукти, а създаването на цялостно описание на всички действия, за които продуктът е предназначен, често е трудна задача.
Внимание към всички детайли
Пълна картина на функционалността на продукта е пълният списък с изисквания за информационна система. Той също така включва аспекти, които клиентът предлага, и програмистът прилага при създаването на проекта. Процесът на изграждане на капацитет, техните аналитични изследвания, документиране и тестване на резултатите е разработването на изисквания, по време на които е възможно точно да се идентифицират всички ограничения и да се постигне консенсус между „искам“ и „наистина възможно“. Важно е да запомните, че съвременните инженери не са магьосници, а хора, които използват достъпни технически инструменти, възможностите на които, за съжаление, също са ограничени. Аспектът във времето е не по-малко значим, тъй като работата по създаването и прилагането на изискванията изисква значителни времеви разходи - месеци, а понякога и години.
Кои са там?
Обичайно е да се говори за системни и потребителски изисквания за информационна система. Естественият език описва тези, представени от конкретен потребител. За да изясните формулировката, можете да прибягвате до диаграми с различна степен на сложност. Това ви позволява да направите общо впечатление за функциите, за които е предназначен да бъде приложен IP, и ограниченията, които ще срещнете в работата си.
Системните изисквания са тези специфични характеристики на проекта, познаването на които ви позволява да преведете желанията на клиента в реалност. Тези технически изисквания към информационната система включват презентация за характеристиките на оборудването, неговата мощност, както и избора в полза на конкретна архитектурна опция. Много други аспекти могат да бъдат причислени към системните, които не са очевидни за потребителя, но регулират какъв ще бъде крайният продукт.
Изисквания: къде да ги вземем?
Задачите за формулиране и одобряване на изисквания за информационна система не са толкова прости, колкото изглежда на пръв поглед. Терминът се използва за обозначаване на такъв сложен структуриран процес, в рамките на който се създава документация, потвърдена от клиента, изпълнителя, който ясно регулира всички спецификации на продукта. Развитието е разделено на четири последователни стъпки:
- аналитични дейности за определяне на степента на осъществимост на планираното;
- създаване, аналитично проучване на изискванията директно;
- формулиране на изисквания за формиране на подкрепяща документация;
- сертифициране на изискванията за информационна система за информация, както и други условия, правила за изпълнение на проекта.
Не е толкова просто
Ако веднъж са зададени изисквания за сигурността на информационните системи, съдържанието, формата, управленските задачи и други аспекти на функционирането на проекта, това не означава, че те ще останат непроменени до „победния край“. Работният процес често е придружен от промяна в установени спецификации и изисквания. Това се случва не само по инициатива на клиента, но и на изпълнителя, който е изправен пред определени технически ограничения, които възпрепятстват изпълнението на редица планирани аспекти. Важно е да се вземат предвид характеристиките на контрола на процесите. Управлението на промените е един от ключовите аспекти на разработването на изисквания и тяхното прилагане в рамките на конкретен ПР.
Важен аспект на работата с изискванията е определянето на тези с последваща многостранна информационна анализа. За това се използва обобщен модел на работа. В рамките на конкретно предприятие се внедрява уникална система за управление на изискванията за информационна система, която позволява да се формулират, коригират, приемат, отхвърлят избраните условия. Много зависи от квалификацията на работниците, вида на IP, върху който работят, стандартите, използвани в работния процес.
Как изглежда?
На практика формулировката, анализа на изискванията за сигурността на информационните системи, попълването на данни, структурата (и други системни и потребителски) включват първо идентифициране на характеристиките на определена предметна област. Той се изследва от квалифицирани анализатори, като определя конкретните параметри на сектора на приложение на разработения продукт в бъдеще. След това те започват да събират предварителни изисквания, като работят с лица, формулиращи такава информация. Успоредно с това те продължават да работят върху усъвършенстването на предметната област.
Следващата стъпка във формулирането на изисквания към общинските информационни системи, частни, използвани в държавните агенции, е създаването на йерархична система от идентифицирана информация. Ако първоначалното събиране на информация дава хаотичен комплекс от данни, тогава в рамките на систематизацията се подрежда, създавайки групи от елементи, които имат логически връзки помежду си.
Продължаваща работа
Следващата стъпка в конкретизирането на информационните изисквания в информационните системи, структурата на проекта, функционалните, вътрешните характеристики е идентифициране на противоречия и разрешаване на конфликти. Когато получават информация от широк кръг трети страни за работата на проектирания IP, те срещат следния проблем: всеки човек има свои уникални идеи за възможностите на проекта и неговата цел. Често идеите, получени от различни хора, влизат в конфликт помежду си, а също така противоречат на логиката, на съществуващите технически възможности, чрез които системата се осъществява. За да се опрости ситуацията, след задълбочен анализ е необходимо да се идентифицират всички противоречия и да се намери оптималното компромисно решение за тяхното разрешаване.
Определяйки противоречията и анализирайки осъществимостта на всички изисквания, също е необходимо да се състави система от приоритети. Винаги има по-важни и по-малко значими сред общия набор от изисквания. Задачата на разработчиците е да работят в тясно сътрудничество с тези, които създават изисквания, за да идентифицират кои от установените аспекти на функционирането на продукта са най-важните и които могат да изчакат или да бъдат напълно отменени, ако отрицателните външни условия допринесат за това (например липса на време). Създавайки система от приоритети, можем да започнем да проверяваме идентифицираните аспекти за пълнота, съвместимост помежду си и последователност.
Стъпка по стъпка
Изискванията към информационните системи (лични данни, информация за работата на предприятието и всяка друга) се формулират като част от цикличния процес. Всички етапи са свързани както директно, така и обратно. Стъпките са описани по-горе: първо трябва да идентифицирате характеристиките на предметната област, след това постепенно да преминете към стъпката за определяне на съвместимостта на изискванията помежду си, както и тяхната пълнота и други параметри, което ни позволява да говорим за приложимостта на получените условия на практика за разработчиците. Ако успеете да създадете пълноценна картина на предметната област, тя вече определя условията на работа, особено функционирането. Повтарянето на цикъла дава по-точен, задълбочен оглед на района, третият цикъл ще даде възможност да се формулират изискванията още по-ясно. Повторението е необходимо, докато всички участници в работния процес не разберат за какво точно е създадена системата и как тя ще работи, какво трябва да се приложи, когато се работи по проект.
За да бъде процесът на формиране на изискванията ефективен и резултатите от него да бъдат приложими в работата, е необходимо да се следват общоприетите алгоритми за формулиране на условията.
Референтни точки
Това е основният метод за идентифициране на изискванията към държавните информационни системи, в частност - накратко, абсолютно всеки, независимо къде се използват. Като част от дефинирането на условията е необходимо като първоначално условие да се признае, че гледните точки по разглеждания въпрос могат да се различават. Те се идентифицират и използват като основа за формулирането на първия процес на събиране на изискванията, а след това и на реалните условия.
Гледната точка е доста неясна концепция, затова са разработени няколко подхода, които я тълкуват по различен начин. Най-простото тълкуване на концепцията е източник на данни, описващи как ще работи IP. Референтните точки стават основа за моделиране на IP и използване на информация в рамките на продукта. Събирането на изисквания включва идентифициране на всички значими референтни точки, които по-нататък се използват в процеса на изграждане на продукта. Той също така взема предвид как техниките ще бъдат използвани за обработка на данните.
Алтернативен подход
Друго тълкуване на понятието „гледна точка“ включва възприемането на термина като структура на представяне. Всъщност това е елемент от модела на продукта. Различните гледни точки ви позволяват да създавате многобройни модели на машини с ограничени състояния, взаимодействия на образувания и връзките между тях в рамките на конкретен проект. Спецификите на обхвата на проекта се вземат предвид.
Гледната точка може да означава мнението на външния получател на услугата, реализирана през ПР. Въз основа на TK е възможно да се идентифицират данни, които се използват при внедряването на системни услуги, тяхното управление. Този подход се счита за най-ефективен. Той бе в основата на определението, ориентирано към гледната точка - специфичен метод за идентифициране на изискванията, който ви позволява да определите информация и ефективно да я анализирате.
Работете с гледни точки
Първо, те трябва да бъдат идентифицирани, както и да се определят всички услуги, които са свързани с определен момент. Тогава системата се структурира по йерархичен начин, като групира гледни точки помежду си, разкривайки общи услуги за IP. Тези, класирани като най-високо йерархично ниво. Те ще бъдат наследени от всички TK от по-ниско ниво.
Подкрепата на ТЗ трябва да бъде документирана. За тази информация е ясно описана, като се имат предвид резултатите от идентифицирането. След това е възможно да се изготви TK система, в която ще бъдат отразени всички IP обекти, идентифицирани от събраната информация.
Отделете си време!
По правило работата по IP започва с мащабна сесия за мозъчна атака, предназначена да определи всички възможни изисквания за даден проект. Необходимо е да се знае предварително, че е почти невъзможно да се определят всички възможни изисквания с една процедура. Колкото по-сложна е системата, толкова повече такива процедури ще се изискват.Само ако многократните сеанси за мозъчна атака, включващи както клиента, така и изпълнителя, не предоставят полезна информация, те основателно приемат, че поддържащите TOR са идентифицирани и изискванията са формулирани, можем да започнем да ги прилагаме с технически средства.
Сертифициране на изискванията
Тази процедура ви позволява да разберете до каква степен изискванията отговарят на идеите на клиента относно крайния продукт. Проверката е една от най-важните стъпки при откриване на грешна спецификация и нейното елиминиране предварително. В противен случай промяната ще трябва да се извърши на етапа, когато системата вече е проектирана и изградена, което води до временни и други загуби на ресурси. Най-големите проблеми носят грешки, открити след въвеждането на продукта в предприятието.
В общия случай работата по извършване на корекции в системата се оценява много по-високо от откриването и коригирането на неточности на етапа на проектиране на IP, кодираща функционалност. Промяната на изискванията в повечето случаи провокира впечатляващи структурни промени, включително базово ниво. Това означава, че след като направите промените, ще трябва да преминете през пълен набор от проверки и тестове, за да сте сигурни, че всички проектирани инструменти функционират правилно.