Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

PIS_Zakharchenko_2015g (1)

.pdf
Скачиваний:
140
Добавлен:
08.04.2015
Размер:
16.13 Mб
Скачать

Состав технологической и эксплуатационной

документации (см. профиль стандартов)

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]