Разработка и внедрение информационно-аналитической системы

Тип работы:
Курсовая
Предмет:
Программирование


Узнать стоимость

Детальная информация о работе

Выдержка из работы

Федеральное агентство связи

Федеральное Государственное Образовательное Бюджетное учреждение высшего профессионального образования

«Сибирский государственный университет телекоммуникаций информатики»

(ФГОБУ ВПО «СибГУТИ»)

Кафедра математического моделирования бизнес-процессов

Курсовая работа по дисциплине

«Управление проектами»

«Разработка и внедрение информационно-аналитической системы»

Новосибирск 2013 г.

Введение

В современном деловом мире в любых областях деятельности объемы информации, с которыми приходится сталкиваться организациям, просто колоссальны. И от того, в какой степени организация способна извлечь максимум из имеющейся в ее распоряжении информации, зависит успех. Залог успеха — в построении эффективной информационно-аналитической системы (ИАС).

Назначением любой современной информационно-аналитической системы (ИАС) является обеспечение руководителей, аналитиков и менеджеров информацией во всех аспектах деятельности компании для ее последующей оценки и анализа.

Использование в инфраструктуре предприятия информационно-аналитической системы объясняется рядом причин: стремлением к общей реорганизации бизнес-процессов, желанием повысить качество деловой информации, необходимостью поддержки стратегического планирования и достижения высокоэффективных решений.

Перед выполнением работы были поставлены следующие цели:

· Изучить процесс разработки и внедрения информационно-аналитических систем.

· Выявить основные этапы и задачи проекта.

· Сформировать список ресурсов, задействованных в реализации проекта.

· Самостоятельно разработать проект в среде Microsoft Project.

1. Описание предметной области проекта

В данной работе рассматривается проект «Разработка и внедрение информационно-аналитической системы».

Создание информационных систем — это многоэтапный проект, включающий помимо разработки также обследование, аналитическую и управленческую деятельность, проектирование, внедрение и сопровождение.

Создание (развитие) информационно — аналитической системы представляет собой совокупность упорядоченных во времени, взаимно связанных, объединенных в стадии и этапы работ, выполнение которых необходимо и достаточно для создания ИАС, соответствующей заданным требованиям.

Данный проект включает в себя 6 этапов:

1. Организация проекта. На данном этапе заключается контракт с заказчиком на разработку системы, согласовываются процедуры управления проектом, формируется команда проекта, назначаются руководители проекта, производится обучение членов проектной команды, определяются компетенции каждого участника.

2. Формирование требований и разработка технического задания. Проводятся интервью с функциональными и IT специалистами Заказчика, собирается информация о требуемых отчетах, показателях, измерениях, о возможных системах — источниках данных, о системном ландшафте и сетевом окружении. Собранная информация анализируется и обрабатывается, формируются альбом показателей, альбом измерений и иерархий, альбом отчетности, определяются источники данных для каждого показателя. Далее разрабатывается концептуальная модель данных — представляет собой описание главных (основных) сущностей и отношений между ними. Концептуальная модель является отражением предметных областей, в рамках которых планируется построение хранилища данных. После того как собрана вся информация и разработана концептуальная модель данных разрабатывается техническое задание, которое далее согласовывается и утверждается.

3. Формирование эскиза проекта. Формируется общее описание функциональной и технической архитектур. Разрабатывается логическая модель данных, которая расширяет концептуальную путем определения для сущностей их атрибутов, описаний и ограничений, уточняет состав сущностей и взаимосвязи между ними. Выбирается программное обеспечение и техническая инфраструктура. Предварительные регламенты взаимодействия согласовываются с разработчиками и администраторами систем-источников данных. Определяется состав сущностей области временного хранения (Staging Area) и области обмена данными (Data Exchange Interface). Формируется общее описание процессов извлечения данных (ETL), алгоритмов трансформации, загрузки и агрегации данных. Формируется общее описание интерфейсов ввода и предоставления данных. Эскизный проект оформляется, составляется пояснительная записка к проекту и передается на согласование и утверждение.

4. Формирование технического проекта. Формируется описание функциональной архитектуры (включая описание каждой функции, задачи, методов реализации) и описание технической архитектуры (включая описание размещения технических средств, условий эксплуатации, режима функционирования, организации резервного копирования и т. д.). Далее формируется план развертывания системного ландшафта. Разрабатывается физическая модель данных — описание таблиц БД, индексов, секций и других объектов БД. Разрабатывается и согласовывается набор регламентов взаимодействия, включающих описание интерфейсов, периодичности и т. д. Описываются процессы извлечения данных, алгоритмов трансформации и обеспечения качества данных, процессов загрузки и агрегации данных, то есть процессы ETL. Формируется описание бизнес-слоя данных, интерфейсов ввода и предоставления данных, разграничения прав доступа. Технический проект оформляется и передается на согласование и утверждение руководителю проекта.

