PIS_Zakharchenko_2015g (1)
.pdfСостав технологической и эксплуатационной
документации (см. профиль стандартов)
4.1. Отчеты о результатах тестирования
5.1.Программа испытаний
5.2.Методики испытаний
5.3.Протокол испытаний
5.4.Акт завершения работ
6.1.Акт приемки ИС в промышленную эксплуатацию
6.2.Акт о завершении приемосдаточных испытаний и результаты выполнения контракта на разработку ИС
151
Состав технологической и эксплуатационной
документации (см. профиль стандартов)
7.1.Отчеты пользователей о выявленных дефектах и предложения по корректировке версий ИС
7.2.Журнал выявленных дефектов и предложения по совершенствованию версий ИС
7.3.Журнал подготовленных и утвержденных корректировок
7.4.Извещение пользователей о выпуске новой версии ИС или о прекращении сопровождения определенной версии ИС
152
ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы
1.общие сведения;
2.назначение и цели создания (развития) системы;
3.характеристика объектов автоматизации;
4.требования к системе;
5.состав и содержание работ по созданию системы; .
6.порядок контроля и приемки системы;
7.требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
8.требования к документированию;
9.источники разработки.
153
Состав документов для этапа технического проекта (РД 50-34.698-90)
1.Пояснительная записка к техническому проекту.
2.Спецификации требований и алгоритмы на функциональные группы программ, программные и информационные компоненты.
3.Описание организации информационной базы.
4.Структурная схема комплекса технических средств.
РАНХиГС Доцент Захарченко Ю.Ф.
154
Раздел 5
CASE-ТЕХНОЛОГИИ И CASE-СРЕДСТВА
РАЗРАБОТКИ И СОПРОВОЖДЕНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ
РАНХиГС Доцент Захарченко Ю.Ф.
155
Причины неудачных проектов |
Недостаточно адекватное управление требованиями |
Несогласованность требований, проектных решений и реализации
Жесткая архитектура ПО
Нарастающая сложность ПО
Неточная и противоречивая коммуникация
Недостаточное тестирование
Субъективное отношение к приоритетам отдельных артефактов* проекта
Игнорирование рисков и отсутствие процедур управления рисками
Бесконтрольное внесение изменений в артефакты проекта
Недостаточное использование средств моделирования (CASE-средств)
* артефакт — любой искусственно созданный объект, продукт человеческой |
|
деятельности. |
156 |
Отсутствие моделей при разработке ПО
•Не позволяет справиться с растущей сложностью разрабатываемых программных систем
•Не позволяет эффективно управлять разработкой в условиях изменяющихся требований
•Создает барьеры непонимания: аналитик не понимает руководителя проекта, разработчик – аналитика, тестировщик – разработчика и пр.
•Не позволяет обеспечить контроль изменений в процессе выполнения работ
•Не позволяет избежать субъективности в оценке качества разрабатываемых продуктов
Модель (model) — абстракция физической системы, рассматриваемая с определенной точки зрения и представленная на некотором языке или в графической форме
157
Модель и моделирование
(Википедия)
Модель (modulus — «мера, аналог, образец») — это система, исследование которой служит средством для получения информации о другой системе, это упрощѐнное представление реального устройства и/или протекающих в нѐм процессов, явлений.
Построение и исследование моделей, то есть моделирование, облегчает изучение имеющихся в реальном устройстве (процессе, …) свойств и закономерностей. Применяют для нужд познания (созерцания, анализа и синтеза).
Моделирование является обязательной частью исследований и разработок…
Одни и те же устройства, процессы, явления могут иметь много разных видов моделей. Как следствие, существует много названий моделей, большинство из которых отражает решение некоторой конкретной задачи.
158
Требования к моделям
Адекватность, то есть соответствие модели исходной реальной системе и учет, прежде всего, наиболее важных качеств, связей и характеристик.
Точность, то есть степень совпадения полученных в процессе моделирования результатов с заранее установленными, желаемыми.
Универсальность, то есть применимость модели к анализу ряда однотипных систем в одном или нескольких режимах функционирования.
Целесообразная экономичность, то есть точность получаемых результатов и общность решения задачи должны увязываться с затратами на моделирование. Удачный выбор модели — результат компромисса между отпущенными ресурсами и особенностями используемой модели.
159
Виды моделей
Эвристические
•Представляют собой образы, рисуемые в воображении человека. Их описание ведется словами естественного языка и, обычно, неоднозначно и субъективно. Эти модели неформализуемы.
Натурные
•Отличительной чертой этих моделей является их подобие реальным системам (они материальны), а отличие состоит в размерах, числе и материале элементов и т. п.
Математические
•Формализуемые, то есть представляют собой совокупность взаимосвязанных математических и формально-логических выражений, как правило, отображающих реальные процессы и явления.
Промежуточные
• Графические (графы, графики, схемы, чертежи и т.д.), аналоговые и др.
160