![]() Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь FAQ Написать работу КАТЕГОРИИ: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву ![]() Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Саsе - технології проектування ІССодержание книги
Поиск на нашем сайте
Для подолання труднощів і проблем у рамках нових інформаційних технологій створена і знаходить все більше поширення СASЕ-технологія проектування, яка базується на використанні СASЕ-продуктів − програмного, методичного та інформаційного забезпечення САПР ІС. В основу СASЕ-технології проектування покладено СASЕ-Method проектування систем. Розглянемо основні положення цієї методології. СASЕ-СИСТЕМИ являють собою програмно-технічні комплекси, що базуються, як правило, на потужних ПЕОМ або робочих станціях локальних мереж ЕОМ і реалізують у тому чи іншому обсязі концепції САПР ІС. У загальному випадку СASЕ-системи реалізують такі види підтримки проектних процедур: - підтримку бази метаданих проекту; - підтримку одночасної роботи групи аналітиків-проектувальників і координації її з боку керівника розробки; - наскрізну, підтримку життєвого циклу системи; - підтримку візуальних методів проектування; - автоматизовану генерацію програмних продуктів за заданими специфікаціями; - інформаційну підтримку розробників ІС на основі словників даних та ІПС; - підготовку проектної документації. Розглянемо коротко зміст перерахованих видів підтримки проектних процедур. Усі компоненти майбутньої ІС є інформаційними, або матеріальними, обʼєктами, які мають сукупність атрибутів. Описи таких обʼєктів та їх атрибутів вміщуються у словник метаданих проекту − єдину базу даних проекту. Система перехресних посилань і таблиць словника метаданих забезпечує підтримку узгодженості, несуперечності, повноти та мінімальної надмірності проекту. Наявність засобів контролю несуперечності й узгодженості у словнику метаданих забезпечує коректність операцій з редагування проекту. Підтримка роботи групи розробників забезпечується можливістю оперативного доступу кожного з них до усіх елементів створюваного проекту. Наскрізна підтримка життєвого циклу системи забезпечується можливістю напівавтоматичного перетворення логічних моделей системи на відповідні програмні та технологічні продукти. Візуальні методи проектування базуються на використанні графічних і табличних моделей, що, у свою чергу, базуються на погоджених діаграмах, які мають детальні текстові супроводи. Автоматизація генерування програмних продуктів базується на виконанні рутинних операцій кодування програм (опис даних, основна логіка обробки, схеми баз даних, описи інтерфейсів) за заданими специфікаціями з використанням спеціальних генераторів програм. Згідно з таким принципом генеруються, наприклад, тексти вихідної мови у системі СLАRІОN. У ряді.випадків автоматична генерація кодів програм може давати 90% їх обсягу. Інформаційне забезпечення в САSЕ-системах має два аспекти: - доступ до всього проекту в реальному часі для кожного розробника; - формування різноманітних звітів, що стосуються складу, структури властивостей як проекту в цілому, так І окремих його елементів. Підготовка проектної документації змінює свій статус. Документація може бути виготовлена після завершення всієї розробки й бути готовою до виконання. Визначальною особливістю одержуваної за такого підходу документації є її несперечливості. Методологія САSЕ-Method основується на спадному підході до проектування і дозволяє слідкувати за всіма етапами життєвого циклу ІС або її окремих задач. Методологія СASЕ-тєхнології визначає, що і як виконується у процесі проектування. Принциповою особливістю такої методології є наявність наочних моделей для подання компонентів обʼєкта управління і самої ІС, а також відображення проектних рішень. Такі наочні моделі і позначення дозволяють однозначно сприймати одні й ті ж проектні рішення різними учасниками процесу проектування. Використання наочних і зрозумілих моделей дозволяє залучати до активного обговорення замовників і майбутніх споживачів системи, що проектується, починаючи з ранніх фаз проектування. Це дозволяє будувати ІС, яка б задовольняла потреби замовників і користувачів, і гарантувати задоволення цих потреб. Розглянемо послідовність і зміст робіт, що виконуються з використанням СASЕ-систєм і наявних у тому чи іншому обсязі у комерційних реалізаціях СASЕ-продуктів. Як правило, виділяється ряд етапів життєвого циклу ІС, що проектується. На етапі 1 “Вироблення стратегії” визначаються: - цілі створення системи та пріоритети й обмеження; - будується модель системи; - розробляється системна архітектура; - затверджується план розробки системи. На етапі 2 “Аналіз” виконуються такі роботи: - будується модель інформаційних потреб (модель «сутність − звʼязок»); - описується модель функціональних вимог до системи (на основі методу декомпозиції функцій); - формується матриця перехресних посилань і діаграма потоків даних; - визначається загальний план впровадження системи; - установлюються критерії прийому системи в експлуатацію. Перші три роботи із зазначеного переліку фактично реалізують побудову «інформаційної моделі підприємства». На етапі 3 “Проектування” виконуються такі роботи: - докладно проробляється архітектура системи; - будується концептуальна схема бази даних; - здійснюється реляційне проектування бази даних; - спеціалізуються функції, спроектовані на етапі аналізу; - виконується проектування програмних модулів на основі специфікацій функцій; - установлюються перехресні посилання між компонентами системи; - докладно планується етап реалізації системи. На етапі 4 “Реалізація” виконуються такі роботи: - створюється реляційна база даних; - програмні реалізації задач установлюються на відповідних ЕОМ мережах; - проводиться тестування і перевірка відповідності програмних продуктів вимогам користувача. На етапі 5 “Документування” виконуються такі роботи: - створюється системна документація; - розробляються матеріали для навчання; - пишеться посібник для користувачів. На етапі 6 “Впровадження” виконуються такі роботи: - конвертування даних зі старих систем (у разі необхідності); - проводиться подальше тестування програм; - аналізуються функціональні можливості системи, її виробників; - оцінюється якість засобів захисту даних від зруйнування несанкціонованого доступу. На етапі 7 “Експлуатація” виконуються такі роботи: - підтримки системи; - модифікації розробленої системи; - перевірки цілісності й аналізу даних; - моніторингу системи. Сьогодні не існує реалізацій СASЕ-системи, які б дозволяли в одному продукті зосередити розвʼязання всіх задач проектування. У той самий час така тенденція має місце для багатьох фірм, що розробляють САSЕ-продукти. Так, у Великобританії використовується школа з чотирьох ступенів для оцінки відповідності СASЕ-продукту вимогам технології SSАDМ. Оцінка проводиться на основі переліку сформульованих критеріїв. Одержувані оцінки сконцентровані в основі процедури сертифікації СASЕ-продуктів, які створюються фірмами-виробниками програмних продуктів. Проаналізуємо коротко основні задачі розробки, що розв'язуються з допомогою СASЕ-систем. Група задач фази аналізу. З допомогою цих задач виконується аналіз вимог до ІС і створюються моделі й прототипи системи, що проектується. Задачі функціонального моделювання дозволяють створювати логічні специфікації перетворень даних з допомогою діаграм потоків даних і специфікацій процесів. Задачі моделювання даних встановлюють і подають логічну структуру даних і їх відношень з допомогою діаграм відношень сутностей, правил залежностей, специфікацій елементів даних. Задачі прототипізації спрямовані на створення макетів істотних елементів користувальницького інтерфейса, окремих задач і системи в цілому. Розв'язуються задачі прототипізації на основі моделювання діаграм сценарію діалогу і використання засобів генерації вихідних форм (відеокадрів) прикладних задач. Група задач фази проектування. З допомогою цих задач будуються моделі ІС, що відображують її структуру у термінах деякого абстрактного середовища реалізації (базова термінологія системного аналізу − процесори, задачі, модулі, таблиці, файли, об'єкти, інтерфейси тощо). Задачі проектування архітектури програмного забезпечення дозволяють створити логічну структуру програмного забезпечення, структурувати його на модулі, визначити міжмодульні інтерфейси. Розвʼязання зазначених задач реалізується як напівавтоматична трансформація функціональних модулів у структурні схеми ПЗ. Задачі проектування бази даних дозволяють перетворювати логічну модель даних на фізичну схему бази даних, створювати таблиці і ключі. Нормалізація й оптимізація схеми бази даних здійснюються автоматизованим способом. Задачі проектування користувальницького інтерфейса і діалогу з користувачем дозволяють уточнювати і деталізувати вихідні форми та сценарій діалогу прототипу. Задачі динамічного моделювання дозволяють оцінити поведінку системи, що проектується, у часі з метою виявлення чинників, які обмежують за часом, чинників надійності та інших ресурсів. Моделі реального часу будуються на основі апаратів мереж Петрі, кінцевих автоматів. Група задач створення програм. До цієї групи входять задачі генерації базових кодів, що дозволяють перетворювати структурну схему ПЗ на базовий прототип програми заданою вихідною мовою програмування. Спеціальні деталі вносяться до базового прототипу програмістом. Задачі генерації схем бази даних дозволяють здійснювати автоматичне перетворення схеми бази даних на вихідний текст мовою СУБД. Задачі генерації користувальницького інтерфейса реалізують автоматичне перетворення проекту інтерфейса на вихідний текст програми. Група задач управління проектом. До неї входять задачі власне управління проектом, задачі трасування вимог і задачі контролю версій. Задачі управління проектом дозволяють підтримувати менеджмент проектування у термінах робіт, завдань, виконавців, процесів і проектних процедур. Задачі трасування вимог призначені для контролю відповідності прийнятих рішень функціональним та іншим вимогам технічного завдання. Контроль версій повʼязаний з підтримкою багатьох проектних рішень за одним і тим самим обʼєктом або задачею. Задачі документування дозволяють на основі словника метаданих проекту компонувати результатну інформацію згідно з вимогами, що задаються стандартами або конкретним користувачем. Документи при цьому виводяться на магнітні касети у форматах, придатних для подальшої обробки текстовими редакторами або видавницькими системами. Група задач забезпечення розробників. Задачі налагодження середовища забезпечують можливість системному аналітику-проектувальнику налагоджувати конфігураційні й ергономічні параметри СASЕ-системи, характеристики метамоделей. Задачі експорту (імпорту) забезпечують передачу розроблюваних фрагментів проекту (базу даних проекту) в іншу систему. Задачі адміністрування бази даних проекту забезпечують цілісність бази даних проекту, використання даних в інших проектах. Задачі формування звітів за проектом дозволяють генерувати різноманітні звіти за структурою проекту і проектування відповідно запитів розробників. Задачі підтримки погодженості проекту дозволяють в автоматичному або автоматизованому режимі контролювати погодженість проектних рішень, що приймаються. Наприклад, зміна довжини поля даних в одній задачі веде до автоматичної перевірки можливості розміщення поля з новою довжиною в усіх документах, де вона зустрічається. Задачі трасування даних дозволяють будувати перехресні посилання щодо використання даних у різних файлах, задачах різними проектувальниками. Система автоматизованого проектування на основі СASЕ-Method реалізується як інтегрована система, що складається з СASЕ-продуктів. Окремі СASЕ-продукти являють собою програми, що реалізують сукупності функцій САПР. Подальший розгляд проводитимемо на прикладі конкретної системи, розробленої фірмою ОRАСL. До складу САПР фірми ОRАСL входять три базових СASЕ-продукти: - СASЕ*Dictionary; - СASЕ*Desiqner; - СASЕ*Generator. Для функціонування СASЕ-продуктів необхідно мати у складі САПР СУБД ОRАСL, що включає модулі SQL*Forms i SQL*Plus. Побудована на основі зазначених СASЕ-продуктів САПР працює на більшості існуючих платформ (Sum, UNIX, VAX/VNS, MS-DOS). Модуль СASЕ*Dictionary дозволяє зберігати й узагальнювати інформацію, що зʼявляється у процесі проектування інформаційної системи. Це словесна система, в якій зберігаються описи інформаційних модулів, функціональних вимог і програмних рішень. Модуль працює у багатокористувальницькому режимі. При цьому гарантується можливість паралельного оновлення інформації кількома розробниками. Інформаційна модель в СASЕ*Dictionary будується на основі моделі «сутність − звʼязок». Проектувальнику надається можливість відображувати типи зв'язків ("1:1","1:М","М:М"), обовʼязкові та необовязкові атрибути сутностей і звʼязків, унікальні ключі, ієрархічні зв'язки об'єктів. Для проектування прикладних задач: - формується ієрархія функцій; - будується модель подій, що відбуваються в системі; - виявляються залежності та збіги функцій у прикладних задачах; - визначається частота виконання функцій. На основі виконаних системою функцій будується мережа модулів, для кожного з яких формується специфікація. СASЕ*Dictionary має набір утиліт, що дозволяють нормалізувати логічну та фізичну структури бази даних. СASЕ*Dictionary дозволяє генерувати понад 70 стандартних звітів про модельовану проблемну сферу. Такі звіти включають списки обʼєктів, описи перехресних посилань і взаємного впливу обʼєктів один на одного. Модуль СASЕ*Desiqner забезпечує графічний інтерфейс при роботі різних моделей проблемної сфери. Ця програма дозволяє будувати моделі у графічному режимі. Інформація про моделі заноситься до СASЕ*Dictionary. Модуль працює в середовищі різних графічних оболонок (X Windows, DECWindows, Presintaton Manager та iн.). Проектувальник може відкрити необмежену кількість вікон і в кожному з них виконувати окреме завдання. СASЕ*Desiqner має легкий для засвоєння, дружелюбний до користувача інтерфейс, що включає: систему випадаючих меню, вікна, які проявляються, піктограми, підказки гіпертекст. Модуль СASЕ*Desiqner включає утиліти “діаграмери” для побудови чотирьох схем, що використовуються у проекті: - ЕК-діаграми; - діаграми ієрархії типів; - діаграми потоків даних; - діаграми матриць перехресних посилань. СASЕ*Generator дозволяє автоматично підтримувати багаторівневу цілісність посилань у базі даних. Наприклад, якщо у базі даних є таблиці «Підприємства», «Відділи», «Службовці», то у моделі можна визначити, що видалення з бази даних підприємства автоматично призводить до видалення всіх його відділів. Відділ може бути видалений тільки тоді, коли у ньому не залишається жодного службовця. Інша обмеженість цілісності стосується зміни підпорядкування запису.
|
||||
Последнее изменение этой страницы: 2016-08-12; просмотров: 204; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.133.145.168 (0.012 с.) |