- •1. Роль структурної методології в життєвому циклі інформаційних систем
- •Контрольнізапитання
- •2. Створення моделі процесів у bpwі
- •2.1. Методи моделювання в bPwіn
- •2.2. Методологія іdef0
- •2.3. Інтерфейс bPwіn
- •2.4. Установка кольору і шрифту об'єктів
- •2.5. Побудова діаграм
- •2.6. Каркас діаграми
- •2.7. Оцінка отриманих моделей
- •2.7.1. Вартісний аналіз
- •2.7.2. Властивості, обумовлені користувачем
- •2.8. Створення діаграм іdef3
- •2.9. Завдання
- •2.10. Контрольні запитання
- •3. Створення логічної моделі даних у erwІn
- •3.1. Моделі даних у eRwіn
- •3.2.Інструментарій eRwіn
- •3.3. Рівні відображення діаграми
- •3.4. Установка кольору та шрифту
- •3.5. Підмножини моделі
- •3.6. Етапи створення логічної моделі даних
- •3.6.1. Створення сутностей
- •3.6.2. Опис атрибутів
- •3.6.3. Установка зв'язків між сутностями
- •3.6.4. Установка посилальної цілісності
- •3.6.5.Розв'язання відносин "багато-до-багатьох"
- •3.7.Створення звітів у eRwіn
- •3.8.Завдання
- •3.9.Контрольні запитання
- •4. Приклад побудови моделі
- •4.1. Аналіз предметної області
- •4.2. Побудова функціональної моделі системи
- •4.3. Побудова er діаграми
- •5. Методологія об’єктно-орієнтованого аналізу і проектування складних систем
- •Контрольні запитання
- •6. Особливості реалізації мови uml у ratіonal rose
- •7. Инструментальне середовищеrationalrose
- •8. Діаграми варіантів використання
- •8.1. Актори і варіанти використання
- •8.2. Відносини на діаграмі варіантів використання
- •8.2.1 Відношення асоціації
- •8.2.2. Відношення розширення
- •8.2.3. Відношення узагальнення
- •8.2.4. Відношення включення
- •8.3. Діаграми варіантів використання в Ratіonal Rose
- •8.3.1. Додавання варіантів використання на діаграму
- •8.3.2. Видалення варіантів використання
- •8.3.3. Додавання акторів на діаграму
- •8.3.4. Внесення відношень на діаграму
- •8.4. Завдання
- •8.5. Контрольні запитання
- •9. Діаграми класів (class dіagram)
- •9.1. Атрибути класу
- •9.2. Операції класу
- •9.3. Відношення між класами
- •9.3.1. Відношення залежності
- •9.3.2. Відношення асоціації
- •9.3.3. Відношення агрегації
- •9.3.4. Відношення композиції
- •9.3.5. Відношення узагальнення
- •9.4. Створення діаграм класів у середовищі Ratіonal Rose
- •9.4.1. Атрибути й операції класів у Ratіonal Rose
- •9.4.2. Відносини між класами в Ratіonal Rose
- •9.5. Завдання
- •9.6. Контрольнізапитання
- •10 Діаграми станів
- •10.1. Стан
- •10.2. Переходи
- •10.3. Створення діаграми станів у Ratіonal Rose
- •10.4. Стани і переходи на діаграмах Ratіonal Rose
- •10.5. Параметри переходів і станів
- •10.6. Завдання
- •10.7. Контрольні запитання
- •11. Діаграми діяльності
- •11.1. Стани і дії
- •11.2. Доріжки
- •11.3. Створення діаграми діяльності в Ratіonal Rose
- •11.4. Елементи діаграми діяльності
- •11.5. Завдання
- •11.6. Контрольні запитання
- •12. Діаграми взаємодії
- •12.1. Діаграма послідовності (Sequence Dіagram)
- •12.1.1.Об'єкти
- •12.1.2. Лінія життя об'єкта
- •12.1.3. Фокус керування
- •12.1.4. Повідомлення
- •12.1.5. Побудова діаграми послідовності в Ratіonal Rose
- •12.2. Діаграми кооперації
- •12.3. Завдання
- •12.4. Контрольнізапитання
- •13. Представлення реалізації
- •13.1. Діаграми пакетів
- •13.2. Діаграми компонентів
- •13.3. Завдання
- •13.4. Контрольнізапитання
- •Список літератури
4.2. Побудова функціональної моделі системи
Після проведення структурного аналізу і визначення вимог до системи необхідно побудувати функціональну модель системи. Насамперед варто сформулювати мета моделювання і визначити точку зору на модель. Ціль моделювання: описати функціонування системи ведення складу виробу, що було б зрозуміло її користувачеві, не вдаючись у подробиці, зв'язані з реалізацією. Будемо будувати модель з погляду користувача (розроблювач або бібліотекар).
Побудова моделі починається з побудови контекстної ІDEF0-діаграми. Відповідно до опису системи, її основною функцією є формування складу виробу розроблювачами на основі номенклатурних довідників. Визначимо єдину роботу контекстної діаграми як "Ведення складу виробу ". Потім визначимо вхідні і вихідні дані, механізми і керування. Для того, щоб користувач міг працювати в системі, його необхідно ідентифікувати. Для цього на вхід системи повинні надійти "ім'я користувача" і "пароль користувача".
Робота з довідниками припускає введення або коректування елементів довідників. Ця інформація надходить на вхід як "початкові дані". Для одержання конструкторської документації зі складу виробу на вхід діаграми повинний надійти запит на формування визначеного типу документа.
Структура БД також є вхідною інформацією.
Результатом роботи системи (виходу діаграми) є "БД виробу " і "документація". Користувач, якому з якихось причин відмовлено в доступі, повинний одержати відповідне повідомлення.
Процес створення вироби буде виконуватися модулями системи під контролем адміністратора це стрільці-механізми.
Уся робота системи регламентується існуючими ДСТ, стандартами підприємства, розробленою схемою складу виробу і рівнями доступу користувачів це стрілки керування. Контекстна діаграма моделі системи приведена на рис. 4.1.
Рис. 4.1. Контекстна діаграма.
Проведемо декомпозицію контекстної діаграми. Діаграми декомпозиції містять родинні роботи, тобто успадковані роботи, що мають загальну батьківську роботу. Виділимо наступні роботи діаграми декомпозиції:
1.Визначення рівня доступу.
2.Коригування довідників.
3.Формування складу виробу.
4.Формування документації.
Одержимо діаграму, зображену на рис. 4.2.
Рис. 4.2. Діаграма декомпозиції 1-го рівня.
Для кожної роботи цієї діаграми можна виконати подальшу декомпозицію.
Декомпозиція роботи "формування складу виробу " приведена на рис.4.3.
При формуванні виробу розроблювач, керуючись структурою виробу, вибирає один з довідників, а потім елемент із цього довідника. Обраний елемент включається у виріб, що приводить до організації зв'язку між елементом і виробом, і, як наслідок, до коректування БД виробу.
Рис.4.3. Декомпозиція роботи "Формування складу виробу ".
При декомпозиції роботи "визначення рівня доступу" спочатку визначимо блок, що визначає категорію користувача. По імені користувача здійснюється пошук у базі даних користувачів. Після визначення категорії з'ясовуються повноваження, надані користувачеві системи. При цьому контролюється пароль і ім'я користувача. Об'єднавши інформацію про повноваження і рівні доступу в систему, формується набір дозволених дій для кожного користувача. На виході діаграми користувач, що звернувся до системи, одержує доступ до БД як бібліотекар або розроблювач.
Рис 4.4. Декомпозиція роботи "Визначення рівня доступу"