Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Курсовые обзорные » Розробка інформаційної системи в контексті AS-IS і TO-BE

Реферат Розробка інформаційної системи в контексті AS-IS і TO-BE





Трактуючи всі додаток як клас, уявімо поведінку предмета розробки у вигляді діаграми станів (малюнок 4.3.1).


В 

Малюнок 4.3.1-Діаграма діяльності системи в цілому.


Діаграма станів описує можливі послідовності станів і переходів, які в сукупності характеризують поведінку предмета розробки як єдиного целого протягом його життєвого циклу.


.4 Взаємодія об'єктів і екранні форми


.4.1 Варіант використання В«Використання БДВ»

Клас аналізу не зобов'язаний підтримувати будь інтерфейси і поняття операцій і сигнатур. Замість цього поведінки повинно бути описане в текстовому форматі відповідно до особливостей класу (обов'язками). p align="justify"> Класи аналізу пов'язані один з одним відношенням В«асоціаціяВ». Спрямованість асоціацій не надто важлива в аналізі, але істотна в проектуванні. Також у процесі аналізу можуть використовуватися відносини В«узагальненняВ». p align="justify"> Класи аналізу завжди можна віднести до одного з типів: граничний, керуючий або сутність. Ці три стереотипу стандартизовані у UML і використовуються, щоб допомогти розробникам розрізняти призначення (дії) різних класів. p align="justify"> В UML взаємодія елементів розглядається в інформаційному аспекті їх комунікації, тобто взаємодіючі єкти обмінюються між собою деякою інформацією. При цьому інформація приймає форму закінчених повідомлень. Іншими словами, хоча повідомлення і має інформаційний зміст, воно набуває додаткове властивість надавати направлений вплив на свого одержувача. Це повністю узгоджується з принципами об'єктно-орієнтованого аналізу і проектування, коли будь-які види інформаційної взаємодії між елементами системи повинні бути зведені до відправки і прийому повідомлень між ними. p align="justify"> Для моделювання взаємодії об'єктів у мові UML використовуються відповідні діаграми взаємодії: діаграма послідовності і діаграма кооперації [3].


4.4.2 Варіант використання В«Пошук інформаціїВ»

Діаграма послідовності прецеденту В«Пошук інформаціїВ» представлена ​​на малюнку 4.4.2.1.


В В 

Малюнок 4.4.2. - Діаграма послідовності прецеденту В«Пошук інформаціїВ»


Тут показано взаємодію користувача з інтерфейсом і об'єктами пошуку.

На малюнку 4.4.2.3 показана діаграма кооперації прецеденту В«Пошук інформаціїВ».

В 

Малюнок 4.4.2.3 - Діаграма кооперації прецеденту В«Пошук інформаціїВ»


Діаграма кооперації дублює діаграму послідовності. Вона виглядає більш компактною, але в ній складніше відстежити послідовність дій. На малюнку 4.4.2.4 представлено макет екранної форми сторінки пошуку. Даний макет розроблений в інтегрованому середовищі розробки Borland Delphi 7. br/>В 


Назад | сторінка 8 з 10 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Кругова діаграма прийняття рішень (павутинна діаграма)
  • Реферат на тему: Діаграма стану Двокомпонентне сталева
  • Реферат на тему: Технічний метод контролю якості продукції. Діаграма Парето і Ісікава
  • Реферат на тему: Напівпровідникові мікросхеми. Векторна діаграма електричного кола. Однопо ...
  • Реферат на тему: Многочлен Жегалкина. Діаграма Ейлера-Венна. Властивості логічної функції ...