5. Формирование рабочей документации. На данном этапе разрабатывается рабочая документация на систему и ее части. В результате формируются следующие документы:

· Ведомость эксплуатационных документов

· Ведомость машинных носителей информации

· Паспорт

· Общее описание системы

· Технологическая инструкция

· Руководство пользователя

· Описание технологического процесса обработки данных (включая телеобработку)

· Инструкция по формированию и ведению базы данных (набора данных)

· Состав выходных данных (сообщений)

· Каталог базы данных

· Программа и методика испытаний (ПИМ)

· Спецификация

· Описание программ

· Текст программ

Так же производится разработка или адаптация программ. Результат:

· Развернуты экземпляры БД. Созданы необходимые объекты БД

· Разработаны процессы ETL и процессы обеспечения качества данных. Выставлено расписание запуска процессов

· Реализованы дополнительные приложения

· Реализованы витрины данных и отчетность

· Настроены профили пользователей и прав доступа

Рабочая документация согласовывается и утверждается.

6. Ввод системы в действие. Производится подготовка объекта автоматизации к вводу системы в действие, обучение пользователей и системных администраторов, закупка и завоз необходимого оборудования и программного обеспечения. Далее оборудование монтируется в выделенном для этого помещении и подключается к каналам передачи данных. Производится наладка технических и программных средств. Проводятся испытания системы на работоспособность и соответствие техническому заданию в соответствии с ПИМ. Устраняются неисправности и вносятся изменения в документацию в соответствии с протоколом испытаний. Далее проводится опытная эксплуатация и проводятся приемочные испытания. Формируется Акт о завершении работ.

Наиболее наглядно увидеть все этапы создания системы можно в следующей таблице

Этап 1. Организация проекта

Заключение контракта на разработку системы

Согласование процедур управления проектом

Сбор команды проекта

Обучение членов проектной команды

Этап 2. Формирование требований и разработка технического задания

Системно-аналитическое обследование объекта автоматизации

Анализ и обработка полученной информации

Разработка концептуальной модели данных

Разработка технического задания

Согласование и утверждение технического задания

Техническое задание утверждено!

Этап 3. Формирование эскиза проекта

Определение общей функциональной и технической архитектур

Разработка логической модели данных

Выбор программного обеспечения и технической инфраструктуры

Разработка предварительного регламента взаимодействия информационных систем

Эскизное проектирование процессов ETL

Эскизное проектирование интерфейсов пользователя

Оформление эскизного проекта

Согласование и утверждение эскизного проекта

Эскизный проект утвержден!

Этап 4. Формирование технического проекта

Определение общей функциональной и технической архитектур

Формирование плана развертывания системного ландшафта

Разработка физической модели данных

Разработка и согласование регламентов взаимодействия информационных систем

Проектирование процессов ETL

Проектирование интерфейсов пользователя

Оформление технического проекта

Согласование и утверждение

Проект утвержден!

Этап 5. Формирование рабочей документации

Разработка рабочей документации на систему и её части

Согласование и утверждение рабочей документации

Рабочая документация утверждена!

Этап 6. Ввод системы в действие

Подготовка объекта автоматизации к вводу системы в действие

Подготовка и обучение персонала

Комплектация системы поставляемыми изделиями

Строительно-монтажные работы

Пусконаладочные работы

Проведение предварительных испытаний

Проведение опытной эксплуатации

Проведение приемочных испытаний

Завершение работ

Система введена в действие!

После того как обозначены основные этапы разработки и внедрения проекта смоделируем их в среде Microsoft Project.

интерфейс аналитический microsoft project

2. Реализация проекта

2.1 Формирование списков этапов проекта в среде Microsoft Project

В среде Microsoft Project в представлении Диаграмма Ганта в столбце «Название задач» создадим список этапов проекта и задач, входящих в эти проекты. Определим последовательность этих задач.

2.2 Расчет длительности проекта методом Монте-Карло

После создания этапов проекта и задач входящих в данные этапы, определения их последовательности, определим длительность, используя метод Монте-Карло.

Для этого сделаем копию нашего проекта и там вводим оптимистичную, наиболее вероятную и пессимистичную длительности. Далее с помощью программного средства Turbo Project рассчитаем длительность нашего проекта.

С вероятностью достижения сроков 90% (малый риск).

После расчета длительности проекта методом Монте-Карло с вероятностью 90% получаем длительность равную 486 дней.

В оригинале проекта используем длительности, рассчитанные с 50% вероятностью риска.

Длительность проекта с 50% вероятностью составила 470 дней.

2.3 Моделирование типов связи

Для задачи «Комплектация системы поставляемыми изделиями» смоделируем связь типа «Окончание-Начало» с запаздыванием минус 8 дней.

Теперь в столбце «Предшественники» указывается тип связи и указанное запаздывание выполнения задачи.

