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

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 07.08.2018
Размер файла 3,8 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

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

Федеральное государственное бюджетное образовательное учреждение высшего образования
«Поволжский государственный университет телекоммуникаций и информатики»
Факультет Заочного обучения
Направление Информационные системы и технологии
Кафедра Информационных систем и технологии
ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА
Разработка программного обеспечения для управления проектами и составления отчетов
Разработал Н.С. Борисов
Самара 2017
Содержание
Реферат
Введение
1. Задача разработки программного обеспечения для управления проектами и составления отчетов
1.1 Характеристика процесса управления проектами и составления отчетов
1.1.1 Характеристика методов управления проектами и составления отчетов
1.1.2 Структура системы управления проектами и составления отчетов
1.2 Классификация и характеристика современного программного обеспечения для управления проектами и составления отчетов
1.3 Обзор современного программного обеспечения для управления проектами и составления отчетов
1.3.1 Программное обеспечение фирмы Artemis
1.3.2 Программное обеспечение фирмы Deltek
1.3.3 Программное обеспечение фирмы Microsoft
1.4 Определение требований к программному обеспечению для управления проектами и составления отчетов
1.4.1 Требования к пользовательскому интерфейсу
1.4.2 Требования к процессу управления данными
1.4.3 Требования к реализации механизмов планирования
1.4.4 Требования к обеспечению совместной работы
1.5 Постановка задачи на разработку программного обеспечения для управления проектами и составления отчетов
2. Выбор инструментальных средств для разработки программного обеспечения для управления проектами и составления отчетов
2.1 Основные критерии выбора инструментальных средств
2.2 Обоснование выбора языка программирования Visual Basic for Applications
3. Проектирование программного обеспечения для управления проектами и составления отчетов
3.1 Разработка архитектуры программного средства для управления проектами и составления отчетов
3.1.1 Определение подсистем программного средства
3.1.2 Построение иерархической модульной структуры программного средства
3.2 Описание схемы работы программного средства для управления проектами и составления отчетов
3.3 Разработка структуры данных программного средства для управления проектами и составления отчетов
3.4 Разработка алгоритма программного средства для управления проектами и составления отчетов
3.5 Разработка структуры интерфейса программного средства для управления проектами и составления отчетов
3.6 Руководство пользователя
3.6.1 Назначение программного средства
3.6.2 Функциональные возможности программного средства
3.6.3 Запуск программного средства
3.6.4 Работа с программным средством для управления проектами и составления отчетов
3.7 Руководство программиста
3.7.1 Структура программного средства для управления проектами и составления отчетов
Заключение
Список использованных источников
  • Приложение
  • Реферат
  • В работе исследуется процесс управления проектами и составления отчетов, классификация современного программного обеспечения для управления проектами и составления отчетов, анализируется современное программное обеспечение. Акцентируется внимание на выборе инструментальных средств разработки программного обеспечения для управления проектами и составления отчетов.
  • Введение

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

В последнее время актуальной стала задача эффективной реализации проектов, одним из обязательных условий решения которой является применение современных средстви инструментов управления проектами, основанных на использовании новых информационных и коммуникационных технологий. Развитие специального программного обеспечения для планирования и управления проектами обусловлено, в первую очередь, необходимостью максимальной интеграции ИТ-сферы и наиболее эффективных методов, средств и инструментов теории управления проектами. Следует отметить тот факт, что деятельность практически любого современного проекта, независимо от продолжительности, сферы деятельности, количества и состава участников, бюджета, намеченных целей и задач проекта, на современном этапе невозможно представить без использования современного программного обеспечения[12].

Управление проектами - это один из двух подходов к управлению деятельностью предприятия. Этот подход используется, если деятельность предприятия направлена на достижение определенного обособленного результата. В ряде отраслей большинство организаций всю свою деятельность структурируют в виде проектов (инжиниринговые, строительные, информационные технологии, консалтинговые, судо- и авиастроительные предприятия), поскольку каждый результат их деятельности уникален. Но и для организаций, имеющих налаженные процессы оказания услуг, может понадобиться обособление отдельных работ в виде проектов. Такая ситуация может возникнуть, когда:

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

