- •1. Общая характеристика процесса проектирования ис. Структура ис.
- •2. Классификация рынка ис.
- •3. Жизненный цикл программного обеспечения ис
- •6.Документирование потока событий. Основной поток. Альтернативный поток. Исключения. Примеры.
- •7. Диаграммы взаимодействия. Диаграммы последовательности. Объекты. Сообщения. Время жизни объекта. Рефлексивная связь. Примеры.
- •8.Диаграммы взаимодействия. Диаграммы кооперации. Примеры.
- •9.Диаграммы деятельностей. Потоки. Синхронизация, распараллеливание процессов. Примеры.
- •11.Отношения между классами. Ассоциация. Виды ассоциаций. Агрегация. Композиция. Наследование. Зависимость. Генерация программного кода. Примеры. Отношения между классами
- •13.Диаграммы компонентов. Модули. Включение классов в модули. Связи между компонентами. Примеры.
- •Диаграммы компонентов
- •14.Диаграммы размещений. Процессоры. Устройства. Примеры.
- •15.Каноническое проектирование ис. Гост 34.602-89. Стадии и этапы создания ис. Обследование. Техническое задание.
- •16.Методология моделирования предметной области. Структурная модель. Функциональная модель. Объектно-ориентированная модель. Синтетическая методика.
- •17.Исходные данные для проектирования. Процессные потоковые модели. Классификация процессов. Референтная модель бизнес-процесса. Проведение предпроектного обследования предприятий.
- •Выделение и классификация процессов
- •Проведение предпроектного обследования предприятий
- •Кодирование технико-экономической информации
- •Информационная база и способы ее организации
- •Моделирование данных
- •20.Разработка пользовательских интерфейсов. Типы интерфейсов. Сравнение интерфейсов.
- •21.Структура программных модулей.
- •22.Анализ и оценка производительности ис. Методы контроля проекта. Трудоемкость разработки программных средств.
- •Методы контроля проекта.
- •Трудоемкость разработки программных средств
- •23.Управление проектом ис. Управление производством программных средств. Управление разработкой программных средств. Организация коллективной разработки. Методы бригадной разработки.
- •Организация коллективной разработки
- •Методы бригадной разработки
- •24.Инструментальные средства проектирования ис.
- •Vantage Team Builder (Westmount I-case)
- •25.Типовое проектирование ис. Классы типового проектирования: элементные, подсистемные, объектные. Достоинства и недостатки.
- •26.Графические средства представления проектных решений.
- •27.Этапы проектирования ис с применением uml. Разработка модели бизнес-прецедентов
- •Разработка модели бизнес-объектов
- •Разработка концептуальной модели данных
- •Разработка требований к системе
- •Анализ требований и предварительное проектирование системы.
- •28.Тестирование ис. Белый ящик. Покрытие операторов. Покрытие решений. Покрытий условий. Примеры.
- •Разработка тестов методами белого ящика.
- •29.Эксплуатация ис. Этапы эксплуатации информационной системы
- •5.1. Приобретение имеющейся информации
- •5.2. Первоначальный сбор собственной информации
- •5.3. Обновление информации, ее анализ и распространение
- •34 Программирование компоненты “Оперативный учет”. Регистры. Регистр накопления. Регистр остатков. Измерения. Движения регистров. Примеры.
13.Диаграммы компонентов. Модули. Включение классов в модули. Связи между компонентами. Примеры.
Диаграммы реализации предназначены для отображения состава компилируемых и выполняемых модулей системы, а так же связей между ними. Диаграммы реализаций разделяются на два конкретных вида: диаграммы компонентов ( component diagrams ) и диаграммы развертывания ( deployment diagrams ).
Диаграммы компонентов
Диаграмма компонентов отражает зависимости составных частей программного обеспечения, в которые включаются файлы исходных текстов, двоичные файлы библиотек объектных модулей и исполняемые файлы. Она состоит из компонентов и отношений между ними. Используются отношения двух типов:
зависимость - это зависимость любого типа ( использование, совместная компиляция ),
композиция - это включение одних компонентов в состав других.
Компонент изображается в виде прямоугольника с двумя маленькими прямоугольниками у левого края, внутри прямоугольника записывается имя компонента.
Зависимость изображается штриховой линией от использующего компонента к используемому. Композиция ( или включение ) изображается размещением включаемого компонента внутри включающего. Компоненты могут иметь интерфейсы, через которые выражаются зависимости. Интерфейсами могут являться, например, имена вызываемых подпрограмм. Интерфейсы изображаются окружностями, соединенными с компонентой линией без направления, рядом записывается имя интерфейса.
14.Диаграммы размещений. Процессоры. Устройства. Примеры.
Диаграммы реализации предназначены для отображения состава компилируемых и выполняемых модулей системы, а так же связей между ними. Диаграммы реализаций разделяются на два конкретных вида: диаграммы компонентов ( component diagrams ) и диаграммы развертывания ( deployment diagrams ).
Диаграммы развертывания показывают конфигурацию исполняемой программной системы, состоящей из программных компонентов, процессов, объектов. Она состоит из узлов и отношений взаимодействия между узлами и компонентами. Узлы могут включать компоненты и объекты.
Узлы представляют собой физические элементы времени выполнения, обозначающие вычислительный ресурс, обладающий как минимум запоминающим устройством и возможно вычислительным устройством. Узлы могут обозначать компьютеры, человеческие ресурсы или механические устройства. Внутри узлов могут содержаться компоненты и объекты, что обозначает, что данный компонент или объект существует в рамках данного узла.
На диаграмме развертывания компоненты могут представлять не только типы, но и конкретные экземпляры, поэтому их имя может быть дополнено именем типа через двоеточие.
Отношение взаимодействия между узлами, компонентами или объектами обозначается штриховой линией, направленной от использующего элемента к используемому.
15.Каноническое проектирование ис. Гост 34.602-89. Стадии и этапы создания ис. Обследование. Техническое задание.
Организация канонического проектирования ИС ориентирована на использование главным образом каскадной модели жизненного цикла ИС. Стадии и этапы работы описаны в стандарте ГОСТ 34.601-90.
В зависимости от сложности объекта автоматизации и набора задач, требующих решения при создании конкретной ИС, стадии и этапы работ могут иметь различную трудоемкость. Допускается объединять последовательные этапы и даже исключать некоторые из них на любой стадии проекта.
Стадии и этапы создания ИС, выполняемые организациями-участниками, прописываются в договорах и технических заданиях на выполнение работ:
Стадия 1. Формирование требований к ИС. На начальной стадии проектирования выделяют следующие этапы работ: - обследование объекта и обоснование необходимости создания ИС; - формирование требований пользователей к ИС; - оформление отчета о выполненной работе и тактико-технического задания на разработку.
|
Стадия 2. Разработка концепции ИС. - изучение объекта автоматизации; - проведение необходимых научно-исследовательских работ; - разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей; - оформление отчета и утверждение концепции.
|
Стадия 3. Техническое задание.
|
Стадия 4. Эскизный проект. - разработка предварительных проектных решений по системе и ее частям; - разработка эскизной документации на ИС и ее части.
|
Стадия 5. Технический проект. - разработка проектных решений по системе и ее частям; - разработка документации на ИС и ее части; - разработка и оформление документации на поставку комплектующих изделий; - разработка заданий на проектирование в смежных частях проекта.
|
Стадия 6. Рабочая документация. - разработка рабочей документации на ИС и ее части; - разработка и адаптация программ.
|
Стадия 7. Ввод в действие. - подготовка объекта автоматизации, персонала; - комплектация ИС поставляемыми изделиями; - строительно-монтажные работы; - пусконаладочные работы; - проведение предварительных испытаний; - проведение опытной эксплуатации; - проведение приемочных испытаний.
|
Стадия 8. Сопровождение ИС. - выполнение работ в соответствии с гарантийными обязательствами; - послегарантийное обслуживание.
|
Oбследование - это изучение и диагностический анализ организационной структуры предприятия, его деятельности и существующей системы обработки информации.
Результаты обследования представляют объективную основу для формирования технического задания на информационную систему.
Техническое задание- это документ, определяющий цели, требования и основные исходные данные, необходимые для разработки автоматизированной системы управления.
При разработке технического задания необходимо решить следующие задачи:
- установить общую цель создания ИС, определить состав подсистем и функциональных задач;
- разработать и обосновать требования, предъявляемые к подсистемам;
- разработать и обосновать требования, предъявляемые к информационной базе, математическому и программному обеспечению, комплексу технических средств (включая средства связи и передачи данных);
- установить общие требования к проектируемой системе;
- определить перечень задач создания системы и исполнителей;
- определить этапы создания системы и сроки их выполнения;
- провести предварительный расчет затрат на создание системы и определить уровень экономической эффективности ее внедрения.