необхідно, а також максимально можливе в порядку пріоритету число функцій другої та третьої категорій.
Остання категорія функцій особливо важлива, оскільки необхідно чітко уявляти межі проекту і набір функцій, які будуть відсутні в системі.
На початок. Аналіз. p> Етап аналізу припускає докладне дослідження бізнес-процесів (функцій, визначених на етапі вибору стратегії) та інформації, необхідної для їх виконання (сутностей, їх атрибутів та зв'язків (відносин)). На цьому етапі створюється інформаційна модель, а на наступному за ним етапі проектування - модель даних.
Вся інформація про систему, зібрана на етапі визначення стратегії, формалізується і уточнюється на етапі аналізу. Особливу увагу слід приділити повноті переданої інформації, аналізу інформації на предмет відсутності протиріч, а також пошуку невикористовуваної взагалі або дублюється інформації. Як правило, замовник не відразу формує вимоги до системи в цілому, а формулює вимоги до окремих її компонентам. Приділіть увагу узгодженості цих компонентів. p> Аналітики збирають і фіксують інформацію в двох взаємопов'язаних формах:
функції - інформація про події і процесах, які відбуваються в бізнесі;
сутності - інформація про речі, мають значення для організації і про яких щось відомо.
Двома класичними результатами аналізу є:
ієрархія функцій, яка розбиває процес обробки на складові частини (що робиться і з чого це складається);
модель "сутність-зв'язок" (Entry Relationship model, ER-модель), яка описує сутності, їх атрибути та зв'язку (відносини) між ними.
Ці результати є необхідними, але не достатніми. До достатнім результатами слід віднести діаграми потоків даних і діаграми життєвих циклів сутностей. Досить часто помилки аналізу виникають при спробі показати життєвий цикл сутності на діаграмі ER.
Нижче ми розглянемо три найбільш часто вживані методології структурного аналізу:
діаграми "сутність-зв'язок" (Entity-Relationship Diagrams, ERD), які служать для формалізації інформації про сутності та їх відносинах;
діаграми потоків даних (Data Flow Diagrams, DFD), які служать для формалізації представлення функцій системи;
діаграми переходів станів (State Transition Diagrams, STD), які відображають поведінку системи, залежне від часу; діаграми життєвих циклів сутностей відносяться саме до цього класу діаграм.
Методи проектування інформаційних систем
Індустрія розробки автоматизованих інформаційних систем управління народилася в 50-х - 60-х роках і до кінця століття придбала цілком закінчені форми. Матеріали даного керівництва є узагальненням циклу лекцій з Автоматизованим Банківським Системам (АБС) і автоматизованих системах управління конструкторсько-технологічним проектуванням (АСУ КТП), читаються в МГТУ ім. Н.Е. Баумана. Не дивлячись на наявні відмінності в реалізації функціональних модулів даних систем, загальні підходи до їх розробки багато в чому схожі, що дозволило нам об'єднати питання їх проектування в рамках одного видання.
На ринку автоматизованих систем для великих корпорацій і фінансово-промислових груп на сьогодні можна виділити два основних суб'єкта: це ранок автоматизованих банківських систем (АБС) і ринок корпоративних інформаційних систем промислових підприємств. Чи не дивлячись на сильну взаємозв'язок цих двох ринків систем автоматизації, пропоновані на них рішення поки ще не достатньо інтегровані між собою, чого слід очікувати в недалекому майбутньому.
Надалі під Автоматизованої Банківської Системою (АБС) будемо розуміти комплекс апаратно-програмних засобів реалізують мультивалютну інформаційну систему, що забезпечує сучасні фінансові та управлінські технології в режимі реального часу при транзакційної обробці даних.
Під Автоматизованої Інформаційною Системою промислового підприємства (АСУ КТП) усвідомимо комплекс апаратно-програмних засобів реалізують мультикомпонентного інформаційну систему, що забезпечує сучасне управління процесами прийняття рішень, проектування, виробництва і збуту в режимі реального часу при транзакційної обробці даних.
Як ви бачите, обидва визначення досить схожі. На сьогодні існування декількох методів побудови автоматизованих інформаційних систем (АІС), серед яких можна виділити наступні:
Метод "знизу-вгору".
Менталітет російських програмістів сформувався саме у великих обчислювальних центрах (ПЦ), основний метою яких було не створення тиражованих продуктів, а обслуговування Співробітників конкретної установи. Цей підхід багато в чому зберігався і при автоматизації і сьогодні. В умовах постійно змінюються законодавства, правил ведення виробничої, фінансово-господарської діяльності та бухгалтерського обліку керівнику зручно мати поруч посередника між спущеною зверху новою інструкцією і комп'ютером. З іншого боку, програмістів, заражених "вірусом самодіяльності", виявилося предос...
