
- •Проектирование асоиу в современных условиях
- •Принципы создания асоиу
- •Разработчик ас в современной системе разделения труда.
- •Особенности рынка асоиу и программного обеспечения.
- •Асоиу как объект проектирования
- •Аспекты представления асоиу. Функциональное представление асоиу.
- •Аспекты представления асоиу. Структурное представление асоиу.
- •Аспекты представления асоиу. Компонентное представление асоиу.
- •Проектирование асоиу и программного обеспечения как сложной системы. Понятие простых и сложных систем, признаки сложной системы. Способы борьбы со сложностью.
- •Методы проектирования программного продукта как сложной системы: структурный, объектный, потоковый.
- •Описание бизнес-процессов. Концепция. Форматы графических схем бизнес-процессов.
- •Модели объекта автоматизации. Методика функционального проектирования 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.601, реализация автоматизированной системы осуществляется на стадии «Рабочая документация». Цель этой деятельности - получение работоспособной версии АС, готовой к вводу в действие на объекте автоматизации. Основными задачами реализации АС считаются:
адаптация типового и/или создание оригинального программного обеспечения;
подготовка контрольных примеров;
написание рабочей и эксплуатационной документации.
Деятельность разработчика на рассматриваемой стадии принципиально отличается от технического проектирования АС.
Во-первых, следует отметить большую прикладную направленность работ: от детализации замысла и документирования решений разработчик переходит к «материализации» решений в виде программного продукта и инструктивно-методических материалов.
Во-вторых, изменяется характер отношений с заказчиком и будущими пользователями АС: от перманентного обсуждения и согласования проектных решений разработчик переходит к демонстрации результатов работы готовых компонент программного обеспечения.
В-третьих, используется принципиально иной рабочий инструментарий: в качестве основных средств труда вместо «ручки и бумаги» (чаще всего - текстового редактора) для изложения сути проектных решений чаще всего используется прикладное программное обеспечение (как объект конфигурирования и настройки) или системы программирования (для написания и отладки оригинальных программных продуктов). Соответственно, сотрудники разработчика, привлекаемые к реализации АС, должны обладать иным набором профессиональных компетенций: аналитические и конструкторские навыки (нацеленные на выяснение сущности проблемы и определение наиболее эффективного направления ее разрешения) уступают место синтетическим и производственным навыкам и умениям (ориентированным на создание конечного продукта, обладающего требуемым набором свойств). Конечно, изменение характера деятельности не означает полный отказ от творческого начала (хотя бы в силу не прекращающейся дискуссии о сущности программирования как ремесле или искусстве). Однако умение соблюдать принятые в коллективе стандарты программирования, сознательное самоограничение в выборе способов и стилей генерации программного кода, а также способность лаконично и доходчиво описывать полученные результаты на этой стадии ценятся гораздо выше, чем стрем-н'пие демонстрировать индивидуальный, «ни на кого не похожий» стиль программирования или желание совершенствовать до бесконечности собственные модули без учета их интеграции в единый программный комплекс.
Фаза жизненного цикла АС «Внедрение». Подготовка объекта к вводу автоматизированной системы в действие. Предварительные испытания. Опытная эксплуатация. Приемочные испытания. Начальный период промышленной эксплуатации АС.
Внедрением (вводом в действие) автоматизированной системы называется процесс ее интеграции в организационную, информационную и техническую структуру предприятия-объекта автоматизации.
В процессе внедрения система подвергается тщательной всесторонней проверке на предмет ее соответствия требованиям, установленным техническим заданием на ее создание. Выясняется качество реализации проектных решений, удобство эксплуатации системы и ее частей, а также оценивается эффективность функционирования АС. По результатам испытаний, которым подвергается автоматизированная система в ходе внедрения, формулируется решение о приемке АС в промышленную эксплуатацию.
Фазу «Внедрение» можно декомпозировать на четыре стадии:
подготовка объекта к вводу АС в действие;
предварительные испытания;
опытная эксплуатация;
приемочные испытания.
Критериями качества работы АС считаются показатели, характеризующие улучшение деятельности объекта автоматизации в результате внедрения системы. Как правило, в роли таких критериев используются:
повышение производительности труда как отдельно взятого пользователя, так и объекта автоматизации в целом;
повышение точности решения задач;
сокращение длительности выполнения функций;
уменьшение трудоемкости деятельности пользователя;
уменьшение количества ошибок, допускаемых пользователем при выполнении функций;
снижение затрат на выполнение функций;
повышение комфортности деятельности пользователя.
В качестве технических критериев функционирования АС рассматриваются показатели, характеризующие стабильность ее работы как инфраструктурной компоненты объекта автоматизации. Эти показатели носят вспомогательный характер; они определяют надежность аппаратно-программного комплекса АС как средства поддержки принятия управленческих и иных решений. В частности, техническими критериями функционирования АС могут быть:
стабильность работы АС (количество сбоев и отказов системы, зарегистрированных и устраненных за определенный период времени);
скорость исправления и ликвидации выявленных сбоев;
суммарное время простоя АС в результате сбоев и отказов;
средняя длительность наработки до отказа;
процент рабочего времени АС, затрачиваемого на профилактические и ремонтные работы и т. п.
Опытная эксплуатация. Составляется двухсторонний акт, в котором описывается ход опытной эксплуатации, указываются полученные результаты и формулируется вывод о ее (не) успешном завершении.
Приемочные испытания
Цель этой стадии заключается в выявлении и документальном подтверждении возможности самостоятельной эксплуатации системы силами предприятия-объекта автоматизации. Состав приемочной комиссии, в основном, совпадает с составом комиссии на стадии предварительных испытаний, но в необходимых случаях он может утверждаться новым приказом. Длительность приемочных испытаний обычно не превышает 2-3 дней.
Если акт завершения опытной эксплуатации не содержит существенных замечаний по функционированию автоматизированной системы, а результаты ОЭ признаны удовлетворительными, то члены приемочной комиссии подписывают акт приемки АС в промышленную эксплуатацию. Как правило, проект этого документа заранее готовится разработчиком системы. Дата утверждения акта председателем приемочной комиссии считается датой приемки автоматизированной системы в промышленную эксплуатацию. Эта дата играет важную роль в последующих отношениях разработчика с заказчиком:
Начало исчисления срока авторского надзора. С даты приемки АС в промышленную эксплуатацию начинает исчисляться определенный в техническом задании срок, в течение которого разработчик обеспечивает гарантийное обслуживание автоматизированной системы.
Полное исполнение разработчиком договорных обязательств перед заказчиком. Датой приемки АС в промышленную эксплуатацию считается дата завершения выполнения разработчиком своих обязательств по договору о создании автоматизированной системы. С этого момента разработчик получает право требовать от заказчика окончательный расчет в срок, указанный в соответствующем пункте договора.
Начальный (подготовительный) период промышленной эксплуатации АС связан с реорганизацией организационной структуры и системы документооборота на предприятии.
Ввиду специфичности этих работ и отсутствия у руководства предприятия опыта их проведения, разработчик должен оказать необходимую помощь - в противном случае функционирование АС может оказаться неэффективным.
Помощь заключается в выполнении следующих работ:
Подготовка новых должностных инструкций.
Составление графиков решения задач АС и регламентов выполнения автоматизированных функций.
Подготовка приказа о начале промышленной эксплуатации АС.
Консультирование пользователей.