
- •1. Основні цілі, задачі та призначення системного аналізу об’єктів та процесів комп’ютеризації
- •2. Що ви розумієте під поняттям „система”, „складна система”? Властивості й характерні риси складних систем. Багатоаспектне визначення структури складних систем. Визначення границь системи.
- •3. Основні принципи системного підходу.
- •4. Основні види моделей, що застосовуються у системному аналізі. Модель системи типу «чорна скринька»: місце застосування, стандартні вимоги до представлення, приклади.
- •5. Моделі потоків даних (dfd-моделі): призначення, місце застосування в системному аналізі, правила побудови, приклади.
- •6. Діаграми прецедентів в концепції uml призначення, місце застосування в системному аналізі, правила побудови,приклади
- •8. Sadt – діаграми призначення,місце застосування в системному аналізі, правила побудови,приклади
- •9. Загальна характеристика етапів системного аналізу. Варіанти підходів до змісту і послідовності реалізації етапів са.
- •10. Діаграми стану std-моделі. Призначення,місце застосування в системному аналізі, правила побудови,приклади
- •11.Поняття проблеми системи. Аналіз цільових установок розробки системи.
- •12. Дослідження діючої системи. Побудови моделей діючої системи
- •14.Функціональні моделі інформаційної технології реалізації системи в рамках структурного та обєктно-орієнтованого підходу до са.
- •15. Поняття прецеденту системи. Класифікація прецедентів, документування опису прецедентів різних класифікаційних груп.
- •16. Специфікації процесів або постановки задач системи. Їх структура та вимоги до формування
- •17.Аналіз прецедентів системи. Діаграма прецедентів.
- •18.Опис системних операцій.
- •Опис операції
- •19.Що включає інформаційне забезпечення системи? Логічне проектування інформаційного забезпечення як складової технічного проекту системи.
- •20.Системи класифікації та кодування інформації. Ієрархічна та фасетна системи класифікації.
- •21.Комбіновані системи класифікації
- •22. Класифікаційні системи кодування та некласифікаційні системи кодування інформації.
- •23.Форми документів як модель представлення вхідної та вихідної інформації. Поняття реквізиту та показника. Зони проектування форм документів.
- •24.Діаграми „сутність-зв”язок”, erd-стандарти. Сутності, відношення та зв’язки в нотації Чена.
- •25.Концептуальні моделі предметного середовища при об”єктно-орієнтованому аналізі системи. Поняття, специфікації та опис понять. Атрибути та асоціації. Типи асоціацій.
- •26.Нормалізація схем відношень. Вимоги до 1нф, 2нф, 3нф. Предметного середовища.
- •27. Принципи побудови концептуальної моделі.
- •28.Моделі інформаційних потоків: призначення, місце застосування в системному аналізі, правила побудови, приклад .
- •29.Словник даних.
17.Аналіз прецедентів системи. Діаграма прецедентів.
Діаграми прецедентів (діаграми варіантів використання, use case diagrams) - це узагальнена модель функціонування системи в навколишньому середовищі.
Виконавець (Чинне особа, Actor) - особистість, організація або система, що взаємодіє з ІВ;розрізняють зовнішнього виконавця (який використовує або використовується системою, тобто породжує прецеденти діяльності) та внутрішнього виконавця (який забезпечує реалізацію прецедентів діяльності всередині системи). На діаграмі виконавець представляється стилізованої фігуркою людини.
Прецедент - закінчена послідовність дій, ініційована зовнішнім об'єктом (особистістю або системою), яка взаємодіє з ІВ і отримує в результаті деякий повідомлення від ІВ.
Окремий варіант використання (прецендент) позначається на діаграмі еліпси, всередині якого міститься його коротку назву або ім'я у формі дієслова з пояснювальні словами.
Мета варіанту використання полягає в тому, щоб визначити закінчений аспект або фрагмент поведінки деякої сутності без розкриття її внутрішньої структури. В якості такої сутності може виступати система або будь-який елемент моделі, який володіє власним поведінкою.
Кожен варіант використання відповідає окремому сервісу, який надає модельованих сутність за запитом актора, тобто визначає спосіб застосування цієї сутності. Сервіс, який ініціалізується за запитом актора, представляє собою закінчену неподільний послідовність дій.Це означає, що після того, як система закінчить обробку запиту, вона повинна повернутися в початковий стан, щоб бути готовою до виконання наступних запитів.
Варіанти використання можуть застосовуватися як для специфікації зовнішніх вимог до проектованої системі, так і для характеристики функціонального поведінки вже існуючої системи. Безліч варіантів використання в цілому має визначати всі можливі боку очікуваного поведінки системи.Крім цього, варіанти використання неявно встановлюють вимоги, що визначають, як актори повинні взаємодіяти з системою, щоб мати можливість коректно працювати з наданими сервісами. Для зручності безліч варіантів використання може розглядатися як окремий пакет.
Прикладами варіантів використання можуть бути наступні дії: перевірка стану поточного рахунку клієнта, оформлення замовлення на покупку товару, одержання додаткової інформації про кредитоспроможності клієнта, відображення графічної форми на екрані монітора і інші дії.
Для ілюстрації
етапів розробки проекту використані
адаптовані матеріали проекту ІС
медичного центру [рис. 12.2]. Призначення
ІС - автоматизація ведення та використання
клінічних записів про пацієнтів. В
даний час ця робота виконується вручну
персоналом центру. На рис. 12.2 представлена
загальна модель діяльності центру у
вигляді діаграми прецедентів. Прецедент
"Обслуговування пацієнта"
реалізується через безліч інших, більш
обмежених прецедентів (мал. 12.3), що
відображають деталізацію представлення
функціонування центру.
Рис. 12.2. Общая диаграмма деятельности медицинского центра по обслуживанию пациента
Рис. 12.3. Модель бізнес-прецедентів, що складають обслуговування пацієнта
Для включення в діаграму вибрані прецеденти повинні задовольняти наступним критеріям:
прецедент повинен описувати, ЩО треба робити, а не ЯК;
прецедент повинен описувати дії з точки зору ВИКОНАВЦЯ;
прецедент повинен повертати виконавцю деякий ПОВІДОМЛЕННЯ;
послідовність дій всередині прецеденту повинна являти собою одну Неділимий ланцюжок.
Виходячи з мети створення системи, для подальшого дослідження та моделювання відбираються тільки ті бізнес-прецеденти, які пов'язані з використанням клінічних записів.
Виконання прецеденту описується за допомогою діаграм видів діяльності, які відображають виконавців і послідовність виконання відповідних бізнес-процесів (рис. 12.4).
Рис. 12.4. Диаграмма видов деятельности для прецедента "Оказание медицинской помощи"