диаграми активност (диаграми активност)
Фиг. 3.4. диаграми Пример дейност
Програмистите полезен ясна представа за всички бизнес процеси, които ще бъдат засегнати от новата си система. В този случай, фирмата разполага с обработка на бизнес процеси приложение, което вече работи и да има клиентът, и той може да бъде разбран. В противен случай, може да откриете, че пропусна някои важни подробности, които не позволяват на новата система да изпълнява изцяло функциите си. Например, може да се окаже, че подсистемата за разглеждане на заявления, които трябва да бъдат интегрирани в новата система, внедрена ... на макроси в Word / Excel! Очевидно е, че интеграцията е много трудно с такава система. Това, както и други подобни факти необходимо да се показват на клиента възможно най-скоро, защото в противен случай проектът може да завърши неуспешно - клиентът ще харчат пари и да не получите точните услуги за вашия бизнес.
Така че основната същност на този тип диаграма е дейност (активност) - активно състояние на системата. в който тя изпълнява някаква работа. След завършването му, има преход към друга дейност. По-сложни случаи преходи между дейности. Например случай преход.
Диаграмата трябва да присъстват символи, започващи (старт) или в края (покритие).
Освен това, паралелен разпределител (вилица) могат да се използват в схемата, а именно множество едновременни клонове. Такива нишки могат да се комбинират (изцяло или частично) дизайн нарича паралелно съединител (присъединят).
Накрая, графиката може да се използва от логически символи разклоняване и логическа връзка (решение). На клоните, идващи от логически разклонения, определен условия преход.
Разполагане диаграми (диаграми разполагане)
Сега е времето да се първо приближение да се определи бъдещето вътре в системата. Нека започнем с диаграми за разполагане. които имат за цел да опише на хардуера на системата.
Описателни съд и внедряване видове диаграми са свързани помежду си, както и клас диаграми и предметни диаграми.
Строителство на инженерни чертежи, към днешна дата също компютъризирано. Най-често срещаните софтуерни продукти тук са на AutoCAD, Microsoft Visio и други.
Фиг. 3.5. Примери за разполагане диаграма
Диаграми компонент (компонент диаграми)
В обсъждането на системната архитектура, като на следващия междинен резултат, графиката може да се появи. показано на фиг. 3.6.
Фиг. 3.6. Пример диаграми компонент
Това - UML компонент диаграма. Тези графики представляват компонентите (компоненти) - независими софтуерни модули. прикриване на нейното изпълнение и да взаимодействат помежду си чрез интерфейсите.
Независимост компонент се изразява, както следва.
- Те прилагат значително различна функционалност. Например, ClientGUI модул изпълнява потребителски интерфейс станция на оператора, модули и ClientNetworkSupport ServerNetworkSupport - подкрепа на мрежа между клиент и сървър, ServerBusinessLogic модул - сървър на бизнес-логика и RequestDB модул е отговорен за взаимодействие с приложенията за бази данни и синхронизиране със системата за кандидатстване.
- Всеки модул е независим от гледна точка на физическата организация на - изпълнението му е скрит от околната среда взаимодействието му с околната среда се извършва на строго определени правила, а той често е независима двоичен файл (например, DLL файл).
- Възможно е също така период независим изпълнение - всеки компонент може да бъде или на отделен компютър, или в отделен процес операционна система или функция в контекста на отделни влакна (нишки).
- И накрая, развитието на всеки един от тези модули може да се зарежда индивидуален разработчик или екип от програмисти, тоест, с помощта на компонента за организиране на разделението на екипа от програмисти.
По силата на тяхната независимост и необходимостта от взаимодействие между компонентите имат интерфейси (интерфейси), което позволява на компонентите, за да скриете своята вътрешна структура и осигуряват извън определен начин да се позова на техните функции.
Това осигурява интерфейс в UML диаграми изобразен малък кръг, който е свързан с редовна линия с компонент. С помощта на интерфейса показва празна чаша, която е свързана с нормалната линия на компонента и пунктираната линия "консумира" интерфейс.
Концепцията е много обемен компоненти и недвусмислени, прецизна преценка за това съществува. Неяснотата не възниква толкова много дължи на изследователите на несъответствията по отношение на разпространението на различни технологии и инструменти за програмиране, този термин се използва по различни начини пътя му.
Най-разпространени са технологиите на съставните - JavaBeans, EJB, CORBA, DCOM. Net. уеб-услуги и други. Те ви позволяват да се изгради разпределени системи, че във връзка с разпространението на Интернет, са един от стълбовете на съвременната програмиране. Различните компоненти на определение, дискусия и по-задълбочено обсъждане на този въпрос може да се намери в [3,8].
Информация. представени на диаграмата на Фигура. 3.6. може да се промени с течение на времето: са определени интерфейси, се добавят нови елементи, съществуващите разбити на по-малки и т.н. Графика компонент на проекта е препоръчително да се запази сегашното състояние (по отношение на повтарящ се разработване и внедряване на проекта за всяка промяна), като компонент на системата често .. Той е в основата на своята архитектура. И за да има правилна и компактна описанието на архитектурата винаги е полезно, с помощта на това описание е по-лесно да следите промените в проекта и да се запази цялата картина.
Друг важен аспект на системата, показана на тази схема - интерфейс компоненти. Те трябва да се проучи и да се във времето, тъй като, ако заявлението е разработен от различни работни групи, разпределени географски, забавените координация интерфейси могат да изискват значителни промени на вече написан код.
Фиг. 3.7. Пример поставяне компоненти на диаграми за разполагане
Имайте предвид, че описанието на типовете диаграми за разполагане възела, направени на описателен, а не на ниво инстанция.
Имайте предвид, че тази графика на фиг. 3.6 е "кандидат за дълголетен" в процеса на развитие, както лаконично и не съдържа ненужна информация. Това, което компоненти са разположени на сървъра и който клиентът - не е много важна подробност тук, тъй като системата не е много голямо, и така всичко си спомня. Освен това, компонентът на разпределение факт на апарата тук не подлежи на промяна, както е по-сложна система, където има няколко различни сървъри, клиенти и така различни видове. Г. Диаграмата с фиг. 3.7 е по-скоро "едно време" и е полезно за всеки доклад, да се говори с клиента, и така нататък. Г.
Свързани статии