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

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, создается отдельный модуль. В нашем случае модули листов будут выполнять функции поддержания информации, хранимой на листах, в актуальном состоянии, а также для вызова подсистем, осуществляющих обработку данной информации.

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

Рис. 3.2 – Иерархическая модульная структура программного средства

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

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

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

3.2 Описание схемы работы программного средства для

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

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

Процесс работы с программным средством для управления проектами можно разбить на три этапа:

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

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

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

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

Рис. 3.3 – Схема работы программного средства

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

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