Автоматизированное проектирование средств взаимодействия пользователя с ППП

• Автор: Аристова, Наталья Игоревна
• Шифр специальности: 05.13.11
• Научная степень: Кандидатская
• Год защиты: 1998
• Место защиты: Москва
• Количество страниц: 192 с.

3.6.Определение временных сложностей и временных стоимостей
3.7.Вычисление значений критериев проектирования
3.8.Выбор рационального варианта проектирования
Выводы
4. ПРОЕКТИРОВАНИЕ, РЕАЛИЗАЦИЯ И ОЦЕНКА
ЭФФЕКТИВНОСТИ ГСД
4.1.Анализ и построение модели предметной области
4.2.0писание базы данных предметной области
4.3.Схема прикладных вычислений
4.4.Синтез генератора сценариев диалога
4.5. Реализация генератора сценариев диалога
Выводы
ЗАКЛЮЧЕНИЕ
СПИСОК ЛИТЕРАТУРЫ
ПРИЛОЖЕНИЯ

ВВЕДЕНИЕ
Основой современного производства программных средств является программная инженерия (ПИ), которая включает в себя работы по их проектированию, разработке, эксплуатации и сопровождению. К главным результатам ПИ, достигаемым при создании программных систем (ПС) можно отнести: унификацию процессов создания и эксплуатации ПС; возможность рационального управления и оптимального использования всех видов ресурсов, задействуемых при создании ПС; создание и поддержку эффективной организационно-производственной инфраструктуры; возможность разработчикам целиком сосредоточиться на функциональной стороне проекта и т. д. Инструментальная поддержка ПИ осуществляется CASE-средствами (Computer Aided Software Engineering) [112,134].
С самого начала CASE-технологии развивались с целью преодоления ограничений при использовании традиционных методологий проектирования 60 - 70 годов за счет их автоматизации и интеграции поддерживающих средств. В таблице В.1 представлены оценки трудозатрат по основным фазам жизненного цикла ПС, соответствующие традиционным методам разработки, разработке с использованием структурных методологий проектирования и разработке с использованием CASE [71]. Из этих данных видно, что в настоящее время основное внимание при разработке сложных ПС уделяется этапам жизненного цикла (ЖЦ), связанным с анализом и проектированием, от полноты и корректности решения которых зависит успех разработки в целом.
В настоящее время существует несколько классов приложений, для которых применяются CASE-системы. К их числу относятся пакеты прикладных программ (ППП), основной отличительной чертой которых является наличие модели некоторой предметной области (ПРО). Развитые ППП позволяют специалистам в ПРО, но не специалистам в программировании, эффективно использовать ЭВМ, оставаясь в рамках привычных им знаний и действий, за счет переключения их внимания с программирования на языках высокого уровня на планирование во времени и описание процессов решения прикладных задач [63]. Производительность труда специалистов при этом повышается во столько же раз, во сколько проще описать то, что надо решать, чем то, как надо решать [135]. Трудности последнего переносятся на создателей ППП.

распространение получили методологии SADT (Structured Analysis and Design Technigue), структурного системного анализа Гейна-Сарсона, структурного анализа и проектирования Йодана/Де Марко, развития систем Джексона, развития структурных систем Варнье-Орра, анализа и проектирования систем реального времени Уорда-Меллора и Хатли, информационного моделирования Мартина. Перечисленные структурные методологии жестко регламентируют фазы анализа требований и проектирования спецификаций и отражают подход к разработке программной системы с позиции рецептов “кулинарной книги” [71].
Рассмотрим в качестве примера наиболее часто применяемый (табл.1.2) метод Йордана, который поддерживает обе фазы - анализа и проектирования и позволяет [69]:
- анализировать требования заказчика;
- идентифицировать требования к функциональным возможностям, временным характеристикам и данным будущей системы;
- устанавливать соответствие между этими требованиями и процессами;
- определять требования к каждому процессу с точки зрения решаемых ими
задач;
- выражать физическую структуру каждой задачи в системе.
Фаза анализа основывается на технике диаграмм для отображения [69].
-функционирования и потоков данных, использующих диаграммы потоков данных;
-временных требований к системе, на основе диаграмм состояния переходов из одних состояний в другие;
-структур данных системы, использующих диаграмму взаимосвязей объектов (сущностей).
Перечисленные диаграммы поддерживаются словарями данных для определения структуры отдельных элементов данных в системе и таблицами событий, отражающих возникновение событий за пределами системы и реализующие действия системы в ответ на события.
При создании сложной ПС в соответствии с методом Йордана выполняются следующие шаги [69]:
1.Построение модели ощущений. Требуется, чтобы границы создаваемой программной системы и ее связи с внешней средой были проанализированы и задокументированы в модели ощущений среды в виде: