Файл: Допущен к защите.docx

Любой современный проект подвергается рискам. Особенно большая вероятность возникновения риска у ИТ проектов.

Риск проекта – это неопределенное событие или условие, которое положительно или отрицательно влияет на цели проекта. Как только у проекта появляется цель, пора подумать о факторах, которые могут ей помешать.

Обычно риски возникают не просто так — к ним приводят действия участников проекта или они появляются из-за внутренних и внешних условий.

Рассмотрим риски по основным этапам проекта. Оценка риска и план реагирования на риски отмечены в таблице 2.5.

Таблица 1.5. План управления рисками проекта

Этапы/Задачи проекта	Возможные риски	Оценка риска	Действия по предотвращению/ликвидации возникновения/последствий риска	Ответственное лицо
Инициация	Системные	Высокая	Составление нового договора	Руководитель проекта
Планирование	Временные, технические, финансовые	Высокая	Составление точного ТО и анализ системных и технических возможностей системы и ПК сотрудников. Создать резерв финансов	Руководитель проекта
Создание ИС	Временные, технические, финансовые	Средняя	Уточнение всех деталей проекта у заказчика. Проверка на системные и технические ошибки. Создать резерв финансов.	Разработчик
Анализ и контроль	Технические, структурные	Средняя	Проверка ИС на системные и технические ошибки перед сдачей проекта. Переквалифицирование сотрудников.	Разработчик, Тестировщик
Завершение создания ИС	Временные	Высокая	Уточнение всех деталей в техническом задании и грамотное распределение времени для выполнения проекта	Руководитель проекта

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

2.5.Структуризация задач проекта

Для эффективного управления проектами система должна быть хорошо структурирована. Суть структуризации сводится к разбивке проекта и его системы управления на:

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

Структуризация – это выделение основных элементов задачи и установление отношений между ними.

Веха проекта – это определенный момент в жизненном цикле проекта, используемый для измерения прогресса в достижении конечной цели.

Таблица 2.6. Перечень задач проекта

№	Название работы	Вид задачи	Длительность	Начало	Окончание	Предшествующие работы	Ресурсы
1	Инициация	Фаза	10 дней	15.03.2023	28.03. 2023	-	-
1.1	Разработка ТЭО	Задача	4 дня	15.03.2023	20.03.2023	-	заказчик; разработчик; руководитель; тестировщик
1.2	Разработка устава	Задача	3 дня	21.03.2023	23.03.2023	1.1	заказчик; разработчик; руководитель; тестировщик
1.3	Разработка предварительной констатации содержания	Задача	3 дня	24.03.2023	28.03.2023	1.2	заказчик; разработчик; руководитель; тестировщик
2	Планирование	Фаза	4 дня	29.03.2023	03.04.2023	1	-
2.1	Создание плана проекта	Задача	1 день	29.03.2023	29.03.2023	1.3	заказчик; разработчик; руководитель; тестировщик
2.2	Уточнение содержания	Задача	2 дня	30.03.2023	31.03.2023	2.1	заказчик; разработчик; руководитель
2.3	Формирование договора	Задача	1 день	03.04.2023	03.04.2023	2.2	заказчик; разработчик; руководитель
2.4	Заключение договора	Задача	0 дней	03.04.2023	03.04.2023	2.3	заказчик; разработчик; руководитель
3	Создание ИС	Фаза	15 дней	04.04.2023	27.04.2023	2	-
3.1	Разработка ИС	Задача	11 дней	04.04.2023	21.04.2023	2.4	Разработчик
3.2	Уточнение требований к ИС	Задача	1 день	24.04.2023	24.04.2023	3.1	заказчик; разработчик; руководитель
3.3	Исправление ошибок	Задача	3 дня	25.04.2023	27.04.2023	3.2	разработчик; тестировщик
4	Анализ и контроль	Фаза	8 дней	28.04.2023	12.05.2023	3	-
4.1	Установка	Задача	2 дня	28.04.2023	04.04.2023	3.3	разработчик; руководитель; тестировщик
4.2	Тестирование	Задача	6 дней	05.05.2023	12.05.2023	4.1	разработчик; руководитель; тестировщик
5	Завершение создания ИС	Фаза	2 дня	15.05.2023	16.05.2023	4	-
5.1	Сдача/приёмка	Задача	2 дня	15.05.2023	16.05.2023	4.2	заказчик; разработчик; руководитель; тестировщик
5.2	Ввод в эксплуатацию	Задача	0 дней	16.05.2023	16.05.2023	5.1	заказчик; разработчик; руководитель; тестировщик

Данная таблица является основой для создания проекта в программе MS Project. Основываясь на методе Ганта, это приложение создано для того, чтобы облегчить работу несколькими проектами, назначение ресурсов, отслеживание любой оставшейся работы.

2.6. Разработка модели проекта с помощью MS Project

Модель проекта – это система исследования информации для дальнейшего ее использования.

Microsoft Project (или MSP) – программа управления проектами, разработанная и продаваемая корпорацией Microsoft. Она помогает руководителям контролировать исполнение поставленных задач, а также грамотно распределять ресурсы. Основной рабочий инструмент в ней – диаграмма Ганта.

Диаграмма Ганта – это популярный тип столбчатых диаграмм (гистограмм), который используется для иллюстрации плана, графика работ по какому-либо проекту.

Microsoft Office Project поможет:

Пошагово разработать и детализировать проект;
Рассчитать время и трудозатраты;
Оптимизировать план;

Для начала проектирования, требуется создать проект в Microsoft Project.рис 2.1.

Рис. 2.1.Создание проекта в MS Project

После создания проекта нужно задать календарь проекта, где указаны рабочие и не рабочие дни, а так же исключения.Рис. 2.2; 2.3;

Рис 2.2. Сведения о проекте

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

Изменения рабочего времени показаны на рисунке 2.3.

Рис. 2.3. Календарь проекта

Далее вносим список задач, указываем дату, предшественников и длительность в соответствии с таблицей 1.6. «Перечень задач проекта».

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

Рис. 2.4. Список задач проекта

После заполнения списка задач проекта, MS Project автоматически построит диаграмму Ганта. В соответствии с таблицей 1.6. необходимо задать трудовые ресурсы задачам, представленным на рисунке 2.4.

На рисунке 2.5. представлены трудовые ресурсы, которые задаются для реализации проекта.

Рис. 2.5. Ресурсы проекта

Диаграмма Ганта с заданными ресурсами представлена на рисунке 2.6.

Рис. 2.6. Диаграмма Ганта

Создание ресурсов и задач на этом завершено.

1 2 3 4 5 6 7

Проектирование и разработка информационных систем

Проектирование информационной системы

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

Моделирование логической модели обязательный этап в разработке автоматизированной информационной системе.

Для построения логической модели используется нотация IDEF1X.

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

Логическая модель технического сервиса можно посмотреть в приложение 1.

Рис. 3.1. Логическая модель технического сервиса «Мастер ПК»

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

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

Таблица 3.1 Словарь данных информационной системы
Логическая модель и словарь данных являются основой для разработки приложения. После построения логической модели и составления словаря данных можно приступить к разработка информационной системы. Виды связей и атрибуты должны отвечать тем, которые были указаны при создании.