? требуется определить персональную ответственность за результат;

? в функционально-структурированной организации необходимо объединить усилия нескольких подразделений для достижения определенного результата;

? нужно организовать деятельность временных рабочих групп;

? необходимо управлять себестоимостью отдельного контракта;

? осуществляется интенсивная работа с подрядчиками;

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

? требуется осуществить реструктуризацию предприятия.

Темпы развития информационных технологий превзошли самые смелые прогнозы, и перевернули многие принятые подходы к ведению бизнеса и управлению. Это в полной мере относится и к области управления проектами. Благодаря повышению мощности и снижению стоимости персональных компьютеров, а также, при участии таких корпораций, как Microsoft и Symantec, программное обеспечение и методики управления, доступные раньше только состоятельным организациям, пришли на рабочие столы и вошли в повседневную практику менеджеров и сотрудников средних и малых компаний. А наиболее мощные из систем для персональных компьютеров, такие как Primavera и Artemis, позволили управлять проектами в таких областях, где раньше управление без использования больших ЭВМ и не мыслилось.

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

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

Для достижения поставленной цели необходимо решить следующиеосновные задачи:

? обзор современного программного обеспечения для управления проектами и составления отчетов;

? определение требований к программному обеспечению для управления проектами и составления отчетов;

? выбор инструментальных средств для разработки программного обеспечения для управления проектами и составления отчетов;

? проектирование программного обеспечения для управления проектами и составления отчетов (разработка архитектуры, алгоритма, структуры пользовательского интерфейса программного средства);

Решение данных задач освещено в пояснительной записке.

Объектом исследования выступает (является) процесс управления проектами предприятия.

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

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

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

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

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

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

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

В заключении сделаны основные выводы и результаты по проделанной работе.

1. Задача разработки программного обеспечения для управления проектами и составления отчетов

1.1 Характеристика процесса управления проектами и составления отчетов

В этой главе ВКР даются теоретически обоснованные ответы на следующие вопросы:

? что такое проект;

? что такое система управления проектами;

? для чего предназначена система управления проектами на предприятии;

? какова структура системы управления проектами, то есть из каких слоев (логически взаимосвязанных уровней) она состоит.

1.1.1 Характеристика методов управления проектами и составления отчетов

На рисунке 1.1 показана обобщенная схема позиционирования проекта по отношению к структуре организации. В представленном на рисунке варианте проекты осуществляются организацией параллельно с основным процессом производства. Отметим, что существуют области деятельности, где реализация проектов является основным видом организации работ (например, строительная индустрия, уникальное, штучное производство, разработка информационных систем). Также следует заметить, что крупные проекты могут планироваться и осуществляться в рамках нескольких организаций [1].

Выделим основные критерии, характеризующие понятие «проект» [3]:

? проект - способ, организационная форма достижения целей;

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

Рис 1.1 - Обобщенная схема позицицонирования проекта по отношению к структуре функционирования организации

? проекты, как правило, реализуется в рамках временных и бюджетных ограничений;

? проект предполагает наличие плана достижения поставленных целей (комплекса работ);

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

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

Основные преимущества использования информационной системы для управления проектами включают:

? централизованное хранение информации по графику работ, ресурсам и стоимостям;

? возможности быстрого анализа влияния изменений в графике, ресурсном обеспечении и финансировании на план проекта;

? возможность распределенной поддержки и обновления данных в сетевом режиме;

? возможности автоматизированной генерации отчетов и графических диаграмм, разработки документации по проекту.

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

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

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

1.1.2 Структура системы управления проектами и составления отчетов

В любой организации можно выделить, по крайней мере, три уровня, на которых происходит управление проектами [6].

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

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

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

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

Рис. 1.2 - Уровни системы управления проектами

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

