МАРК РЕГНЕРУС ДОСЛІДЖЕННЯ: Наскільки відрізняються діти, які виросли в одностатевих союзах
РЕЗОЛЮЦІЯ: Громадського обговорення навчальної програми статевого виховання ЧОМУ ФОНД ОЛЕНИ ПІНЧУК І МОЗ УКРАЇНИ ПРОПАГУЮТЬ "СЕКСУАЛЬНІ УРОКИ" ЕКЗИСТЕНЦІЙНО-ПСИХОЛОГІЧНІ ОСНОВИ ПОРУШЕННЯ СТАТЕВОЇ ІДЕНТИЧНОСТІ ПІДЛІТКІВ Батьківський, громадянський рух в Україні закликає МОН зупинити тотальну сексуалізацію дітей і підлітків Відкрите звернення Міністру освіти й науки України - Гриневич Лілії Михайлівні Представництво українського жіноцтва в ООН: низький рівень культури спілкування в соціальних мережах Гендерна антидискримінаційна експертиза може зробити нас моральними рабами ЛІВИЙ МАРКСИЗМ У НОВИХ ПІДРУЧНИКАХ ДЛЯ ШКОЛЯРІВ ВІДКРИТА ЗАЯВА на підтримку позиції Ганни Турчинової та права кожної людини на свободу думки, світогляду та вираження поглядів Контакти
Тлумачний словник |
|
|||||||
Загальна методика проектування ІСРозробка ІС – від становлення ідеї до першої версії, що передається замовнику – складається з аналізу предметної області, проектування та реалізації. Загальна схема цих робот виконується ітеративне с поступовим нарощуванням можливостей системи. При цьому основний напрям проектування виходить від понять предметної області до реалізації в термінах програмних модулів та інтерфейсів. Ця схема проектування ІС відповідає послідовності процесів концептуалізації предметної області, проектування на рівні моделей (концептуальної, CASE-моделі, реалізації) [8, – 10, 14]. Схематично її представлено двома головними процесами (рис.2.5) – дослідження предметної області документообігу ІС і керування її розробкою [7].
Рис.2. Загальна схема ТП проектуванням ІС з документообігом
Схему проектування ІС побудовано з урахуванням структури і призначень процесів стандарту ISO/IEC 12207–96, а також діючих моделей ЖЦ. Відповідно цього стандарту були обрані такі процеси, дії і задачі, що задовольнять розглянутій предметній області і окремим особливостям каскадної та ітераційної моделей. В результаті було розроблено підходящу модель технологічного процесу (ТП) побудови ІС з документообігом. Ця модель поєднує обрані процеси стандарту ISO/IEC 12207, необхідні особливості моделей ЖЦ і цільовий план керування проектуванням ІС. ТП містить ряд необхідних процесів розроблення різних видів і сукупностей робіт з моделюванням концептуальної моделі ІС з документообігом, проектування ПЗ системи ІС, а також оцінювання отриманих результатів на процесах ТП і зіставлення витрат на них з базовими даними до проекту: ресурси, час і вартість. Крім того, при проектуванні ІС модель ТП спирається на усі види забезпечення процесу, нормативи, операції і методи керування процесами ТП. Дана модель ТП є ітераційною, вона забезпечує повернення на попередні процеси ТП для внесення змін після знаходження помилок або додавання нових функцій чи зміни у вимогах замовника до системи. У процесі виконання плану робіт відповідно цієї моделі виконується контроль, корекція плану і параметрів ТП. Відповідно наведеної схеми проектування ТП, наведеної на рис.2.5, виділено два основних процесу: – процес дослідження ІС; – ЖЦ керованого проектування ІС. Дамо їх змістовну обґрунтовану характеристику. Процес дослідження ІС.Це аналіз предметної області, який базується на засобах і методах обстеження і орієнтований на формування вимог до системи, концептуалізацію і моделювання моделей з об’єктів для цієї області, а також на дослідження функцій і необхідних структур даних, зокрема типів і видів документів ІС для їхнього виконання. Аналіз предметної області є багатозначним, в ньому ведеться міркування в межах того чи іншого універсуму, який складається із множини об’єктів і середовища, що відповідає їм. Для маніпулювання представленнями ІС на кожному виді діяльності аналізуються поняття, об’єкти та будуються різні моделі на їхній основі, що відповідає обраному універсуму. Застосування понять об’єктного аналізу в проектування ІС.В процесі обстеження ІС відбувається концептуалізація, тобто перехід від природного представлення предметної галузі до її формальної моделі із заміною універсуму міркувань на опис предметної галузі в термінах КМ. Поняття предметної області переходять у концепти, а співвіднесення на природній мові заміняються ролями. В якості мови опису КМ використовується класична логіка предикатів. Для підвищення наочності сприйняття за умови збереження математичної строгості міркувань і адекватності перетворень в межах даного етапу застосовують спеціалізовану мову опису семантичних мереж. Відповідно UML, концепти і ролі для більшої наочності представляються у вигляді фреймів або UML-діаграм. Для маніпулювання об’єктами даних використовується той чи інший вид алгебри фреймів із необхідними розширеннями для моделювання функцій і/або обмежень цілісності їхніх даних. При використанні UML-діаграм для опису обмежень цілісності, які накладаються на концепти і дуги, використовується мова OCL (Object Constraint Language) [13]. Перехід від концептуалізації до проектування схеми даних універсум міркувань стає одним моделей схеми даних (наприклад, модель даних “сутність – зв’язок” ERD (entity-relationship diagram) або ERM (entity-relationship model), які є основою класичної реляційної схеми даних [14]. Об’єкти універсуму при виборі цієї моделі являють собою сутності, а середовище – зв’язки. В якості засобу маніпулювання цими об’єктами обирається одна з наведених моделей діаграмного типу. Наприклад, діаграми типу ERD застосовуються у випадку даних ІС з переважно реляційною схемою даних, а діаграми потоків даних DFD (Data Flow Diagram,) орієнтовані на потоки документів або робіт (workflow) [15]. В якості засобів маніпулювання об’єктами, представленими діаграмами, використовується CASE-засоби (наприклад, Rational Rose [16]). При цьому об’єктно-реляційні моделей даних (МД) застосовують механізми UML з розширенням, а саме МД– ERD CASE-інструменти [15]. Закінчується процес дослідження ІС таким: – формулюванням вимог до системи сумісно з замовником; – побудовою концептуальної моделі предметної області, що включає об’єкти і зв’язки між ними, або діаграмами UML з відображенням ERD чи ERM моделей предметної області; – переліком функцій предметної області, які потребують автоматизації; – набором головних документів ІС і описом можливостей документообігу для їхнього електронного представлення; – структурою схем даних БД, потрібним типом СКБД для їхньої підтримки; – архітектурою системи і її інтерфейсів з іншими системами середовища виконання; – визначенням видів підтримуючого забезпечення и систем їхнього обслуговування для предметної області ІС. ЖЦ керованого проектування ІС. Базою цього процесу є ТП, який включає етапи проектування і керування плановими і різними ресурсами, що додаються для побудови ІС. Опис ТП проектування ІС.Кожний з етапів ТП проектування слугує перебудові об’єктів моделі системи до програмного забезпечення системи. Головним об’єктом предметної області ІС є “документ”. При розробці ІС виконується процес проектування специфікацій вимог до системи. В якості універсуму даного етапу виступає множина специфікацій, об’єктами є специфікації функціональних компонент, а середовищем – специфікації інтерфейсів між цими компонентами. Формальною мовою проектування специфікацій інтерфейсів є мова IDL, що вбудована в RAD-засіб (PowerScript, CORBA, COM) [4]. Засоби маніпулювання мовними об’єктами являють собою генератори форм і звітів, прикладами передових засобів даного класу є продукти Oracle Forms/2000 i Reports/2000. В процесі реалізації системи універсум міркувань є власне ІС, об’єкти – архітектурні компоненти, в якості середовища виступають міжкомпонентні інтерфейси, а формальна мова міркувань здобуває вид тієї чи іншої мови програмування складної структури. При цьому для маніпулювання мовними об’єктами залежно від попередніх етапів ТП використовується той чи інший RAD-інструмент. Забезпечення належного рівня автоматизації ітеративного процесу проектування і розробки досягається засобами реінженерії, тобто еволюції і відновлення даних і їхніх моделей, в тому числі, концептуальної моделі з поверненням на попередні етапи ТП. Керування проектуванням системи. Відповідно загальної схеми проектування (рис.2.5) процес керування містить: – планування робіт по розробленню та програмуванню об’єктів системи; – побудову сіткового графіку робіт з урахуванням ресурсів (людних, технічних та програмних); – моделювання документообігу, а саме обсягів документів для розміщення їх в відповідних БД; – оцінювання часових показників обслуговування документів у обраному середовищі; – розподілення задач по АРМ і їх опис у мовах програмування; – формування середовища для кожного АРМ системи; – тестування елементів (об’єктів, компонентів, підсистем) і оцінка якості їх створення; – об’єднання всіх спроектованих елементів системи у загальному середовищі; – оцінювання витрачених ресурсів і вартості системи. Виконання цих робот залежить від менеджера, його підготовки і вміння керувати групою розробників ІС. Читайте також:
|
||||||||
|