
- •Проектирование асоиу в современных условиях
- •Принципы создания асоиу
- •Разработчик ас в современной системе разделения труда.
- •Особенности рынка асоиу и программного обеспечения.
- •Асоиу как объект проектирования
- •Аспекты представления асоиу. Функциональное представление асоиу.
- •Аспекты представления асоиу. Структурное представление асоиу.
- •Аспекты представления асоиу. Компонентное представление асоиу.
- •Проектирование асоиу и программного обеспечения как сложной системы. Понятие простых и сложных систем, признаки сложной системы. Способы борьбы со сложностью.
- •Методы проектирования программного продукта как сложной системы: структурный, объектный, потоковый.
- •Описание бизнес-процессов. Концепция. Форматы графических схем бизнес-процессов.
- •Модели объекта автоматизации. Методика функционального проектирования 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 (Управление внутренними ресурсами и внешними связями предприятия)
4.5 Дополнительное тестирование
Когда продукт, который уже был протестирован, тестируется повторно (с учетом результатов предыдущего тестирования), тогда:
все измененные части документов, функций и данных должны быть протестированы как новый продукт;
все неизмененные части, на которые могут влиять измененные части или изменения в необходимой системе (в соответствии с опытной оценкой тестировщика), должны быть протестированы как новый продукт;
все другие части должны быть по крайней мере выборочно протестированы.
Документация автоматизированной системы
Предпроектная документация. Материалы обследования объекта автоматизации. Техническое задание. Договорная документация.
Согласно названию, предпроектнмми считаются документы, разрабатываемые до начала проектных действий по созданию АС. Эти документы составляются для выявления и обоснования необходимости разработки системы, формулирования требований к ней, а также для согласования условий создания и внедрения.
Материалы обследования объекта автоматизации
Сведения, собранные разработчиком в результате экспресс- или полного обследования объекта, представляются в документах двух видов:
Отчет - в нем приводятся первичные данные, характеризующие состояние информационной системы объекта «как есть», т. е. на момент обследования. Форма и структура отчета об обследовании не регламентированы, но многие разработчики при его написании руководствуются требованиями к отчетам по научно-исследовательским работам, изложенным в ГОСТ 7.32-2001 «Система стандартов по информации, библиотечному и издательскому делу. Отчет о научно-исследовательской работе. Структура и правила оформления». Рекомендации по содержанию отчета приведены в приложении 1 к РД 50-34.698-90.
Технико-экономическое обоснование (ТЭО) представляет собой документально оформленные результаты маркетинговых и технико-экономических исследований, обосновывающих целесообразность и возможности реализации инвестиционного проекта, выбор наиболее эффективных организационных, технических и экономических решений для ввода в действие новых или реконструкции и модернизации действующих производственных мощностей».
Материалы обследования объекта автоматизации в совокупности с профессиональным опытом разработчика и результатами анализа аналогов и прототипов, используются для формулирования концепции создания автоматизированной системы, отражаемой в техническом задании на АС.
Техническое задание
Мы уже отмечали важнейшую роль технического задания как документа, определяющего технико-тактические требования к создаваемой АС. Содержание ТЗ отражает предложенную разработчиком концепцию создания автоматизированной системы, и в комплексе с договорной документацией определяет условия ее построения и внедрения.
Требования к составу и содержанию технического задания на АС определены в Государственном стандарте ГОСТ 34.602. Этот стандарт содержит указания по составлению каждого из девяти обязательных разделов ТЗ, а также правила его оформления и внесения изменений. Подробные рекомендации по написанию технического задания на создание АС представлены в п. 4 приложения 2 к настоящему учебному пособию.
Договорная документация
Согласно ст. 420 ГК РФ, договором признается соглашение двух или нескольких лиц об установлении, изменении или прекращении гражданских прав и обязанностей. Договор должен соответствовать обязательным для сторон правилам, установленным законом и иными правовыми актами (императивным нормам), действующим в момент его заключения. Если после заключения договора принят закон, устанавливающий обязательные для сторон правила иные, чем те, которые действовали при заключении договора, условия заключенного договора сохраняют силу, кроме случаев, когда в законе установлено, что его действие распространяется на отношения, возникшие из ранее заключенных договоров (ст. 422 ГК РФ).
Договор на создание АС или на выполнение отдельных работ жизненного цикла АС заключается, как правило, в письменной форме. В договоре определяется объект автоматизации и формулируется конкретный перечень подлежащих выполнению работ, а также устанавливаются права и обязанности каждой стороны. Исполнение договора оплачивается по цене, установленной соглашением сторон (п. 1 ст. 424 ГК РФ)31.
Согласно ст. 425 ГК РФ, договор вступает в силу и становится обязательным для сторон с момента его заключения. Законом или договором может быть предусмотрено, что окончание срока действия договора влечет прекращение обязательств сторон по договору. Договор, в котором отсутствует такое условие, признается действующим до определенного в нем момента окончания исполнения сторонами обязательства. Окончание срока действия договора не освобождает стороны от ответственности за его нарушение.
К договору прилагаются следующие документы, дополняющие и конкретизирующие его содержание:
протокол соглашения о договорной цене или иной документ, обосновывающий цену договора;
календарный план-график работ по договору;
техническое задание на создание АС.
Договор на создание АС или на выполнение отдельных работ жизненного цикла АС имеет локальный характер. Он определяет взаимные обязательства сторон и объект отношений между ними только в установленном этим договором объеме и только на период его действия. Положения договора не могут противоречить законодательству РФ, другим подзаконным и ведомственным актам и документам.