На каждом уровне управления проектами к программному обеспечению предъявляются характерные требования, которые представлены в таблице 1.1 [3].

Таблица 1.1 Требования к программному обеспечению по управлению проектами и составления отчетов

Уровень высшего руководства

Стратегический уровень

Уровень операций

? легкость в применении;

? возможность получать демонстрационные отчеты;

? мощные возможности обобщения сведений;

? средства для интеграции с данных из других программных приложений;

? процедуры для планирования сверху вниз.

? мощность временного, ресурсного, стоимостного планирования, анализа рисков;

? возможность интеграции с другими приложениями;

? средства для свертывания данных по проекту (предоставление отчетов руководству) и углублению для планирования на более детальном уровне;

? средства для контроля за реализацией проекта;

? гибкость при настройке выходных форм отчетности.

? простота использования

? легкость изучения;

? "прозрачность" процедур ввода данных;

? наглядность.

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

Программное обеспечение для управления проектами традиционно разделяется на профессиональные системы и системы для массового пользователя. Иерархическая классификация программного обеспечения для реализации систем управления проектами представлена на рисунке 1.3. В рамках дипломного проекта подробно рассматриваются только календарные системы планирования для массового пользователя.

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

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

1. Системы многопроектного планирования, которые позволяют осуществлять управление и контроль множества проектов одновременно. В основном производятся достаточно известными в мире софтверными компаниями и являются коммерческими продуктами.

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

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

Набор базовых функциональных возможностей систем данного класса представлен в таблице 1.2.

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

Таблица 1.2 Базовые функциональные возможности систем календарного планирования

Функциональная возможность

Описание

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

1) описания глобальных параметров планирования проекта;

2) описание логической структуры комплекса работ;

3) многоуровневое представление проекта;

4) назначение временных параметров планирования задач;

5) поддержка календарей отдельных задач и проекта в целом.

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

1) организационная структура исполнителей;

2) ведение списка наличных ресурсов, номенклатуры материалов и статей затрат;

3) поддержка календарей ресурсов;

4) назначение ресурсов работам;

5) календарное планирование при ограниченных ресурсах.

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

1) фиксация плановых параметров расписания проекта в базе данных;

2) ввод фактических показателей состояния задач;

3) ввод фактических объемов работ и использования ресурсов;

4) сравнение плановых и фактических показателей и прогнозирование хода предстоящих работ.

Графические средства представления структуры проекта, средства создания различных отчетов по проекту.

1) диаграмма Ганта (часто совмещенная с электронной таблицей и позволяющая отображать различную дополнительную информацию);

2) PERT диаграмма (сетевая диаграмма);

3) создание отчетов, необходимых для планирования и контроля.

Два технологических преимущества сделали все это доступным.

1. Открытый доступ - операционная среда, позволяющая автоматически осуществлять обмен данными между системами управления проектами и другими типами приложений. Если данные хранятся в базах данных (БД), как это делается в системах сетевого планирования, открытый доступ может осуществляться с помощью ODBC.

2. "Клиент-серверная" SQL-архитектура - децентрализованная, гибкая архитектура, позволяющая множеству пользователей совместно использовать ресурсы. А также согласовывать расписания в рамках всего предприятия и приводить данные проектов в соответствие с другими корпоративными данными.

Эти два преимущества основательно изменили системы управления проектами и соответственно возможности организации эффективного управления проектами.

1.3 Обзор современного программного обеспечения для управления проектами и составления отчетов

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

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

? Artemis;

? Deltek;

? Microsoft.

Данные, представленные в следующих четырех пунктах пояснительной записки, составлены основываясь на информации, полученной с электронного ресурса компании «ЛАНИТ». Компания «ЛАНИТ» является ведущим поставщиком программного обеспечения по управлению проектами в Российской Федерации [11].

1.3.1 Программное обеспечение фирмы Artemis

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

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

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

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

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

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

1.3.2 Программное обеспечение фирмы Deltek

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

