12. Системний проект дозволяє.

1. Описати, «побачити» і скоректувати майбутню систему до того, як вона буде реалізована фізично

2. Зменшити витрати на розроблення і впровадження системи

3. Створити оптимальну структуру інтегрованої бази даних

4. +a), b)

13. Пропозиції з автоматизації підприємства включають:

1. Розроблення вимог до технічних засобів, розроблення топології, складу і структури локальної обчислювальної мережі, розроблення вимог до програмних засобів

2. Аналіз наявних на ринку систем керування підприємством з урахуванням їх відповідності до системного проекту і формування рекомендацій з вибору такої системи; спільне з замовником прийняття рішення про вибір конкретної системи керуванням підприємством (чи окремих її елементів) або розроблення власної системи

3. +a), b), d)

4. Укладання переліку автоматизованих робочих місць підприємства, їх складу і структури, а також способів і схем інформаційної взаємодії між ними; розроблення пропозицій стосовно етапів і термінів автоматизації

14. Загальні міркування з вибору програмного і технічного (апаратного) забезпечення включають.

1. + Позначення меж реалізації, вибір відповідних технічних засобів, аналіз і вибір наявної системи

2. Аналіз і вибір наявної системи

3. Єдине інформаційне середовище підприємства; інтеграцію з іншими застосуваннями (у тому числі з системами, що вже працюють на підприємстві)

4. Наявність високорівневих механізмів розроблення для компенсації відсутніх даних і функцій; функціонування на різних апаратних платформах

15. Технічне проектування системи поділяється на підетапи.

1. Розроблення структури та інтерфейсів компонент системи (автоматизованих робочих місць), узгодження функцій і технічних вимог до компонент, визначення інформаційних потоків між основними компонентами, зв’язків між ними і зовнішніми об’єктами

2. +Проектування архітектури системи, детальне проектування

3. Проектування архітектури системи, детальне проектування, структурне проектування

4. Побудову моделей ієрархії програмних модулів і міжмодульних взаємодій та проектування внутрішньої структури модулів

16. Основоположні рекомендації зі структурування моделей видів діяльності

1) Основний принцип полягає в тому, що структурування повинно здійснюватисявідповідно до видів діяльності та бізнес-процесів підприємства, а не відповідно до структури. Саме бізнес-процеси мають цінність для клієнта, і саме їх покращанням належить надалі займатися консультанту.

2) Верхній рівень моделі повинен відображати тільки контекст системи – взаємодію модельованого єдиним контекстним процесом підприємства із зовнішнім світом і нічого більше. У разі побудови моделі структури, що включає декілька різнотипних підприємств, на контекстному рівні необхідно відобразити кожне з них і їх відповідні взаємозв’язки. Наприклад, контекстна діаграма гірничо-збагачувального комбінату може містити процеси «Автобаза», «Кар’єр», «Фабрика» і «Управління ГЗК».

3) На другому рівні моделі повинні бути відображені основні види діяльності та їхні взаємозв’язки. У разі великої кількості видів діяльності деякі з них можна винести на третій рівень моделі. Але у будь-якому випадку під види діяльності необхідно відводити не більше двох рівнів моделі.

4) Кожен з видів діяльності, у свою чергу, повинен бути деталізований на бізнес-процеси (бажано єдиного рівня).

5) Подальша деталізація бізнес-процесів здійснюється через бізнес-функції. Зазвичай для моделювання бізнес-функції достатньо 2-3 рівнів деталізації, яка завершується описом елементарного алгоритму за допомогою мініспецифікації.

6) загальна кількість рівнів в моделі не повинна перевищувати 6-7.