Средства вопросно-ответного документирования в проектировании автоматизированных систем

• Автор: Красовский, Сергей Павлович
• Шифр специальности: 05.13.12
• Научная степень: Кандидатская
• Год защиты: 2008
• Место защиты: Ульяновск
• Количество страниц: 192 с. : ил.

Оглавление
Введение

Глава первая. Живое документирование в автоматизации проектирования

1.1. Документирование в разработке систем, интенсивно использующих программное обеспечение

1.2. Опыт автоматизации документирования

1.2.1. Подходы к автоматизации документирования

1.2.2. Промышленные разработки СУД

1.2.3. Задача выбора средств документирования

1.2.3.1. Спецификации выбора

1.2.3.2. Примеры решения задач выбора

1.3. Вопросноответный подход к живому документированию

1.3.1. Специфика документирования в разработке АС
1.3.1.1. Стандарты и нормативы
1.3.1.2. Комплексированис стандартов и нормативов
1.3.1.3. Взаимоувязанностъ документов
1.3.1.4. Оперативное формирование и использование документов
1.3.2. Оценка существующего положения дел
1.3.3. Потенциал вопросноответного подхода к документированию
1.4. Задача вопросноответного документирования
1.4.1. Обобщнная формулировка задачи исследований
1.4.2.Вопросноответный анализ задачи исследовании
Выводы ио первой главе
Глава вторая. Модели вопросноответного документирования
2.1. Процесс автоматизированного документирования в корпоративной среде
2.1.1. Требования к живому документированию
2.1.2. Адекватность состояния совокупности документов
2.2. Вопросноответное моделирование задач документирования
2.2.1. Сущность вопросноответного подхода
2.2.2. Проекция ОАподхода на задачи документирования
2.2.3. Спецификации живых рАдокумснтов
2.3. Задачи вопросноответного документирования
2.3.1. Задача существования живою документа
2.3.2. Задачи создания и использования библиотек образцов документов
2.3.4. Задачи порождения документов
2.3.5. Задачи преобразования и отображения документов
2.3.6. Задачи адекватности документов
2.3.7. Задачи использования документов
2.3.8. Интеграция задач живого документирования
Выводы но второй главе
Глави третья. Метод вопросноответного документирования
3.1. Метод вопросноответного документировании
3.1.1. Метод концептуального решения задач
3.1.2. Адаптация метода концептуального решения
3.2. Методики документировании
3.2.1.Общие положения
3.2.2. Методики подготовки САшаблонов
З.2.2.1. Создание вопросноответных шаблонов и подшаблонов.
3.2.2.2. Средства включения подшаблонов в модель документа
3.2.3. Методики порождения документов
3.2.4. Преобразование документа
3.3. Метод оперативного кон гроля и обеспечении адекватности состоянии совокупности документов
3.3.1. Обобщнная схема метода
3.3.2. Методики метода
3.3.2.1. Методика взаимоувязки документов
3.3.2.2. Методика контроля адекватности состояния документов
3.3.2.3. Методика оценки качества документов
3.4. Процесс создания проектной документации
Выводы по третьей главе
Глава четвртая. Комплекс средств вопросноответного документирования
4.1. Система автоматизации документировании I
4.2. Базовые компоненты
4.2.1. Клиентское рабочее место в среде I
4.2.2. Загрузка вопросноответных шаблонов документов
4.2.3. Формирование документов i
4.3.4. Загрузка подшаблонов документов
4.3.5. Моделирования организационной структуры коллектива
4.3.6. База информационных источников
4.3.7. Средства контроля над ходом выполнения проекта
4.3. средства документирования
4.3.1. доступ к библиотеке нормативных документов
4.3.2. доступ к вопросноответным шаблонам
4.3.3. срсдства формирования отчтов по проектам
Выводы по четвртой главе,щ
Заключение
Список литературы


Разработка автоматизированных систем, интенсивно использующих программное обеспечение, исключительно сложна, носит коллективный характер, осуществляется в корпоративных средах и часто приводит к срывам в сроках работ, к превышениям их запланированного финансирования, к уменьшению объёма реализованных функциональностей АС, а достаточно часто и к прекращениям работ без достижения положительных результатов. Отмеченное положение дел существует достаточно долго. С года оно регулярно оценивается статистически, причём чаще всего в интегральных показателях степени успешности разработок АС - проценты «успеха», «частичного успеха» и «провала». В отчёте за год корпорации Standish Group [], раскрывающем статистику успешности разработок АС в США (рис. S), «провал» - % (около млрд. S) и «частичный успех» в остальных проектах. Близкие к статистике Standish Group оценки степени успешности разработок АС приводят и в других исследованиях, проводившихся за последние лет как в США, гак и в других странах |]. Отмеченный класс исследований и оценок не ограничивается только констатацией интегральных показателей успешности. В публикациях принято приводить и статистику факторов, оказывающих отрицательное и положительное воздействие на успешность разработок. Рис. Если сопоставить прямые потери (только в США) млрд. АС стоит что-то очень важное, что не находит должного представления в инструментально-технологических средствах разработок АС. В публикациях [7, 8] высказана гипотеза, что основной проблемой успешности разработок АС являются задачи этого процесса, для решения которых необходима оперативная интеграция интеллектуальных активностей, в то время как подходящие средства такой интеграции либо недостаточны, либо отсутствуют. В этом плане факт наличия -процентного «успеха» и проценты «частичного успеха» в разработках АС следует трактовать так, что задачи, требующие оперативной интеграции в успешных проектах, были и оперативная интеграция интеллектуальных активностей, необходимая для их решения, произошла, но за счёт средств, не получивших в технологиях разработок АС осознанного системного представления и применения. На основании вышесказанного ещё раз отмет им, что процесс корпоративной разработки АС приводит к задачам, в число которых входят задачи, для решения которых индивидуальному интеллекту необходима оперативная интеллектуальная помощь. К числу основных источников такой помощи относится документирование процесса разработки и его результатов, эффективность которого можно существенно повысить, если в число требований к формированию и использованию документов включить «обеспечение согласованной работы интегрированного сознания и интегрированного понимания всех лиц, вовлечённых в общую работу» []. В реализации выделенного требования необходимо учитывать, что в документах формируется и регистрируется общий язык проекта, представлены употребления этого языка и результаты контроля понятийной (концептуальной) деятельности разработчиков в формах согласованного общего понимания. Особо важна роль документирования на ранних этапах разработки АС, когда создаются концептуальные формы существования АС, такие как «система требований», «архитектура» и «концептуальный проект» []. Для того, чтобы продемонстрировать масштабы интеллектуальной работы, которую приходится выполнять и документировать в концептуальном проектировании современных АС, представим типовые задачи технологии Rational Unified Process (RUP) []. Рис. На рис. Заметим, что каждая из этих задач доступна проектировщикам через её интерактивную модель. Все интерактивные модели задач технологии ЯТІР подобны визуальной схеме одной из них, которая приведена на рис. Рис. Модель задачи определена в сё контексте, в состав которого входят те документы, с которыми приходится взаимодействовать проектировщикам (с различными целями) в процессе решения задачи. Решения типовых задач технологии, входящих в основные потоки работ «Бизнес-моделирование», «Требования» и «Анализ и проектирование», а также в потоки работ поддержки «Управление конфигурацией и изменениями», «Управление проектом» и «Среда» (рис. АС в виде «Системы требований», «Архитектуры» и «Концептуального проекта». Рис.