? WelcomPortfolio - управление портфелем проектов;

? WelcomHome - обеспечение совместной работы, решение коммуникационных задач, хранение проектных докуметов;

? WelcomRisk - управление рисками по методологии PMI PMBoK;

? Cobra - детальный анализ и контроль бюджета;

? Open Plan - разработка, оптимизация и контроль календарных планов проектов и мультипроектов.

Модульная структура решения с учетом распределения по уровням АСУП (смотреть рисунок 1.4) позволяет формировать его только из тех продуктов, которые необходимы для решения актуальных задач, оставляя при этом возможность подключения дополнительных продуктов в будущем.

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

На уровне принятия стратегических решений, WelcomPortfolio позволит руководству:

? обладать информацией о ключевых параметрах как инициируемых, так и выполняемых проектов;

? осуществлять обоснованный выбор проектов для инициации;

? принимать решения в отношении уже начатых проектов, оценивать их приоритеты, распределять ресурсы предприятия на агрегированном уровне;

Рис. 1.4 - Модульная архитектура Welcom Suite

? формировать наглядные и информативные отчеты как межпроектные, так и детальные - по отдельным проектам.

Для выполнения этих задач, в WelcomPortfolio автоматически поступает информация:

? экспертные оценки проекта - могут вводиться экспертами или наследоваться из других информационных систем;

? риски проекта и их суммарный уровень - из WelcomRisk;

? уточнение сроков и бюджета проекта, как плановых, так и фактических - из Open Plan, Cobra и аналогичных систем.

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

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

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

На уровне исполнения проектов, стоит вопрос разработки качественных планов и дальнейшего их контроля. Система календарного планирования и контроля исполнения проектов Open Plan Professional - один из лидеров на рынке аналогичных систем. Богатый функционал Open Plan позволит эффективно распределять имеющиеся ресурсы по нескольким проектам, разрабатывать детальные календарные планы, осуществлять контроль исполнения и анализ освоенного объема. Open Plan обладает производительностью, достаточной для управления крупномасштабными программами с большим числом работ.

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

Помимо обмена информацией, все модули решения Welcom Suite связаны системой безопасности и разграничения прав доступа Welcom Security. Эта система распространяется на функции всех продуктов, а также на все информационные объекты, хранимые там, включая проектные документы.

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

? бухгалтерские и финансовые системы;

? управление производством и человеческими ресурсами (ERP, HR системы);

? управление жизненным циклом и составом изделий, автоматическое проектирование (CAD/CAM, PDM);

? системы электронного документооборота и электронной почты.

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

В таблице 1.3 представлена продукты, входящих в состав пакета Welcom Suite [11].

Таблица 1.3 Стоимость продуктов пакета Welcom Suite

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

1

Open Plan Professional

2

Open Plan Desktop

3

Open Plan Professional + 5 Open Plan Desktop

4

Cobra

5

WelcomHome (сервер на 25 клиентских лицензий)

6

WelcomHome (сервер на 50 клиентских лицензий)

7

WelcomHome (сервер на 75 клиентских лицензий)

8

WelcomHome (сервер на 100 клиентских лицензий)

9

WelcomHome (сервер на 150 клиентских лицензий)

10

WelcomHome (сервер на 200 клиентских лицензий)

1.3.3 Программное обеспечение фирмы Microsoft

Microsoft Office Project - универсальная система календарного планирования и управления проектами. Настольное приложение Microsoft Project сочетает в себе интуитивно-понятный интерфейс Microsoft Office и все необходимые менеджеру проекта средства для управления планом и ресурсами проекта.

Серверный продукт Microsoft Project Server является платформой для организации корпоративной системы управления проектами и обеспечивает коллективный доступ к проектной информации и взаимодействие участников проекта через Веб-интерфейс [8].

Программный пакет Microsoft Office Project включает комплекс программных средств, которые после интеграции друг с другом образуют мощную систему для управления проектами. Модульная архитектура системы Microsoft Project представлена на рисунке 1.5 [11].

