Проектиране на информационна система с помощта на Rational Rose - Studiopedia
Rational Software е водещ разработчик на методологии и софтуерни решения за програмисти, анализатори и тестери. Гамата от издаден софтуер напълно покрива нуждите на всички участници в проекта: от анализатори до разработчици и изпълнители.
В тази курсова работа за разработване на приложение за отчитане на продажбата на стоки беше използван софтуерният продукт IBM Rational Rose Enterprise Edition.
Семейството продукти на IBM Rational Rose е предназначено за разработване на приложения, базирани на Unified Modeling Language (UML). Архитекти, анализатори, дизайнери на софтуер и бази данни и разработчици на системи могат да използват тази фамилия от продукти, за да създават визуални модели на софтуерна архитектура, бази данни, изисквания за приложения и ресурси за многократна употреба и да дефинират връзки на ниво управление.
Rational Rose, за разлика от подобни инструменти за проектиране, е в състояние да проектира системи с всякаква сложност, тоест програмният инструментариум позволява както високо ниво (абстрактно) представяне (например схема за автоматизация на предприятието), така и проектиране на ниско ниво (програмен интерфейс, схема на база данни, частично описание на класове).
Като обектно-ориентиран инструмент за моделиране, Rational Rose е базиран на UML (Universal Modeling Language) – универсален език за моделиране, който е разработен от Rational специално за създаване на най-оптималния и универсален език за описание както на предметната област, така и на специфичен програмен проблем. Всяка задача се програмира с помощта на определени диаграми. UML поддържа изгражданеследните графики:
- Диаграма на дейността (диаграми на описания на технологии, процеси, функции);
- Use case diagram (диаграми на функции);
- Диаграма на класовете (класови диаграми);
- Диаграма на състоянието (диаграми на състоянието);
- Диаграма на последователност (диаграми на последователности от действия);
- Диаграма на сътрудничество (диаграми на взаимодействия);
- Компонентна диаграма (компонентни диаграми);
- Диаграма на разполагане (топологични диаграми).
Основните елементи на UML са обекти, връзки и диаграми.
Субектите са абстракции, които са основните обектно-ориентирани елементи на даден език. С тяхна помощ можете да създавате правилни модели. В UML има четири типа обекти:
Структурните единици са съществителни в UML моделите. По правило те са статични части на модела, съответстващи на концептуалните или физически елементи на системата.
Има седем вида структурни единици:
- Класът е описание на колекция от обекти с общи атрибути, релационни операции и семантика. Графично класът се изобразява като правоъгълник, в който са записани неговото име, атрибути и операции;
- Интерфейс (interface) е набор от операции, които дефинират конкретна услуга (услуга, набор от услуги), която клас или компонент предоставя. В диаграмите интерфейсът е изобразен като кръг, под който е посочено името му. Един интерфейс много рядко съществува сам по себе си - обикновено той е прикрепен към клас или компонент, който го имплементира;
- Сътрудничеството (сътрудничеството) определя взаимодействието, то е набор от роли и други елементи, които, работейки заедно, произвеждат някакъв ефект на сътрудничество,не може да се сведе до обичайната сума от членове. Графично сътрудничеството се изобразява като елипса, която е ограничена от пунктирана линия, обикновено вътре е оградено само името;
- Прецедент (случай на използване) е описание на последователността от действия, извършени от системата, което води до наблюдаван резултат, който е значим за определен актьор (актор). Графично прецедентът също се изобразява като елипса, ограничена само от непрекъсната линия, обикновено съдържаща само името му;
- Активен клас (active class) е клас, чиито обекти участват в един или повече процеси или нишки (threads), и следователно могат да инициират контролно действие. Графично активният клас се изобразява по същия начин като обикновен клас, но е ограничен до правоъгълник, който е начертан с дебела линия и включва име, атрибути и операции;
- Компонент (компонент) е физическа заменяема част от системата, която съответства на определен набор от интерфейси и осигурява нейната реализация. Графично компонентът се показва като правоъгълник с раздели, обикновено съдържащ само името;
- Възел (възел) е елемент от реална (физическа) система, която съществува по време на работа на софтуерен продукт и представлява определен изчислителен ресурс, обикновено имащ поне известно количество памет, а често и възможност за обработка. Графично, кубът се използва за показване на възел, като обикновено съдържа само името на възела.
Поведенческите неща са динамичните компоненти на UML модела. Това са глаголите на езика, те описват поведението на модела във времето и пространството. Има само два основни типа поведенчески субекти:
- Взаимодействието е поведение, чиято същност е да се обменясъобщения (съобщения) между обекти в рамките на определен контекст за постигане на конкретна цел. С помощта на взаимодействието е възможно да се опише както отделна операция, така и поведението на набор от обекти. Взаимодействието включва редица други елементи като съобщения, последователности от действия (поведение, предизвикано от съобщения) и взаимоотношения (между обекти). Графично съобщението се показва като стрелка. Над което почти винаги е изписано името на съответната операция;
- State machine - алгоритъм на поведение, който определя последователността от състояния, през които преминава обект или взаимодействие по време на своя жизнен цикъл в отговор на различни събития, както и реакции на тези събития. С помощта на автомати се описва поведението на един клас или сътрудничеството на класове. Редица други елементи са свързани с автомата: състояния, преходи от едно състояние в друго, събития - обекти, иницииращи преходи и видове действия - реакция на преходи. Графично състояние се показва като заоблен правоъгълник, съдържащ името и евентуално междинни състояния.
Групиращите обекти са организиращите части на UML модела. Това са блоковете, на които моделът може да бъде разложен. Има само един такъв първичен обект - това е пакет.
Пакетите са универсален механизъм за организиране на елементи в групи. Структурни, поведенчески и други групиращи единици могат да бъдат поставени в пакет. За разлика от компонентите, които действително съществуват, докато програмата работи, пакетите са чисто концептуални по природа, тоест съществуват само по време на разработката. Изображението на пакета използва икона на папка с раздел, съдържащ обикновено само името, но понякога и съдържанието.
Връзките са UML инструменти, които свързват различни обекти. Има 4 вида връзки:
Зависимостта е семантична връзка между две единици, при която промяна в една от тях, независима, може да повлияе на семантиката на другата, зависима. Графично, пунктирана линия се използва за представяне на зависимост, обикновено със стрелка, която може да съдържа етикет.
Асоциация (асоциация) - структурна връзка, която описва набор от връзки, където връзката се разбира като някаква семантична връзка между обекти. Един вид асоциация е агрегацията - това е името на структурната връзка между цялото и неговите части. Графично асоциацията е представена като линия (понякога завършваща със стрелка или съдържаща етикет), до която може да има допълнителни символи, като множественост и имена на роли.
Генерализацията е връзка на специализация/генерализация, в която специализиран елементен обект (дете) може да бъде заменен с обобщен елементен обект (родител, предшественик). Както се очаква в обектно-ориентираното програмиране, детето (детето) наследява структурата и поведението на своя предшественик (родител). Графично връзката на обобщение се показва като линия с отворена стрелка, сочеща към предшественик.
Реализацията е семантично отношение между класификатори, при което единият класификатор определя задължение, а другият гарантира неговото изпълнение. Връзката на изпълнение възниква в два случая: първо, между интерфейсите и класовете или компонентите, които ги прилагат, и второ, между случаите на използване и кооперациите, които ги прилагат. Връзката на изпълнение е показана като пунктирана линия с незапълненострелка, като нещо средно между обобщение и отношения на зависимост.
Диаграмите са свързани графи с обекти във върховете и връзки в краищата.
Диаграмите на случаи на използване описват функционалността на системата или това, което системата трябва да прави. Диаграмите на случаи на употреба изобразяват актьори и случаи на употреба, които имат връзки. Тази диаграма ви позволява да създадете списък с операции, които системата изпълнява. Въз основа на него се създава списък с изисквания към системата и се определят изпълняваните функции (фиг. 1).
Фиг. 1. Диаграма на случаите на използване LLC World of Computers
Тази диаграма на случаи на употреба изобразява участниците, случаите на употреба и връзките между тях за World of Computers LLC.
Актьор е всеки обект, субект или система, която взаимодейства с моделираната бизнес система отвън, за да постигне своите цели или да реши определени проблеми. Актьорите взаимодействат със системата, като изпращат и получават съобщения от случаи на употреба.
Случаят на използване се използва за описание на услугите, които системата предоставя на актьора.
Актьорите в тази диаграма са ключовите обекти на компанията, както и доставчикът, директорът, мениджърът и клиентът. Случаите на използване ще бъдат тези действия, които съответните участници извършват.
Тази диаграма показва последователността от действия за подаване на поръчка за стоки от доставчици (фиг. 2).
Фиг.2. Диаграма на взаимодействие при изпълнение на поръчка
Диаграмата на последователността е един от видовете диаграми на взаимодействие и е предназначена да моделира взаимодействието на системните обекти по време навреме, както и обмена на съобщения между тях.
Основната характеристика на диаграмата на сътрудничество е възможността за графично представяне не само на последователността на взаимодействие, но и на всички структурни връзки между обектите, участващи в това взаимодействие (фиг. 3).
В диаграмата на сътрудничество под формата на актьори са показани обектите, участващи във взаимодействието, които съдържат името на обекта. Между обектите се установяват асоциации под формата на различни свързващи линии. Потоците от съобщения са представени като свързващи линии между обекти, над които има стрелка, показваща посоката, името на съобщението и серийния номер в общата последователност на инициализация на съобщението. Съдейки по диаграмата, можем да кажем, че натоварването на процесите е равномерно.
За разлика от диаграмата на последователността, диаграмата на сътрудничество изобразява само връзки между обекти, които играят определени роли във взаимодействието. Диаграмата на сътрудничество допринася за по-пълното разбиране на характеристиките на изпълнението на системните функции, въпреки че не може да съдържа цялата информация, необходима за тяхното изпълнение.
В резултат на използването на инструмента Rational Rose бяха построени диаграми, които показват взаимодействието на обектите на проектираната система и тяхната последователност.
Глава II. Функционален дизайн на информационната система LLC "World of Computers"
Не намерихте това, което търсихте? Използвайте търсачката: