Содержание

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ЖЕЛЕЗНОДОРОЖНОГО ТРАНСПОРТА

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

«Иркутский государственный университет путей сообщения»

«Сибирский колледж транспорта и строительства»

«УТВЕРЖДАЮ»

Председатель предметной

(цикловой) комиссии

«_15.12.2016 г_».

З А Д А Н И Е

на курсовую работу

студенту группы __ИС-13-1___ курс _4_____

Кривозубову Геннадию Александровичу

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

Начало работы: «_12.01 »__2017г.

Окончание работы: «_23.03 »__2017г.

Руководитель: Храмова В.К (фамилия, инициалы)

(подпись руководителя)

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

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

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

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

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

5. Внедрение.

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

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

В проекте необходимо:

1. Изложить концепцию проекта;

2. Написать краткую легенду проекта;

3. Указать цели и результаты проекта;

4. Указать исходные допущения и ограничения;

5. Указать ключевых участников и заинтересованные стороны;

6. Описать ресурсы проекта;

7. Выполнить планирование проекта;

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

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

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 Жизненный цикл проекта

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

• Инициации;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Технолог;

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

• Другие.

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