Семейство Microsoft Office Project состоит из следующих продуктов.

Microsoft Office Project Standard.

Настольное приложение для индивидуального планирования и управления проектами. Используя дружественный интерфейс Microsoft Office, менеджеры проектов могут быстро разрабатывать календарные планы работ, планировать использование ресурсов и отслеживать ход проекта.

Microsoft Office Project Professional.

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

Рис. 1.5 - Модульная архитектура системы Microsoft Project

Microsoft Office Project Server.

Серверный продукт, основа корпоративного решения Enterprise Project Management. Включает в себя централизованную базу данных и службы, исполняющее роль сервера в связке с клиентом Microsoft Project Professional. Microsoft Project Server обеспечивает централизованные настройки для пользователей, единый пул ресурсов, Веб-интерфейс для совместной работы участников проекта, а также содержит средства OLAP-анализа и моделирования портфеля проектов.

Microsoft Office Project Web Access.

Веб-интерфейс Microsoft Project, позволяющий не только менеджерам, но и остальным участникам проектов получить доступ к проектной информации через Веб-браузер Internet Explorer. Является составной частью Microsoft Project Server. В сочетании с Windows SharePoint Services обеспечивает управление документами, вопросами и рисками проектов. Для использования Microsoft Project Web Access пользователи должны обладать клиентской лицензией на доступ к Microsoft Project Server.

Структурная схема функционирования Microsoft Office Project Professional представлена на рисунке 1.6 [5]

Рис. 1.6 - Структурная схема функционирования Microsoft Office Project 2003 Professional

Все продукты линейки Microsoft Office Project полностью русифицированы.

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

В таблице 1.4 представлены продукты, входящих в состав пакета Microsoft Office Project [11].

Таблица 1.4 Стоимость продуктов пакета Microsoft Office Project

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

1

MS Project Standard 2003 Русский (Коробка и 1 лицензия)

2

MS Project Standard 2003 Русский (1 Корпоративная лицензия, минимум 5 штук)

3

MS Project Standard 2003 Русский (Обновление)

4

MS Project Standard 2003 Русский DiskKit (CD для корпоративной поставки)

5

MS Project Professional 2003 Русский (Коробка и 1 лицензия)

6

MS Project Professional 2003 Русский (1 Корпоративная лицензия, минимум 5 штук)

7

MS Project Professional 2003 Русский (Обновление)

8

MS Project Professional 2003 Русский DiskKit (CD для корпоративной поставки)

9

MS Project Server 2003 Русский (Коробка и 5 клиентских лицензий для Web-доступа)

10

MS Project Server CAL (Дополнительная клиентская лицензия для Web-доступа)

1.4 Определение требований к программному обеспечению для управления проектами и составления отчетов

1.4.1 Требования к пользовательскому интерфейсу

Первое, на что обращает внимание пользователь при работе с программой это пользовательский интерфейс.

При выборе программного интерфейса можно отметить те особенности, которые помогают вводить и просматривать информацию:

? гибкость организации экранных форм;

? доступность системы помощи;

? удобство средств редактирования;

? наличие мастеров и шаблонов.

Также пользовательский интерфейс может рассматриваться с точки зрения простоты освоения программного средства и оцениваться по следующим параметрам:

? легкость изучения;

? легкость использования;

? наличие системы макросов (формул);

? гибкая система контекстного поиска;

? обучающие программы.

1.4.2 Требования к процессу управления данными

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

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

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

1. При использовании многопроектного управления в организации и управлении портфелем проектов, объем информации значительно увеличивается. Появляется необходимость в доступе к данным различных источников. Например, при использовании различных приложений и систем (ERP и др.) может потребоваться совместить эти данные с информацией о проектах.

2. Разграничение доступа к информации о проектах также является обязательным условием хранения данных. В сложных ИС должна использоваться промышленная СУБД, обеспечивающая пользователей быстрым и надежным доступом к данным.

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

К возможностям группировки информации предъявляются следующие требования.

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

2. Для получения различных видов аналитических отчетов в крупномасштабных системах хранения данных эффективно использование механизмов OLAP (On-Line Analytical Processing). В OLAP-системах информация организуется в группы определенного формата для увеличения скорости доступа к нужным данным.

Администрирование и адаптация программного средства должны удовлетворять таким условиям, как:

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

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

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

1.4.3 Требования к реализации механизмов планирования

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

Список основных возможностей систем при реализации планирования:

? создание рабочей области проекта;

? описание различных календарей выполнения работ;

? ввод и хранение данных по ресурсам;

? описание временных графиков и рабочих смет, графиков распределения ресурсов и стоимостных показателей;

? ввод и хранение важных проектных дат и вех;

? составление расписания работ проекта;

? ресурсное планирование;

? подсчет затраченного на работу времени (временные графики);

? сбор информации о статусе работ и пересмотр календарных планов;

? ввод фактических затрат;

? подсчет стоимости выполнения работ.

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

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

С одной стороны, почти во всех популярных продуктах (наиболее популярные, представители которых были рассмотрены выше) используется традиционный метод критического пути и последовательный алгоритм распределения ресурсов. Однако каждый производитель разработал свои собственные возможности для этих двух основных моделей расчета, которые могут послужить выгодным дополнением к основным возможностям или, наоборот, ухудшить программный продукт [4].

1.4.4 Требования к обеспечению совместной работы

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

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

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

Целью ВКР является разработка программного средства по управлению проектами, которое предоставляло бы следующий перечень функциональных возможностей:

? ввод реквизитов выполняемого проекта;

? управление любыми проектами;

? составление календарного плана задач проекта;

? составление списка исполнителей (ресурсов);

? назначение на отдельные задачи исполнителей (ресурсы);

? представление план-графика проекта в виде диаграммы Ганта;

? модификация календарного плана задач проекта;

? формирование отчетов о ходе выполнения проекта на различные моменты времени;

? наличие шаблонов проектов.

Основными требованиями, предъявляемыми к программному средству, являются:

? эргономичный пользовательский интерфейс;

? легкость изучения;

? легкость использования;

? гибкая система контекстного поиска.

Положение программного средства для управления проектами и формирования отчетов в системе управления проектами предприятия представлено на рисунке 1.7.

Рис. 1.7 - Положение программы в общей системе управления проектами

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

архитектура программа управление алгоритм

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

2.1 Основные критерии выбора инструментальных средств

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

Критерии выбора:

? назначение разрабатываемой программы - нужна ли она временно или будет использоваться постоянно, планируется ли передавать ее другим организациям, будут ли разрабатываться ее новые версии;

? требуемая скорость работы программы, соотношение ее диалоговых и вычислительных компонентов;

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

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

? предусматривается ли возможность переноса программы на другие типы ЭВМ;

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

? необходимость в специальном программировании некоторых функций для работы с внешними устройствами;

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

Решающими факторами для выбора языка программирования могут стать конкретные особенности имеющихся в распоряжении программистов трансляторов, наличие библиотек со стандартными функциями [13]. Часто выбор определяется тем, на каком языке программируют коллеги программиста или с какими другими системами и отдельными программами предстоит стыковать разрабатываемую программу. Поэтому еще раз нужно повторить, что выбор языка программирования является достаточно сложной задачей, которая в большей мере носит творческий характер [12].

2.2 Обоснование выбора языка программирования Visual Basic for Applications

Программное средство для управления проектами и формирования отчетов о ходе работ будет реализовано в виде шаблона планирования и управления любым проектом с использованием приложения Microsoft Office Excel. Таким образом, в качестве используемого языка программирования был выбран Visual Basic for Application (VBA), являющийся встроенным языком программного пакета Microsoft Office [9].

Выбор сделан в пользу программирования в Excel с использованием VBA по следующим причинам:

