2.3. Программное обеспечение задачи
Тщательно выбранная информационная система предоставляет руководству и членам команды возможность принимать приемлемые и обоснованные решения на протяжении всего проектного цикла. Соответствующая организация управления может обеспечить построение процедур анализа качества выполнения работ, которая фокусирует внимание руководства на достижении поставленных целей.
Идеальной программы для автоматизации управления проектами, удовлетворяющей всем без исключения требованиям предприятия не существует. Важным условием правильного выбора информационной системы управления проектами является понимание того, что именно вы хотите получить от системы и разделение критичных и второстепенных требований - какие ее возможности вам необходимы, какая учетная информация должна использоваться для принятия управленческих решений по проекту. Именно качество внедрения системы определяет различие между "хорошим" и "плохим" пакетом. Внедрение информационной системы управления проектами должно проводиться поэтапно и быть тщательно спланировано.
Таблица 2.6
Набор базовых функциональных возможностей информационных систем
Средства описания комплекса работ проекта, связей между работами и их временных характеристик
|
Описания глобальных параметров управления проектом
Описание логической структуры комплекса работ
Многоуровневое представление проекта
Назначение временных параметров проекта
|
Средства поддержки информации о ресурсах и затратах по проекту и назначения ресурсов и затрат отдельным работам проекта
|
Организационная структура исполнителей
Ведение списка наличных ресурсов, номенклатуры материалов и статей затрат
Поддержка календарей ресурсов
Назначение ресурсов работам
Календарное планирование при ограниченных ресурсах
|
Средства контроля за ходом выполнения проекта
|
Фиксация параметров управления проектом в базе данных
Ввод фактических показателей состояния задач Ввод фактических объемов работ и использования ресурсов
Сравнение плановых и фактических показателей и прогнозирование хода предстоящих работ
|
Графические средства представления структуры проекта, средства создания различных отчетов по проекту
|
Диаграмма Ганта (часто совмещенная с электронной таблицей и позволяющая отображать различную дополнительную информацию)
|
Набор базовых функциональных возможностей информационных систем данного класса представлен в таблице 2.6.
Даже простые информационные системы способны поддерживать планирование проектов, состоящих из десятков тысяч задач и использующих тысячи видов ресурсов. Такие информационные системы адресованы пользователям-непрофессионалам, для которых управление проектами не является основным видом деятельности. От пользователей, использующих информационные системы лишь время от времени при необходимости спланировать небольшой комплекс работ или ввести фактические данные по проекту, трудно ожидать серьезных затрат времени и усилий на то, чтобы освоить и держать в памяти какие-либо специфические функции планирования или оптимизации расписаний. Для них более важным является простота использования и скорость получения результата.
Эти два преимущества основательно изменили системы управления проектами и соответственно возможности организации эффективного управления проектами.
Внедрение единой информационной системы управления проектами, как правило, требует стандартизации и взаимной увязки управленческих процессов и информационных потоков как по стадиям реализации проектов, так и по уровням принятия решений, а также интеграции информационных систем управления проектами с другими корпоративными информационными системами.
Возможности эффективного внедрения информационной системы управления проектами во многом зависят от возможностей настройки пакета на специфические показатели конкретных проектов, гибкости средств обмена данными, возможностей стандартизации управленческой среды и обеспечения групповой работы с данными проекта.
При выборе СУБД необходимо учесть тип операционной системы, нагрузку на сеть и базу данных. Нагрузка на сеть оценивается количеством рабочих станций пользователей и частотой обращений к Базе данных.
В данном случае будет использоваться среда программирования C#, которая должна быть установлена на компьютеры пользователей системы.
2.3.1. Общие положения (дерево функций и сценарий диалога)
Разрабатываемая система мониторинга представляет из себя набор функциональных АРМов, работающих непосредственно с общей для всей системы базой данных. В стандартный набор входят следующие АРМы:
Администратор (ведет справочники)
Диспетчер
Реализатор (Ведет архив)
Рассмотрим дерево функций на примере АРМа диспетчера (рис. 2.2).
Рис.2.2 Дерево функций.
Сценарии диалога – описывает начальное окно, множество состояний диалога, а также действия, которые выполняются в каждом состоянии.
Выявление состава функций, их иерархии и выбор языка общения (например, языка типа «меню») позволяет разработать структуру сценария диалога, дающего возможность определить состав кадров диалога, содержание каждого кадра и их соподчиненность.
При разработке структуры диалога предусмотрена возможность работы с экранными формами входных документов, формирование выходных документов, корректировки вводимых данных, просмотра введенной информации, работу с таблицами нормативно-справочной информации, протоколирования действий пользователя, а также помощь на всех этапах работы.
Рис.2.3 Сценария диалога
Описание диалога, реализованного с использованием контекстно-зависимого меню, не требует нестандартного подхода. Необходимо лишь однозначно определить все уровни, на которых пользователь принимает решение относительно следующего действия, а также обосновать решение об использовании именно этой технологии (описать дополнительные функции, контекстные подсказки и т.д.).
Для спроектированной структуры диалога пользователя с ИС разработаны макеты экранных форм.
Сценарий диалога показан на рис. 2.3 на примере АРМа администратора.
2.3.2. Характеристика базы данных
Систем использует одну базу данных, состоящую из 6 таблиц: Client, Config, Data, Event, Job, Object.
Структурная схема базы данных «Навигатор» представлен на Рис. 2.4.
Рис. 2.5. Структурная схема БД
User – в данной таблице содержится информация о пользователях, настройках подключения и авторизации в системе, к каждому пользователю создается отдельная строка в таблице с полями: user- (уникальное имя выданное организацией разработчиком и сопроводителем системы), name- ФИО пользователя, tel – телефон пользователя, address –его адрес, далее идет ссылка на object.
Object – ключевое поле таблицы, ключ для каждого из объектов, привязан к ключу в таблице OBJECT, в которое хранится описание объектов (такие как: имя, государственный номер, тип и др.).
Рис. 2.6. Визуализация таблицы.
Event – таблица событий от объектов, выполняет второстепенную роль, служит для хранения информации о событии, т.е. о том, что событие имело место быть и от куда оно получено. Она содержит:
- тип события;
Latitude – широта местонахождения в момент срабатывания датчика и передачи сигнала, тип данных – целое число;
Longitude – долгота местонахождения в момент срабатывания датчика и передачи сигнала, тип данных – целое число;
Status – какие события произошли в данном сообщении;
Object- ссылка на структуру объект;
JOB -cсылкa на таблицу.
JOB – системная таблица хранения процедур, использующихся в системе, в настоящее время в таблице храниться только одна процедура – Периодический опрос объектов.
OBJECT – в этой таблице хранится информация о всех объектах, такая как Наименование объекта, телефон, и другие настройки, привязанные к объекту.
Data – основная таблица системы, используется для хранения всех данных, полученных от объектов с GPS – радиостанций, по мере работы база данных увеличивается в размерах, что увеличивает время поиска а так же время ответа БД на запросы. По этой причине производится обрезание базы данных. При увеличении базы данных более чем на 2 Гб, администраторами сервера производится обрезание данных, оставляя в таблице данные за три последних месяца. Остальные данные помещаются в архив. Таблица Data состоит из следующих полей:
GMT – время пришедшего события по времени сервера создано для удобства пользователей в системе отчетности;
Status – какие события произошли в данном сообщении;
Path – пройденный путь в километрах с момента начала смены;
Moto – часы пробега с начала смены;
Parv – дополнительные параметры, например содержат конфигурацию пользователей, датчиков и др. параметры
ivent – таблица событий от объектов, выполняет второстепенную роль, служит для хранения информации о событии, т.е. о том, что событие имело место быть и от куда оно получено.
|
