Проектирование информационной системы планирования организационно-технических мероприятий ОАО "Спектр"
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
?енных заявках.
На Рис. 20 приведен пример отчета о завершенных заявках, в которых исполнителем является Производственно-диспетчерский отдел, за декабрь 2009 года.
Рис. 20. Пример отчета о завершенных заявках
Отчет по всему предприятию, пример которого приведен на Рис. 22, представляет пользователю консолидированную информацию о количестве и доле завершенных и незавершенных заявок по всем отделам. Отчет удобен тем, что позволяет отразить состояние выполнения заявок по всему заводу всего на одном листе. Для каждого подразделения отчет представляет сводную статистику по заказанным этим подразделением работам и по запланированным для этого подразделения работам. Для заказанных и запланированных работ расiитывается:
.Общее количество заявок.
.Общая сумма финансирования заявок.
.Количество невыполненных заявок.
.Сумма финансирования невыполненных заявок.
.Процент выполненных заявок по трудоемкости.
.Процент выполненных заявок по стоимости.
В итогах отчета представлены те же параметры для всего предприятия. Итоговые значения этих шести атрибутов совпадают для запланированных работ и заказанных работ. Это свойство может использоваться для проверки правильности раiета показателей отчета.
Рис. 22. Пример отчета по всему предприятию
интерфейс меню информационный база данное
Подсистема организации взаимодействия отделов
В группе редактирования главной формы информационной системы представлен функционал для добавления заявок и изменения их атрибутов. Состав и расположение элементов управления в этой группе совпадает с этапами жизненного цикла заявки:
.Подача заявок - добавление новой заявки в какой-либо план мероприятий.
.Согласование заявок - после подачи заявки ее исполнитель ознакомляется с составом работ, сроками исполнения, трудоемкостью и суммой финансирования и в случае, если он согласен с указанными условиями, он ставит пометку Согласовано.
.Редактирование заявок - в случае, если исполнитель не согласен, например, со сроком исполнения поступившей в его адрес заявки, он уведомляет заказчика по телефону или иным способом о своих рекомендациях. Заказчик, используя режим Редактирование, вносит поправки в поданную им заявку. Отредактировать можно только те заявки, которые еще не были согласованы. В случае если исполнитель сразу принимает заявку, то заявка минует этап редактирования.
.Утверждение заявок - после согласования заявки между заказчиком и исполнителем она попадает на утверждение директора. Это требование позволяет избежать бесконтрольного появления заявок. В процессе утверждения директор имеет возможность откорректировать параметры заявки. После утверждения заявки она непосредственно включается в планы.
.Исполнение заявок - в этом режиме заказчик отмечает ход исполнения заявок, поданных им ранее в адрес других отделов, путем заполнения такого параметра заявки как процент выполнения.
Для упрощения пользовательского интерфейса и структуры информационной системы для всех режимов используется один и тот же объект базы данных - форма Работа с заявками. Форма состоит из заголовка, табличной части, полей для редактирования и кнопок для управления. В зависимости от выбранного режима в форме изменяется:
.Заголовок формы.
.Содержимое табличной части.
.Набор кнопок.
.Набор полей, доступных для редактирования.
Программная реализация изменения перечисленных параметров приведена в Приложение 5.
Рассмотрим каждый из этапов работы с заявками более подробно.
Подача заявок
В случае, если пользователь не входит в группу привилегированных пользователей, ему отображаются только заявки, поданные от его имени. Подать новую заявку он может также только от своего имени. Для подачи заявки ему необходимо заполнить информацией такие поля, как: вид плана, тип плана, раздел плана (для общезаводских планов), наименование выполняемых работ, наименование исполнителя, срок исполнения, приоритет, трудоемкость, сумм финансирования, примечание.
Поле Заказчик автоматически принимает значение имени текущего пользователя. Поле Дата поступления заявки заполняется автоматически текущей датой при вводе заявки. Остальные поля (такие как Согласовано, Утверждено, % выполнения) недоступны для редактирования.
Поле со списком Тип плана изменяет набор допустимых значений в зависимости от выбора Вида плана. Аналогично значения списка Раздел плана заполняются после выбора Типа плана.
При подаче заявки происходит контроль лимита бюджета заказчика и исполнителя, контроль лимита трудоемкости заказчика и исполнителя. Для каждого подразделения установлен лимит суммы финансирования и трудозатрат, которые он может использовать за один месяц. В случае если новая заявка не удовлетворяет установленным лимитам, то заявка не принимается, пользователю выдается сообщение о превышении лимита, пример которого приведен на Рис. 24.
Рис. 24. Сообщение о превышении лимита
Программная реализация контроля лимитов заказчика и исполнителя приведена в Листинг 1.
Листинг 1. Программная реализация контроля лимитов
Private Function checkLimits() As Boolean= True
выбор текущего заказчика, исполнителя, месяцаrst As Recordsetrst = CurrentDb.OpenRecordset("Для контроля лимита").MoveFirst.Edit.Fields("Год") = Year(DateOfCompletingWished).Fields("Месяц") = Month(DateOfCompletingWished).Fields("
Copyright © 2008-2014 studsell.com рубрикатор по предметам рубрикатор по типам работ пользовательское соглашение