? возможность создания в Microsoft Office Excel приложений-шаблонов в виде обычного файла - электронной книги;

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

? в Microsoft Office встроены мощные средства, облегчающие работу пользователя: подсказки по объектам и по синтаксису, макрорекордер и многое другое;

? при создании приложений на VBA не приходиться заботиться об установке и настройке специальной среды программирования и наличии нужных библиотек на компьютере пользователя -- Microsoft Office есть практически на любом компьютере;

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

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

VBA относится к языкам объектно-ориентированного программирования (ООП), которое можно описать как методику анализа, проектирования и написания приложений с помощью объектов.

Язык VBA является объектно-ориентированным языком в строгом понимании этого слова, но объектный подход играет в нем большую роль. Все визуальные объекты, такие, как Рабочая книга (WorkBook), Рабочий лист (WorkSheet), Активная ячейка (ActiveCell), Диапазон (Range), Диаграмма (Chart), Форма (UseForm), являются объектами. В VBA имеется более 100 встроенных объектов.

Семейство (объект Collection) представляет собой объект, содержащий несколько других объектов, как правило одного типа. Например, объект WorkBooks (Рабочие книги) содержит все открытые объекты WorkBook (Рабочая книга).

Каждый элемент семейства нумеруется и может быть идентифицирован либо по номеру, либо по имени. Например, worksheets(1) обозначает первый рабочий лист активной книги, а worksheets(Лист1) - рабочий лист с именем Лист1.

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

Все вышеперечисленное об особенностях языка программирования Visual Basic for Applications является важным для дальнейшего кодирования программного средства управления проектами и будет использовано в полной мере.

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

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

Поскольку во второй главе ВКР был сделан выбор среды для разработки программного средства, было выбрано приложение Microsoft Office Excel. В данной главе представлено описание процесса проектирования и разработка программного средства для управления проектами и формирования отчетов, опираясь на объектную модель, особенности функционирования, структуры данных среды разработки.

3.1 Разработка архитектуры программного средства для управления проектами и составления отчетов

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

Архитектура программного средства представляет собой строение как оно видно (или должно быть видно) извне его, то есть представление программного средства как системы, состоящей из некоторой совокупности взаимодействующих подсистем. В качестве таких подсистем выступают обычно отдельные программы, но в случае наличия только одной программы, архитектурой можно назвать и совокупность модулей, из которых состоит программное средство, и их взаимосвязей. Также следует отметить тот факт, что разработка архитектуры является первым этапом борьбы со сложностью программного средства, на котором реализуется принцип выделения относительно независимых компонент [7].

Основными задачами разработки архитектуры программного средства являются:

? выделение программных подсистем и отображение на них внешних функций (определены в первой главе дипломного проекта);

? определение способов взаимодействия между выделенными программными подсистемами.

3.1.1 Определение подсистем программного средства

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

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

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

Схема ресурсов, характерная для разрабатываемого программного средства представлена на рисунке 3.1. Особо стоить обратить внимание на тот факт, что вся информация хранится в одном файле рабочей книги, то есть в файле формата *.xls.

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

Подсистемы программного средства:

? подсистема, осуществляющая создание необходимой среды (контекста) для работы остальных подсистем;

? подсистема для обработки и хранения служебной информации и глобальных параметров приложения;

Рис. 3.1 - Схема ресурсов, необходимых для работы программного средства

? подсистема для обработки и хранения информации (характеристик) обо всех исполнителях задач проекта;

? подсистема для обработки и хранения информации обо всех задачах, входящих в состав проекта;

? подсистема, осуществляющая формирование календарного расписания для каждой задачи проекта (является вспомогательной для предыдущей подсистемы);

? подсистема, осуществляющая формирование отчетов по проектам (включает в себя еще две подсистемы, поскольку в программном средстве должно формироваться два типа отчетов).

