
- •Проектирование асоиу в современных условиях
- •Принципы создания асоиу
- •Разработчик ас в современной системе разделения труда.
- •Особенности рынка асоиу и программного обеспечения.
- •Асоиу как объект проектирования
- •Аспекты представления асоиу. Функциональное представление асоиу.
- •Аспекты представления асоиу. Структурное представление асоиу.
- •Аспекты представления асоиу. Компонентное представление асоиу.
- •Проектирование асоиу и программного обеспечения как сложной системы. Понятие простых и сложных систем, признаки сложной системы. Способы борьбы со сложностью.
- •Методы проектирования программного продукта как сложной системы: структурный, объектный, потоковый.
- •Описание бизнес-процессов. Концепция. Форматы графических схем бизнес-процессов.
- •Модели объекта автоматизации. Методика функционального проектирования idef0 (Integrated deFinition 0).
- •Моделирование бизнес-процессов спецификация требований на основе структурного подхода
- •Модели объекта автоматизации. Методика информационного проектирования idef3.
- •Модели объекта автоматизации. Методика dfd. Примеры диаграмм.
- •Автоматизация проектирования. Case – системы bPwin. Примеры диаграмм
- •Автоматизация проектирования. Case – системы eRwin. Примеры диаграмм.
- •Организация процесса конструирования программного обеспечения ас.
- •Понятие метода и технологии конструирования.
- •Классический жизненный цикл программных систем. Макетирование.
- •Инкрементная модель стратегии конструирования
- •Спиральная модель.
- •Тяжеловесные и облегченные процессы. Xp-процессы.
- •Унифицированный процесс проектирования по асоиу
- •Моделирование бизнес-процессов спецификация требований на основе объектно-ориентированного подхода. Методика rup.
- •1.Определение требований
- •2.Анализ
- •3.Проектирование
- •4.Реализация
- •5.Тестирование
- •Унифицированный язык моделирования. Предметы, отношения и диаграммы в uml.
- •Руководство программным проектом
- •Процессы руководства проектом.
- •Измерения, меры и метрики. Размерно-ориентированные метрики.
- •Измерения, меры и метрики. Функционально-ориентированные метрики.
- •Измерения, меры и метрики. Метрики объектно-ориентированных программных систем.
- •Набор метрик Чидамбера и Кемерера
- •Использование метрик Чидамбера-Кемерера
- •Оценка проекта на основе loc и fp метрик.
- •Оценка проекта на основе loc и fp метрик.
- •Стандартизация проектирования ас и программного обеспечения
- •Общие понятия стандартизации. Международные и национальные организации, разрабатывающие стандарты.
- •Национальные организации, разрабатывающие стандарты
- •Нормативные документы по стандартизации и виды стандартов
- •Стандарты в области программного обеспечения ас
- •Стандарты комплекса гост р 34. Стадии и этапы проектирования ас, определяемые стандартом гост 34.602.
- •Стандарты комплекса гост р 34. Содержание технического задания на создание ас, гост 34.601.
- •Процессы жизненного цикла программного средства, определяемые в стандарте гост p исо/мэк 12207.
- •Фазы разработки и внедрения асоиу.
- •Фаза «Обоснование»
- •Фаза «Создание»
- •Реализация автоматизированной системы
- •Тестирование программного продукта
- •Основные понятия и принципы тестирования, тестирование «белого» и «черного» ящиков
- •Тестирование «черного ящика»
- •Тестирование «белого ящика»
- •Особенности тестирования «белого ящика»
- •Тестирования базового пути. Цикломатическая сложность программного обеспечения.
- •Потоковый граф
- •Цикломатическая сложность
- •Тестирования условий. Тестирования циклов Способы тестирования условий
- •Тестирование ветвей и операторов отношений
- •Способ тестирования потоков данных
- •Тестирование циклов
- •Простые циклы
- •Вложенные циклы
- •Объединенные циклы
- •Неструктурированные циклы
- •Особенности объектно-ориентированного тестирования по.
- •Изменение методики при объектно-ориентированном тестировании
- •Тестирование объектно-ориентированной интеграции
- •Объектно-ориентированное тестирование правильности
- •Управление качеством ас
- •Процесс управления качеством. Обеспечение и планирование качества.
- •Процесс управления качеством
- •Планирование качества
- •Контроль качества. Измерение показателей программных систем
- •Контроль качества
- •Измерение показателей по
- •Стандарт исо/мэк 15504. Модель зрелости конструирования программных систем. (смм).
- •Модели качества процессов конструирования
- •V. Высокая оптимизация/Optimizing
- •IV. Управляемость/Managed
- •III. Начало оптимизации (Определенность) /Defined
- •II. Контроль/Repeatable
- •I. Начальный уровень (хаос)/Initial
- •Гост исо/мэк 12119-2000. Требования к качеству пакетов программ.
- •1 Область применения
- •3 Требования к качеству
- •Описание продукта
- •3.1.1 Общие требования к содержанию
- •3.1.2 Обозначения и указания
- •3.1.4 Формулировки надежности
- •3.1.5 Формулировки практичности
- •3.2 Документация пользователя
- •3.3 Программы и данные
- •Гост исо/мэк 12119-2000. Указания по тестированию пакетов программ.
- •4 Указания по тестированию
- •4.1 Необходимые условия для тестирования
- •4.2 Работы по тестированию
- •4.3 Протоколы тестирования
- •4.4 Отчет о тестировании
- •4.5 Дополнительное тестирование
- •Документация автоматизированной системы
- •Предпроектная документация. Материалы обследования объекта автоматизации. Техническое задание. Договорная документация.
- •Проектная документация.
- •Рабочая документация.
- •Эксплуатационная документация
- •Организационно-распорядительная документация. Оформление документации.
- •Интегрированная система управления производством класса erp (Enterprise Recourse Planning).
- •Концепция erp II – Enterprise Resource and Relationship Processing (Управление внутренними ресурсами и внешними связями предприятия)
Проектная документация.
Проектной следует считать документацию, в которой описываются предложенные разработчиком и подлежащие реализации решения по создаваемой автоматизированной системе.
Документы, которые могут входить в проект АС, определяются в следующих государственных стандартах:
ГОСТ 34.201 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем» - документы, специфичные для проектов АС.
ГОСТ 2.102 «Единая система конструкторской документации. Виды и комплектность конструкторских документов» - документы, обеспечивающие разработку, изготовление, приемку и монтаж технических средств .
Согласно п. 2.1 ГОСТ 34.201, перечень разрабатываемых документов п их комплектность на автоматизированную систему в целом или на самостоятельно разрабатываемую подсистему должен быть определен в техническом задании на АС (подсистему). Это означает, что разработчику предоставлено право самостоятельно выбирать документы, в которых должны описываться предлагаемые проектные решения. Полный перечень подлежащей разработке документации указывается в разделе «Требования к документированию» технического задания на АС.
По требованию заказчика, в комплект документации на АС могут включаться документы, регламентированные отраслевыми или ведомственными стандартами. Если в государственных и/или отраслевых стандартах отсутствуют требования к документированию каких-либо элементов АС, то согласно п. 2.10 ГОСТ 34.201, разработчик имеет право самостоятельно разрабатывать необходимые документы. Требования к составу и содержанию таких оригинальных документов должны указываться в техническом задании на АС.
Характер любого проектного документа регламентирован требованиями соответствующего стандарта. Этот характер определяется так называемым видом документа, указываемым в его обозначении. В частности, документы на АС могут относиться к одному из пяти видов (см. табл. 5.1).
Тш'ишии 5. /. Виды документов на АС (источник: ГОСТ 34.201)
Вид документа |
Код документа |
Назначение документа |
Ведомость |
В |
Перечисление в систематизированном виде объектов, предметов и т. д. |
Схема |
С |
Графическое изображение форм документов, частей, элементов системы и связей между ними в виде условных обозначений |
Инструкция |
и |
Изложение состава действий и правил их выполнения персоналом |
Обоснование |
Б |
Изложение сведений, подтверждающих целесообразность принимаемых решений |
Описание |
П |
Пояснение назначения системы, ее частей, принципов их действия и условий применения |
Анализ представленной в ГОСТ 34.201 табл. 2 («Описание документов, разрабатываемых при проектировании АС в целом или ее частей»), и практика создания АС позволяет отнести к проектным все документы стадий создания «Эскизный проект» и «Технический проект», указанные как «переходные» к стадии «Рабочая документация» документы «Проектная оценка надежности системы» (код Б1) и «Чертеж формы документа (видеокадра)» (С9), а также ряд документов, названных авторами стандарта рабочими, но по сути являющихся проектными: «Спецификация оборудования» (В4), «Описание технологического процесса обработки данных» (ПГ), «Чертеж общего вида» (ВО) и все упомянутые в таблице схемы.
Коды и назначение конструкторских документов устанавливаются ГОСТ 2.102. Все конструкторские документы, по определению, считаются проектными.
Однако упомянутый в ГОСТ 34.201 стандарт ГОСТ 19.101 «Единая система программной документации. Виды программ и программных документов» не содержит однозначных указаний по назначению программной документации. Опыт свидетельствует, что большую часть программных документов (за исключением эксплуатационного документа «Описание применения») следует считать рабочими.
Состав и содержание проектных документов также регламентируются государственными стандартами и другими нормативными материалами. Так, методические указания РД 50-34.698-90 предопределяют структуру большинства документов АС, перечисленных в таблице 2 ГОСТ 34.201. Требования к составу и содержанию различных программных и конструкторских документов устанавливаются конкретными стандартами, перечни которых представлены в табл. П1.3 и П1.5.
Эскизной называется документация, разрабатываемая на стадии «Эскизный проект» и содержащая описание предварительных, т. е. недетали-зированных решений по составу, структуре и функционированию АС. Наряду с «Пояснительной запиской к эскизному проекту» (код П1), на этой стадии разработчик может составлять некоторые документы технического проекта, которые позволяют полнее информировать заказчика о рассматриваемых вариантах реализации элементов системы. Перечень документов, составленных в ходе эскизного проектирования, приводится в «Ведомости эскизного проекта» (ЭП).
Техническая документация разрабатывается в составе технического проекта. В ней с максимально возможной степенью детализации описываются подлежащие реализации проектные решения. Полный перечень составленных документов приводится в «Ведомости технического проекта» (код ТП). Фактическое количество позиций в этой ведомости может значительно превышать длину перечня, приведенного в разделе «Требования к документированию» технического задания на АС. В частности, в состав технического проекта могут входить несколько документов «Описание автоматизированных функций» (ПЗ) и/или «Чертеж формы документа (видеокадра)» (С9), каждый из которых описывает функциональность отдельной подсистемы или конкретного комплекса задач.