Развитие на системните изисквания - studopediya
На етапа на изисквания, е необходимо първо да се определи обхватът на системата се разработва, и да получите точна представа за желаните възможности на системата.
В основата на изискванията за развитие е система, модел случаи на употреба, което отразява на изпълнението на специфични задължения на вътрешни и външни изпълнители, използвайки интегрални схеми.
Източникът на данните, за да се създаде система, модел случаи на употреба са разработени на ранен етап на бизнес модела. Въпреки това, при създаването на модел полезно предварително съставят подробни описания случай, съдържащ дефиницията на данните, използвани и точната последователност на изпълнението им. Описание се извършва в съответствие с образеца в организацията, която обикновено включва следните раздели:
- хедър (име прецедент отговаря за изпълнението, дата на създаване на шаблони / промени);
- кратко описание на прецедент;
- ограничения;
- предпоставка (желаното състояние на системата или условията, при които трябва да се извършват прецедент);
- postconditions (възможни след държавния прецедент на системата);
- предположения;
- Основната последователност;
- алтернатива последователности действие и условия, те задействат;
- по отношение на разширяването и включването на делата.
В процеса на създаване на случаите на използване на модел на системата, трансформацията и транспортиране на компоненти на бизнес модели с новата карта. Типични превръщане на Rational Unified технология Метод са показани в Таблица 12.1.
Елементи на използването случаи модел система
Художници или прецеденти
Процеси, изпълнявани от прилагане вътрешния
Фиг. 12.9 Моделът на случаите на използване на системата за бизнес употреба случай "Медицинска помощ". С цел създаване на система за използване система за случай модел отразява само тези действия изпълнители, които са свързани с предоставянето на достъп и актуализация клинични записи.
Фиг. 12.9. Модел на системата прецеденти
Описва функция модел се характеризира само с един вид дейност - здравеопазване, и най-вече не се използват в други видове дейности на Центъра. Тя ви позволява да комбинирате избраните функции в определена униформа подсистема предназначена IC.
Вътрешна Artist "Персоналът на центъра" (вж. Фиг. 12.4 Фиг. 12.7) и ръчен процес, извършена от тях се превръща в системна прецедент "Осигуряване на достъп до клинични записи."
Външни художници (като "Производител на медицинско оборудване") директно взаимодействат с проектираната система, т.е. превърне в изпълнители.
В модела, два специални видове връзки между случаи на употреба записани (. Фигура 12.9 Съответните прецеденти изолира сянка):
- "Включва" - прецедент в процес на изпълнение, необходимо за извършване на компоненти блок действие друг прецедент;
- "Разширява" - като прецеденти подобни в техните действия, но едно носи няколко големи функционално натоварване.
Прецедент "Проверка на разрешение" се появява за първи в класациите и се продава разработен IP инструменти. Поради това е необходимо да се разработи схема последователност, описващи представянето му (фиг. 12.10) за него. В резултат на това прогнозния IC, две нови обекти - софтуерен модул "Защита Мениджър" и информационно поле "набор от правила".
Фиг. 12.10. Диаграмата на последователност за случая на употреба "права отбележите"
По този начин, в резултат на развитието на случаите на използване на модел на системата е не само изчерпателен списък от функции, които трябва да се прилагат в планова система, но също така и подробно описание на необходимите изпълнението на тези функции.