Таким образом, программное средство будет представлять собой совокупность пяти взаимосвязаных подсистем. Поскольку программное средство будет разрабатываться в приложении Microsoft Office Excel, то оно будет физически собой представлять файл рабочей книги. Отсюда следует вывод о том, что наиболее подходящим способом реализации подсистем является реализация каждой подсистемы в виде отдельного модуля. Поскольку принцип модульности очень важен для создания надежных и относительно легко модифицируемых и сопровождаемых приложений. Четкое соблюдение принципов модульности в сочетании с принципом скрытия информации позволяет внутри любого модуля проводить какие-то модификации, не затрагивая при этом остальных модулей и головную программу.

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

Поскольку в модуле невозможно реализовать функции хранения информации, так как для этого необходима информационная среда другой природы. То последние четыре подсистемы необходимо разбить еще на две, каждую. Первая подсистема будет выполнять функцию обработки, а вторая - хранения информации. В этом случае функцию хранения (функцию второй подсистемы) будет выполнять определенный лист приложения Excel (этот способ достаточно хорош, поскольку основное назначение приложения Microsoft Office Excel - хранение и обработка информации). Но также не стоит забывать, что для каждого листа в Excel, создается отдельный модуль. В нашем случае модули листов будут выполнять функции поддержания информации, хранимой на листах, в актуальном состоянии, а также для вызова подсистем, осуществляющих обработку данной информации.


Подобные документы

  • Обзор существующих решений и обоснование выбора языка программирования. Разработка структурной схемы, интерфейса программного продукта. Технические требования к оборудованию, тест программного продукта, руководство системного программиста и оператора.

    дипломная работа [2,0 M], добавлен 10.07.2012

  • Проектирование программного обеспечения для создания баз данных о работах студентов университета при помощи языка Visual Basic. Разработка интерфейса пользователя. Руководство для системного программиста. Краткое описание алгоритма работы с программой.

    курсовая работа [2,6 M], добавлен 19.03.2010

  • Основные понятия и определение теории баз данных. Обоснование выбора программного обеспечения. Разработка таблиц и схемы БД. Использование запросов. Создание отчетов и форм. Руководство пользователя. Рекомендации по дальнейшей модернизации системы.

    курсовая работа [2,1 M], добавлен 04.06.2014

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

    дипломная работа [1,3 M], добавлен 25.12.2014

  • Изучение особенностей растровых и векторных графических редакторов. Создание графического редактора: выбор языка программирования, разработка структуры программы и алгоритма работы. Описание интерфейса программы. Руководство программиста и пользователя.

    курсовая работа [1,3 M], добавлен 28.07.2013

  • Обоснование выбора языка программирования. Анализ входных и выходных документов. Логическая структура базы данных. Разработка алгоритма работы программы. Написание программного кода. Тестирование программного продукта. Стоимость программного продукта.

    дипломная работа [1008,9 K], добавлен 13.10.2013

  • Анализ существующих решений для составления расписания репетитора. Разработка архитектуры программного продукта. Выбор инструментальных средств. Проектирование реляционной базы данных. Определение методики тестирования. Реализация интерфейса пользователя.

    дипломная работа [411,7 K], добавлен 22.03.2018

  • Сущность логистического бизнес-процесса. Функциональная, инфологическая и даталогическая модели предметной области. Выбор языка и средства программирования. Разработка и описание программного обеспечения для автоматизации закупок на предприятии.

    дипломная работа [4,8 M], добавлен 29.06.2012

  • Выбор языка программирования. Требования к информационному и техническому обеспечению. Реализация базы данных. Разработка алгоритма работы программного обеспечения. Форма идентификации пользователя. Руководство пользователя. Типы элементов диалога.

    дипломная работа [1,3 M], добавлен 05.07.2013

  • Разработка системы управления проектами для компании ЗАО "Диакон". Экономические параметры разработки и внедрения электронной информационной системы. Технология разработки программного обеспечения. Выбор типа графического интерфейса, его составляющие.

    дипломная работа [1,4 M], добавлен 10.06.2014

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.