Для задачи «Проведение опытной эксплуатации» смоделируем связь типа «Окончание — Начало» с запаздыванием 8 дней.

Теперь в столбце «Предшественники» указывается тип связи и указанное запаздывание выполнения задачи.

2.4 Назначение ресурсов

Первоначально составим список ресурсов, задействованных в проекте.

Существует 3 типа ресурсов:

· Трудовой. Используется для людских ресурсов и техники.

· Материальный — совокупность материалов и предметов труда.

· Затратный — разовые и регулярные затраты, используемые в задаче.

Далее назначим ресурсы для каждой задачи.

Теперь каждой задаче назначены ресурсы.

Можно заметить, что после назначения ресурсов длительность проекта уменьшилась.

Здесь же мы видим, что затраты на проект составили 865 224, 20 рублей.

Также, назначенные ресурсы можно увидеть и на самой диаграмме Ганта.

Посмотрим доступность ресурсов в представлении «Использование задач».

Ресурсы с доступностью меньше 100% занимаются выполнением проекта неполный рабочий день. Например, если у ресурса задана доступность 50%, то он работает полдня или на полставки.

Далее уменьшим длительность задач путем увеличения количества ресурсов.

Рассмотрим на примере задачи «Эскизное проектирование интерфейсов пользователя»

До внесения изменений задаче назначен один ресурс «Разработчик BI-приложений», длительность задачи составляет 5 дней.

Увеличим ресурс «Разработчик BI-приложений» в 2 раза.

В результате получаем длительность в 2,5 дня.

К задаче «Согласование и утверждение технического задания» добавим ресурс «Системный архитектор» в количестве единиц назначения, равным 0,8.

В результате изменятся трудозатраты и затраты на задачу и проекта в целом.

1.1.

2.5 Критический путь проекта

Критический путь — это последовательность задач (или даже одна задача), которая определяет дату завершения проекта. Это означает, что проект завершается только после завершения последней задачи из критического пути.

Задачам, которые лежат на критическом пути, а также ресурсам, назначенным на эти задачи, необходимо уделять особое внимание, если своевременное завершение проекта является критическим фактором успеха проекта. Именно эти элементы определяют возможность своевременного завершения проекта.

Рассмотрим критический путь проекта и задачи, не входящие в него.

Задачи, не входящие в критический путь и их резервы времени:

Задача № 16 «Выбор программного обеспечения и технической инфраструктуры» — свободный временной резерв 6 дней.

Задача № 19 «Эскизное проектирование интерфейсов пользователя» — свободный временной резерв 8 дней.

2.6 Базовый план проекта

Базовый план проекта — это совокупность начальных оценок ключевых показателей проекта. Создадим базовый план проекта.

Далее рассмотрим ход выполнения задач.

Задача № 16 «Выбор программного обеспечения и технической инфраструктуры» начинается на 3 дня позже запланированного срока, но сохраняет свою длительность.

Задача № 17 «Разработка предварительного регламента взаимодействия информационных систем» начинается на 2 дня раньше запланированного срока, сохраняя свою длительность.

Задача № 20 «Оформление эскизного проекта» имеет фактическую длительность на 3 дня меньше запланированного срока.

Задача № 29 «Проектирование интерфейсов пользователя» имеет фактическую длительность на 2 дня больше запланированного срока.

Задача № 35 «Разработка или адаптация программ» выполнена на 50%.

Остальные задачи выполнены в соответствии с планом.

Отчет по проекту.

Выведем статистику проекта и сравним текущие, фактические и базовые показатели проекта.

Из статистики проекта видно, что проект завершен всего на 97%, поэтому дата фактического окончания проекта не отображается.

Текущее и Базовое начало проекта совпадают.

Фактические длительность проекта, трудозатраты и затраты меньше чем текущие и базовые.

Отклонения по проекту составляют -5 дней.

Заключение

В данной курсовой работе были затронуты основные аспекты управления проектами в среде Microsoft Project.

Мы научились самостоятельно создавать проект и формировать структуру выполнения задач, рассчитывать длительность, затраты и трудозатраты на разработку и внедрение проекта.

С помощью Microsoft Project мы можем управлять ходом работ на всем жизненном цикле проекта, получаем возможность завершить его в срок, в рамках бюджета и с надлежащим качеством.

Microsoft Project позволяет сократить время управления проектом, так как автоматически просчитывает длительности задач, трудозатраты и затраты. Также автоматически рассчитывается загруженность трудовых ресурсов, время начала и окончания работ, избавляя руководителей проекта от излишней работы.

Владение навыками работы с Microsoft Project позволяет на предварительном уровне просчитать все затраты и объем предстоящих работ на проект, что в свою очередь позволяет более грамотно планировать ресурсы и более экономично использовать время.

. ur

ПоказатьСвернуть
Заполнить форму текущей работой