- •Общие положения
- •Последовательность и примерный объем
- •1. Содержание разделов и пунктов
- •1.4.2 Функциональная модель
- •1.4.3 Техническая модель
- •1.4.4 Программная модель
- •1.4.5 Технологическая модель
- •1.4.6. Сетевая архитектура объекта
- •Анализ проблем предметной области
- •2 Анализ и выбор проектных решений
- •2.1 Анализ систем-аналогов
- •3 Проектирование информационной системы
- •3.1 Постановка задачи и требования к системе
- •3.2 Информационное обеспечение задачи
- •3.3.1 Характеристика входной информации
- •3.3.2 Характеристика выходной информации
- •Концептуальная информационная модель системы
- •3.3 Модель процесса обработки данных
- •3.3.1..N Детализация модели бизнес-процессов и бизнес-функций
- •3.4 Математическое и алгоритмическое обеспечение
- •3.5 Проектирование базы данных
- •3.6 Проектирование интерфейса информационной системы
- •3.7 Проектирование сетевой архитектуры информационной системы
- •3.8 Проектирование технологического процесса обработки информации
- •4 Календарно-ресурсное планирование проекта, анализ бюджетных ограничений и рисков
- •4.1 Календарный и ресурсный план проекта
- •5.2 Анализ и оптимизация проекта
- •5.3 Разработка мероприятий по управлению рисками проекта
- •2. Общие требования к оформлению выпускной квалификационной работы
- •3.1 Требования к оформлению пояснительной записки
- •3.1.1 Оформление титульного листа
- •3.1.2 Оформление задания
- •3.1.3 Оформление содержания
- •3.1.4 Оформление разделов и пунктов
- •3.1.5 Оформление перечислений
- •3.1.6 Оформление иллюстраций
- •3.1.7 Оформление ссылок
- •3.1.8 Оформление таблиц
- •3.1.9 Оформление формул
- •3.1.10 Оформление библиографического списка
- •3.12.11 Оформление приложений
- •Приложение а Образец титульного листа
- •Приложение б Задание на практику
- •Задание
- •Приложение в Примеры оформления библиографического списка
1. Содержание разделов и пунктов
1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
Характеристика объекта автоматизации
В данном пункте необходимо представить организационно-экономическую характеристику объекта автоматизации: предпроектное обследование, характеристика организации, основные направления деятельности, схема организационной структуры, функции структурного(ых) подразделения(ий), в интересах которого выполняется проект, организационная модель подразделения.
Нормативно-правовая база предметной области
В содержании пункта указать перечень нормативно-правовых документов, регламентирующих предметную область: законы, нормативные акты, ГОСТы и т.д., внутренние документы (устав, положения, должностные инструкции и т.п.).
Формализация существующего процесса обработки данных
Обследование существующих бизнес-процессов предметной области объекта автоматизации по схеме «Как есть» - модель AS-IS, описание бизнес-процессов, анализ существующего технологического процесса обработки информации, существующей схемы документооборота (электронного).
Модель предметной области
Для выполнения анализа объекта управления и решаемой задачи, формирования модели предметной области рекомендуется использовать методологии IDEF0, IDEF3, DFD, UML, ARIS.
1.4.1 Информационная модель
Информационная модель – модель «черного ящика», например, контекстная диаграмма по методологии IDEF0. Модель IDEF0 начинается с представления всей системы в виде простейшей компоненты (контекстной диаграммы). Данная диаграмма отображает назначение (основную функцию) системы и необходимые входные и выходные данные, управляющую и регламентирующую информацию, а также механизмы. Данная модель в том числе может быть разработана, например, в среде AllFusion Process Modeler7 (BPwin).
Можно воспользоваться методологией диаграмм потоков данных (Data Flow Diagrams, DFD) и описать внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ.
1.4.2 Функциональная модель
Функциональная модель – раскрывает функциональные компоненты (подсистемы, модули, задачи) «черного ящика» ИС посредством его декомпозиции, например, для каждой функции ИС может быть построена контекстная диаграмма по методологии IDEF0 и далее сделана детализация выполняемых функций посредством диаграммы декомпозиций первого уровня). На этой диаграмме отображаются функции системы, которые выполняются в рамках основной функции. После построения диаграммы декомпозиции первого уровня для указанных на ней функций строятся отдельные диаграммы (диаграммы декомпозиции второго уровня). Затем процесс декомпозиции (построения диаграмм) продолжается до тех пор, пока дальнейшая детализация функций не теряет смысла. Для каждой функции составляется подробная спецификация, определяющая ее особенности и алгоритм реализации.
Можно воспользоваться методологией диаграмм потоков данных (Data Flow Diagrams, DFD). Это удобный инструмент при построении функциональной модели TO-BE (как будет), в том числе для вновь создаваемых систем, где модель. AS-IS (как есть) не автоматизирована или только создается. Модель системы содержит контекстную диаграмму и диаграммы декомпозиции.