Стандартизация проектирования
Цели: Ускорение разработки; Повышение надёжности результатов; Обеспечение устойчивости процессов проектирования; Обеспечение внутреннего и внешнего обмена информацией; Обеспечение эксплуатации и сопровождения; Упрощение модификации, расширения и масштабирования.
Основные области стандартизации:
1.Стандартизация жизненного цикла. Определяются стадии, этапы, процессы, задачи, порядок следования их во времени.
2.Стандартизация основных процессов проектирования. Стандартизация моделирования, разработки. Основной упор - стандартизация используемых элементов.
3.Стандартизация вспомогательных процессов. Стандартизация документирования, управления конфигурацией, управления качеством, решение проблем (определяются типы проблем и процедуры их решения).
Недостатки: стандарты многочисленны и разнородны (а значит, могут «конфликтовать»), не полностью «закрывают» область разработки, могут быть излишне жесткими, ограниченными, иногда избыточными и быстро устаревают.
В рамках стандартизации у разработчика создается базовый профиль стандартов, привязанный к позициям ЖЦ. Рекомендуется использование официальных стандартов, дополненных нормативными документами и стандартами предприятия. Для конкретного проекта базовый профиль редактируется.
Для формирования базы профиля используются: 1) Международные стандарты (рекомендуемые). 2)Национальные стандарты (действуют внутри страны для применения ГОСТ и ГОСТ Р (группа стандартов России, повторяющих международные стандарты). 3) Отраслевые стандарты. ОСТ - официальный отраслевой стандарт. Стандарты дефакто - неофициальные стандарты.4) Стандарты предприятия. Разрабатываются предприятием с учетом его специфики. 5)Нормативные документы.
|
|
|
Одной из форм стандартизации является использование типовых проектных решений. Типовое решение – тиражируемый продукт, пригоден для использования в некотором диапазоне вариаций требований заказчика и условий использования.
Уровни типовых решений:
типовые элементы (типовые решения для отдельных задач)
+гибкость проектирования, min избыточность
–возможны проблемы соединения модулей, неполнота типовых функций
Подсистемные (тиражируемые решения для группы взаимосвязанных задач)
+проверка реализации работы для целого подразделения или группы лиц
–м.б. проблемы интеграции с другими продуктами
системное типовое решение (охватывает деятельность организации)
–большая избыточность, возможность несоответствия принятым процессам, высокая стоимость настройки
Документирование проектирования
Документирование проектирования – оформление, создание документации для выполняемой разработки.
|
|
|
Функции документирования, назначение: 1.Информация для управления (планы, документы в контрольных точках, промежуточные отчеты). 2.Поддержка связей. 3.Поддержка качества (как должна выглядеть документация, чтобы разработки казались правильными). 4.Инструкции, подсказка - документы для пользователя, эксплуатационного персонала. 5.Поддержка сопровождения. Поддержка для персонала технической эксплуатации, сопровождение и развитие. 6. Историческая справка.
На предприятии д.б. выбрана политика документир-ния, которая включает:
1. Определение требований к типам документов:
а) Определяется модель жизненного цикла для использования в организации.
б) Определяются типы документов:
- Документы продукции (технологическая документация) в ходе проектирования.
- Эксплуатационная документация.
- Управленческая документация.
в) Требования к качеству документов. Определяются требования к полноте, к форме, к структуре.
г) Форматы документов.
д) Обозначения. Должен быть принят способ обозначения для документов.
2. Процедуры проектирования. Должно быть зафиксировано, как обращаться с документацией. Определяется набор и содержание процедур работы с документами: планирование, подготовка, проверка, утверждение, изготовление, хранение, дублирование, распределение, модификация, продажа, управление конфигурацией (дополнительная процедура).
|
|
|
3. Определение ресурсов:
а) Определяется персонал, ответственный за исполнение процедур. Может выделяться из основного состава, возможны специальные работники.
б) Должны быть определены технические средства, на которых изготовляется документация.
в) Финансы. Определяется финансирование исполнения процедур. ГОСТ Р ИСО/МЭК ТО 9294-93 «Руководство по управлению документированием ПО».
4. Планирование. Определяется что, когда, в каком виде и кем должно быть изготовлено (как составляется и что представляет план документирования). Для определения политики можно использовать информацию из стандарта.
Поддержка документирования:
ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания»;
ГОСТ 34.201-89 «Виды, комплектность, обозначения документов при создании АС»;
РД 50-34.698-90 «АС. Требования к содержанию документов»;
ГОСТ 34.602-89 «Техническое задание на содержание АС»;
ГОСТ 19.101 – программные документы;
Эти ГОСТы относятся к каскадной модели. При спиральной модели рекомендуется использовать другой состав документов на основе ГОСТ 12.207 (см. Липаев В.В. «Документирование и управление конфигурацией программных средств. Методы и стандарты). После определения набора документов и привязки их к позициям ЖЦ получаем базовый профиль документа. Для конкретного проекта базовый профиль адаптируется отбрасыванием ненужных и добавлением специфических документов.
|
|
|
CASE-средства проектирования
CASE - это программное средство, поддерживающее автоматизацию некоторой совокупности процессов и работ ЖЦ программного изделия.
Основные области автоматизации:
1. Управление требованиями. 2. Создание проектных моделей (функциональные модели данных, объектные модели). 3. Поддержка вспомогательных процессов: тесты.
Черты CASE:
1. Мощная графика. 2. Поддержка стандартов проектирования. 3. Использование накапливаемых шаблонов проектирования. 4. Поддержка контроля правильности (правильность элементов, полнота, соответствие). 5. Поддержка многопользовательской работы. 6. Использование репозитария для хранения проектных и служебных данных. (Хранение шаблонов проектирования, версий проектных решений, Поддержка многопользовательской работы, Контроль доступа).
Достоинства CASE-средств:
Повышение производительности, Повышение качества, Повышение стандартизации, Облегчение обмена, Облегчается сопровождение
Недостатки CASE-средств:
Разнородность продуктов, быстрая смена версий, Дороговизна самого продукта, настройки, обучения, Длительный срок окупаемости, Проблема несовместимости с технологиями проектирования, с технической базой, с масштабом проекта.
Условия применения CASE-средств:
1. Готовность организации для использования. 2. Установившийся процесс проектирования. 3. Однородный поток проекта.
ВНЕДРЕНИЕ CASE-СРЕДСТВА
1. Подготовка
Определение потребности: область деятельности, масштаб, число пользователей. Определение возможностей. Обзор рынка. Определение критериев использования. Стратегия использования.
2. Выбор средства
Сбор информации. Источники: ознакомление с рекламой, изучение документации, ознакомление с демо-версией, решение контрольных примеров, общение с пользователями и экспертами, Определение критерия выбора -> выбор средства.
3. Выполнение проекта
Выбор проекта: важность, сроки, типичности, объемы и финансы - выбор «золотой середины» у всех критериев, по которым выбираем. Реализация проекта. Оценка результата: «+»: принимаем средство. «±»: сделать еще один подобный проект. «-»: 1) средство плохо подходит для выбранного типа проекта. Надо попробовать другой 2) отказ от этого CASE-средства 3) отказ от всех CASE-средств
4. Внедрение
Планирование внедрения. Уточнение или назначение критериев внедрения. Реализация внедрения: обучение, выполнение работ вместе с персоналом. Оценка результатов: «+»: принимаем «-»: корректировка планов
РАСПРОСТРАНЕННЫЕ CASE-СРЕДСТВА
Silverrun, Oracle Designer, Rational Rose Suite, BPWin + ERWin > All Fusion Suite, PVCS - управление конфигурацией, DOORS - управление требованиями, MS Project (TimeLine)
Дата добавления: 2018-02-15; просмотров: 2210; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!