27 У чому полягають проблеми ручного проектування інформаційних систем?

Ручне розроблення звичайно породжувало такі проблеми:

• неадекватна специфікація вимог;

• нездатність виявляти помилки у проектних рішеннях;

• низька якість документації, що зменшує експлуатаційні якості;

• затяжний цикл і незадовільні результати тестування.

28. Які основні особливості case-технологій?

CASE-технологія являє собою методологію проектування ІС, а також набір інструментальних засобів, що дозволяють у наочній формі моделювати предметну область, аналізувати цю модель на всіх етапах розроблення і супроводу ІС і розробляти застосування відповідно до інформаційних потреб користувачів. Більшість існуючих CASE-засобів Грунтується на методологіях структурного або об'єктно-орієнтованого аналізу і проектування, що використовують специфікації у вигляді діаграм або текстів для описання зовнішніх вимог, зв 'язків між моделями системи, динаміки поведінки системи й архітектури програмних засобів.

На сьогоднішній день CASE-технологія є основною технологією проектування та реінженерії ІС, а широке її запровадження почалося значно раніше.

29. Що розуміють під класичними схемами проектування інформаційних систем?

Проектування ІС для достатньо стабільних умов (що припускалося в 70-і і в першій половині 80-х років) вважається класичним. Представницькість відповідних технологій, орієнтація на наймасовішу частину ІС, наявність не лише теоретичних підстав, але і промислових методик та стандартів, використання цих методик протягом десятиріч — саме це дозволяє називати ці засоби класичними. Засоби проектування таких ІС в 80-х роках були добре описані в літературі різних напрямків: методичних монографіях, стандартах (ANSI, ISO, ГОСТ-и), підручниках. Відповідна організація робіт рекомендувалася офіційно і широко застосовувалася в багатьох галузях.

30. У чому полягає водоспадна модель організації робіт з проектування 1c?

Класична методологія проектування ІС передбачала в різній тер­мінології і під різноманітними назвами послідовну в загальному організацію робіт. її основною характеристикою є розбиття розроблення на етапи, причому перехід від одного етапу до іншого відбу­вається лише після того, як буде цілком завершена робота на поточ­ному. Кожний етап завершується випуском повного комплекту документації, достатньої для того, щоб розроблення могло бути про­довженим іншою командою розробників.

31. Які основні стадії проектування вирізнялися у водоспадній моделі?

в загальну схему постійно виділялися наступні проектні стадії:

+ «запуск» (proposal for the development, agreement, mobilization): організація підстави для діяльності і запуск робіт: наказ та (або) договір на розробку інформаційної системи, завдання на виконання робіт;

+ «обстеження» (feasibility stady, scope analysis, strategy stady and planning, requirement definition) : передпроектне обстеження, загальний аналіз ситуації на підприємстві (фірмі), Розроблення загального обґрунтування доцільності створення ІС;

+ «концепція, ТЗ» (strategy planning, analysis, requirement specification, function description): дослідження вимог підприємства і користувачів, формування рекомендацій з розроблення ІС, Розроблення технічного завдання (ТЗ) на проектування ІС загалом та часткових ТЗ (ЧТЗ) для підсистем;

+ «ескізний проект» (detailed analysis, high level design): Розроблення архітектури майбутньої ІС в межах ескізного проекту ;

+ дослідний варіант ІС (pilot-project, test development): Розроблення спрощеного варіанта, пілотного проекту майбутньої ІС;

+ дослідне використання пілот-проекту ІС, Розроблення виправлень та доповнень до ТЗ (test, corrected requirement specification);

+ «777» (detailed analysis and design, test development): Розроблення технічного проекту ІС;

+ «РП» (development, test, system implementation): Розроблення робочої документації проекту;

+ «введення в дію» (deployment, put into operation): іншими словами — «впровадження» ІС .