Ключевые участники и заинтересованные спонсоры.

· Составить базовый план работ;

· Составить план управления конфигурациями.

8. Составить базовое расписание проекта, используя программу Microsoft Project для управления проектами.

Введение

Курсовая работа по профессиональному модулю ПМ.02 «Участие в разработке информационных систем» для МДК.02.02 «Управление проектами» является одним из элементов учебного процесса по подготовке дипломированных специалистов по специальности 09.02.04 «Информационные системы (по отраслям)»

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

В проекте должна быть описана концепция, указаны цели и результаты проекта, описаны исходные допущения и ограничения, указаны ключевые участники и заинтересованные стороны, ресурсы проекта, выполнено планирование проекта. В проекте должен быть предусмотрен каскадный подход ГОСТ 18.102-77 и определены следующие стадии разработки программной системы: Техническое задание, Эскизный проект, Технический проект, Рабочий проект, Внедрение.

Теоретическая и практическая часть выполнена на основе выбранной темы: Проект разработки автоматизированной информационной подсистемы «Учет спортивных мероприятий».

Курсовая работа должна быть выполнена с использованием программы Microsoft Project для управления проектами.

1 Теоретическая часть

1.1 Основные сведения об управлении проектами

1.1.1 Определение проекта

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

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

Примером программы является реализация конкретной организацией развития нового микрорайона города.

Программа включает в себя следующие проекты:

­ Строительство домов;

­ Строительство дорог;

­ Благоустройство территории;

­ Строительство общественных зданий;

­ Продажа площадей и т.д.

Проекты и программы объединяются в портфели.

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

1.1.2 Жизненный цикл проекта

Каждый программный продукт имеет свой жизненный цикл, в который проект разработки очередного релиза входит как одна из фаз. Аналогично, каждый проект разработки очередного релиза входит как одна из фаз. Аналогичного, каждый проект разработки ПО имеет свой собственный жизненный цикл, который состоит из четырех фаз:

− Инициации;

− Планирования;

− Реализация;

− Завершение.

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

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

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

Как правило, редкий проект выполняется в соответствии с первоначальными планами, поэтому важным элементом фазы завершения является «обратная связь»: анализ причин расхождения и условие уроков на будущее. Помним, что управляющая система без обратной связи не может быть устойчивой. Проект часто начинается с идеи, которая появляется у одного человека. Постепенно, по мере формулирования, анализа и оценки этой идеи, привлекаются дополнительные специалисты. Ещё больше участников требуется на фазе планирования проекта. Пик потребления ресурсов приходится на фазу реализации.

1.1.3 Организация проектной команды разработки ПО

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

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

1 Анализ. Извлечение, документирование и сопровождение требований к продукту;

2 Управление. Определение и управление производственными процессами;

3 Производство. Проектирование и разработка ПО;

4 Тестирование. Тестирование ПО;

5 Обеспечение. Производство дополнительных продуктов и услуг;

Группа анализа включает в себя следующие роли:

1 Бизнес – аналитик. Построение модели предметной области (Онтологии);

2 Бизнес-архитектор. Разрабатывает бизнес-концепцию системы. Определяет общее видение продукта, его интерфейсы, проведение и ограничения;

3 Системный аналитик. Отвечает за перевод требований к продукту в функциональные требования ПО;

4 Специалист по требованиям. Документирование и сопровождение требований к продукту;

5 Менеджер продукта(функциональный заказчик). Представляет в проекте интересы пользователей продукта.

В большом проекте может быть несколько производственных групп, ответственных за отдельные подсистемы. Как правило, проектировщик выполняет роль лидера группы и управляет своим подпроектом или пакетом работы.

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

− Куратор проекта. Оценка планов и исполнения проекта. Выделение ресурсов;

− Системный архитектор. Разработка технической концепции системы. Принятие ключевых проектных решений относительно внутреннего устройства программной системы и её технических интерфейсов;

− Руководитель группы тестирования. Определение целей и стратегии тестирования, управление тестированием;

− Ответственный за управление изменениями, конфигурациями, за сборку и поставку программного продукта.

В производственную группу входят:

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

− Проектировщик БД;

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

− Разработчик. Проектирование, реализация и отладка отдельных модулей системы.

Группа тестирования в проекте состоит из следующих ролей:

− Проектировщик тестов. Разработка тестовых сценариев;

− Разработчик автоматизированных тестов;

− Тестировщик.

Участники группы обеспечения, как правило, не входят в команду проекта. Они выполняют работы в рамках своей процессной деятельности. К группе обеспечения можно отнести следующие проектные роли:

− Технический писатель;

− Переводчик;

− Дизайнер графического интерфейса;

− Разработчик учебных курсов, тренер;

− Участник рецензирования;

− Продажи и маркетинг;

− Системный администратор;

− Технолог;

− Специалист по инструментальным средствам;

− Другие.

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

2 Проектная часть

2.1 Концепция проекта

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

У каждого проекта должна быть концепция. Если небольшой, то для изложения концепции часто достаточно несколько абзацев. Однако, стартовать проект без концепции, это все равно, что отправлять корабль в плаванье, не определив для него пункт назначения.

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

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

Она содержит следующие разделы:

− Название проекта;

− Цели проекта;

− Результаты проекта;

− Допущения и ограничения;

− Ключевые участники и заинтересованные стороны;

− Ресурсы проекта;

− Сроки;

− Критерии приемки;

− Обоснование полезности проекта.

2.2 Краткая легенда проекта

Разработать проект для автоматизации информационной подсистемы «Учет спортивных мероприятий». В проекте должна быть описана концепция, указаны цели и результаты проекта, описаны исходные допущения и ограничения, указаны ключевые участники и заинтересованные стороны, ресурсы проекта, выполнено планирование проекта. В проекте должен быть предусмотрен каскадный подход ГОСТ 18.102-77 и определены следующие стадии разработки программной системы:

1 Техническое задание;

2 Эскизный проект;

3 Технический проект;

4 Рабочий проект;

5 Внедрение.

Автоматизацию управления проекта выполнить, используя Microsoft Project.

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

2.3 Цели и результаты проекта

Целями проекта являются:

- Повышение эффективности работы кассира;

- Автоматизация работы кассы железнодорожного вокзала;

- Автоматизировать работу по поиску свободных мест в вагонах поезда;

- Регистрировать пассажиров на поезд.

Результаты проекта должны обеспечить:

- Уменьшение времени регистрации на поезд;

- Упрощение доступа информации по свободным местам;

- Повышение надежности обработки и хранения информации о пассажирах.

Продуктами проекта являются:

- Прикладное ПО и документация пользователей;

- Базовое ПО;

- Оборудование ЛВС, рабочие станции, сервера и операционно-системное ПО;

- Проведение пуско-наладочных работ и ввод в опытную эксплуатацию;

- Обучение пользователей и администраторов системы;

- Сопровождение системы на этапе опытной эксплуатации;

- Передача системы в промышленную эксплуатацию;

Система должна автоматизировать следующие функции:

- Авторизация и аутентификация пользователей;

- Бронирование мест за 45 суток до отбытия поезда;

- Быстрый поиск свободных мест.

2.4 Исходные допущения и ограничения

- Для проектирования прикладного ПО используется UML;

- Средством разработки ПО является Borland Delphi;

- В качестве промежуточного ПО используется СУБД Interbase;

- Количество одновременно работающих пользователей – 10;

- Интеграция с другими системами;