отовлення та встановлення щитів, виготовлення та встановлення щитів, згідно з укладеними договорами.
Дана схема надалі придасться для більш повного розуміння загальної архітектури та розподілу ролей в базі даних для забезпечення безпеки даних.
2. Діаграми: IDEF0, IDEF3, DFD
Для побудови діаграм використовувалася інструментальна середу BPwin.
Процес моделювання системи в IDEF0 починається зі створення контекстної діаграми - діаграми найбільш абстрактного рівня опису системи в цілому, що містить визначення суб'єкта моделювання, цілі і точки зору на модель.
Малюнок 2 - Функціональна модель IDEF0
Контекстна діаграма є вершиною деревовидної структури діаграм і являє собою саме загальний опис системи та її взаємодії із зовнішнім середовищем. Після опису системи в цілому проводиться розбиття її на великі фрагменти. Цей процес називається функціональної декомпозицией, а діаграми, які описують кожен фрагмент і взаємодію фрагментів, називаються діаграмами декомпозиції.
Малюнок 3 - Функціональна модель декомпозиції IDEF0
Для опису логіки взаємодії інформаційних потоків більш підходить IDEF3, називана також workflow diagramming, - методологія моделювання, що використовує графічний опис інформаційних потоків, взаємин між процесами обробки інформації та об'єктів, що є частиною цих процесів.
Малюнок 4 - Бізнес процес предметної області на діаграммеIDEF3
Діаграми потоків даних (Data Flow Diagramming) є основним засобом моделювання функціональних вимог до проектованої системи. Вимоги представляються у вигляді ієрархії процесів, пов'язаних потоками даних. Діаграми потоків даних показують, як кожен процес перетворить свої вхідні дані у вихідні, і виявляють відносини між цими процесами.
Малюнок 5 - Діаграма потоків даних DFD
3. Інформаційно-логічна модель предметної області по нотаціям Річарда Баркера
Вихідними даними для побудови інформаційно-логічної моделі предметної області (Илм) є результати аналізу предметної області, представлені у вигляді опису класів об'єктів і зв'язків між ними. Найчастіше Илм предметної області представляють в термінах семантичної моделі даних, у вигляді ER-діаграми предметної області.
В даний час існують різноманітні нотації побудови ER-моделі. Завдання передбачає використання нотації Річарда Баркера.
У методології використовуються наступні угоди:
клас об'єктів відображається у вигляді чотирикутника із закругленими кутами, а ім'я класу об'єктів вказується всередині чотирикутника, це іменник в однині, відображене великими літерами;
властивості записуються всередині чотирикутника, отображающего клас об'єктів малими літерами, це іменник в однині;
чотирикутник, що відображає клас об'єктів, можна збільшувати до будь-яких розмірів, чотирикутники можуть бути різних розмірів;
опціонально властивостей позначається: обов'язкове властивість - зірочкою (*), необов'язкове - кружечком (о);
унікальний ідентифікатор позначається #, якщо унікальних ідентифікаторів декілька, тоді кожен позначається номером, зазначеним у дужках, наприклад, # (1), # (2);
обов'язкова зв'язок позначається суцільною лінією, необов'язкова зв'язок пунктирною лінією;
тип (потужність) зв'язку одна позначається лінією, багато - Laquo; воронячою лапою .
Малюнок 6 - Инфологическая модель по нотації Річарда Баркера
4. Даталогіческая модель реляційної БД у вигляді діаграми схеми відносин
Перед створенням даталогіческой моделі необхідно створити базу даних. Для цього встановлені наступні продукти:
· Microsoft SQL Server 2008,
· Microsoft SQL Server Management Studio.
Далі засобами ManagementStudio створена база даних АІС.
Малюнок 7 - Створення бази даних
Після створення бази даних можна приступити до створення діаграми, до цієї діаграмі варто поставитися більш серйозно, оскільки створені в ній таблиці і відносини будуть автоматично створені в самій базі даних, іншими словами діаграма буде відображати дійсний стан сутностей в БД.
Нормалізація - це розбиття таблиці на дві або більше, що володіють кращими властивостями при включенні, зміну і видалення даних. Остаточна мета нормалізації зводиться до отримання такого прое...
