С помощью функционального моделирования получили модель процесса управления «AS IS» как с точки зрения преподавателя, так и с точки зрения студента.

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

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

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

Все выявленные требования были формализованы, на их основе были разработаны диаграммы последовательностей, что позволило построить модель процесса управления «TO BE» и построить модель архитектуры системы.

Формализованные требования позволили определиться с рациональностью использования Project Server для развертывания информационной системы, так как данная система доступна для использования студентам и преподавателям и является средой для ведения проектной деятельности. С помощью программы RunaWFE была построена модель процесса с использованием Project Server.

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

Одним из важных результатов работы является разработанное техническое задание.

Библиографический список

1. CITForumВведение в проектирование информационных систем [Электронный ресур]

2. Андреев В.В, Герова Н.В. Требования к информационной системе управления учебным процессом вуза. [Электронный ресурс]

3. Головчинер М.Н. Проектирование информационных систем. / Методические указания. 1.Томск, 2009. - 109с.

4. Грекул В.И., Коровкина Н.Л., Куприянов Ю.В. Проектирование информационных систем. Практикум / Рук.: В.И. Грекул. М.: Национальный открытый университет «ИНТУИТ», 2012.

5. Емельянова Н.З., Партыка Т.Л., Попов И.И. Проектирование информационных систем: Учебное пособие. - М.: Форум: НИЦ ИНФРА-М, 2014. - 432 с.

6. Иванов Д., Новиков Ф. Моделирование на UML: Учебно-методическое пособие. Санкт-Петербургский государственный университет информационных технологий, механики и оптики.

7. Коваленко В.В. Проектирование информационных систем: учеб. пособие для вузов / В.В. Коваленко. - М.: Форум, 2012. - 320 с.

8. Корпоративные информационные системы управления: Учебник / Под науч. ред. Абдикеева Н.М., Китовой О.В. - М.: НИЦ ИНФРА-М, 2015. - 464 с.

9. Маглинец Ю. Анализ требований к автоматизированным информационным системам: курс лекций. [Электронный ресурс]

10. Новиков Г.М. Корпоративные информационные системы: Учебное пособие. - М.: 3.РУДН, 2008. - 94 с.

11. Олейник П.П. Корпоративные информационные системы. СПб.: «Питер», 2012. - 176 с.

12. Рабочая программа дисциплины Управление программными проектами для направления Программная инженерия [Электронный ресурс]

13. Руководство к своду знаний по управлению проектами (Руководство PMBOK) - Пятое издание, 2013. 590 с.

14. Технические схемы для SharePoint 2016 [Электронный ресурс]

15. Требования к оборудованию и программному обеспечению для SharePoint Server 2016 [Электронный ресурс]

16. Трутнев Д.Р. Архитектуры информационных систем. Основы проектирования: Учебное пособие. - СПб.: НИУ ИТМО, 2012. - 66 с.

Приложение А. Анкета для заинтересованных лиц разработки системы

Таблица А.1

Пример анкеты для заинтересованных лиц

Приложение Б

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

Пермский филиал федерального государственного автономного образовательного учреждения высшего образования «Национальный исследовательский университет «Высшая школа экономики»

Факультет экономики, менеджмента и бизнес-информатики

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

Информационная система управления учебным процессом по дисциплине управление программными проектами

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

Листов: 10

Введение

Настоящее техническое задание, оформленное в соответствии с ГОСТ 19.201-78, содержит требования к информационной системе управления учебным процессом по дисциплине «Управление программными проектами».

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

Информационная система управления учебным процессом по дисциплине «Управление программными проектами».

Краткая характеристика области применения

Система предназначена для использования на практических занятиях (в форме лабораторных работ) по дисциплине «Управление программными проектами».

Глава 1. Основания для разработки

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

Основанием для разработки системы является учебный план для направления 080500.62 Бизнес-информатики подготовки бакалавров.

Информационную систему, разрабатываемую по настоящему техническому заданию, далее в настоящем документе допускается именовать «Система».

Глава 2. Назначение разработки

Система предназначена для автоматизации раздачи заданий на выполнение лабораторных работ и сбора отчет о выполнении этих заданий.

2.2 Эксплуатационное назначение

Система позволит частично освободить преподавателя от раздачи заданий на выполнение, сбора отчетов о выполнении заданий, а так же контроля сроков сдачи выполненных заданий.

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

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

Глава 3. Требования к программе или программному изделию

Система должна обеспечивать возможность выполнения перечисленных ниже функций:

1. Формирование заданий.

2. Разделение пользователей на два типа: преподаватели и студенты.

3. Хранение сопровождающих материалов дисциплины.

4. Обмен сообщениями между пользователями через систему.

5. Сбор и хранение данных для получения статистической информации о сборе отчетов.

6. Система должна иметь функцию планирования - позволять ставить цели на определенные сроки.

7. Система должна отображать состояние объекта управления в каждый момент времени.

8. Система должна иметь функцию контроля - сопоставление планируемых результатов и фактических.

9. Автоматизация процесса сбора отчетов о выполнении лабораторных работ слушателями дисциплины.

10. Автоматизация процесса выдачи заданий на выполнение лабораторных работ.

11. Система должна иметь функцию прикрепления лекционных материалов к заданию лабораторных работ или к проекту выполнения работ.

12. Автоматическое завершение задач по окончанию определенных сроков.

3.2 Требования к надежности

3.2.1 Требования к обеспечению надежного (устойчивого) функционирования программы

Надежное (устойчивое) функционирование системы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:

1. Организацией бесперебойного питания технических средств.

2. Использованием лицензионного программного обеспечения.

3. Регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств».

4. Регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов.

3.3 Условия эксплуатации

3.3.1 Требования к составу и параметрам технических средств

- Оперативная память 24 Гб.

- 64-разрядный 4-х ядерный процессор.

- Место на жестком диске - 80 ГБ для системного диска и 100 ГБ для второго и дополнительных дисков.

- Microsoft Windows Server 2016 Standard.

- Microsoft SQL Server 2014 Enterprise.

- Microsoft SharePoint Server 2016Enterprise.

Глава 4. Требования к программной документации

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

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

2. Протокол испытаний.

3. Протокол введения в эксплуатацию.

Глава 5. Стадии и этапы разработки

1. Работы выполнять в порядке, указанном в таблице Г.1.

2. Определить сроки выполнения каждой работы.

Таблица Г.1

Очередь работ

Глава 6. Порядок контроля и приемки

Приемо-сдаточные испытания должны проводиться на объекте Заказчика в сроки c30.05.2017 г. до 30.06.2017г.

Приемо-сдаточные испытания системы должны проводиться согласно разработанной Исполнителем и согласованной с Заказчиком методике испытаний.

Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний.

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

6.1.1 Приемо-сдаточные испытания

Приемо-сдаточные испытания будут проходить на оборудовании заказчика.

Таблица Г.2

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

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

6.1.2 Приемочные тесты

Тестирование функциональных возможностей подразумевает проведение следующих тестов (см. табл. Г.3).

Таблица Г.3

Приемочные тесты

Размещено на Allbest.ru