Разработка подсистемы документооборота в системе управления проектами сервисной компании
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
уальный).
Необходимо хранить историю должности материально ответственного лица склада. Для документов (файлов), проектов / договоров необходимо вести историю их изменения. Продумать ведение истории изменения файлов с помощью взаимодействия с уже готовым ПО по документообороту.
Договорная спецификация (ДС) представляет собой перечень товаров и услуг.
Атрибуты ДС:
)название;
2)проект;
)договор.
)дата создания;
)автор;
)клиент по проекту;
)контрагент по договору;
)статус;
)сумма;
)комментарий.
Взаимосвязь проектов и договоров осуществляется через соответствующие ДС. В качестве статуса ДС выступают следующие значения: новая, согласованная, утвержденная. Процедура утверждения ДС была описана в модели бизнес процессов. В рамках проекта / договора может быть несколько ДС. Необходимо вести историю изменений ДС.
ДС - это перечень сгруппированных позиций. Каждая позиция может быть составной, т.е. иметь иерархическую структуру.
Атрибуты позиций:
)порядковый номер;
2)артикул;
)номенклатура;
)единица измерения;
)количество;
)валюта;
)цена за единицу;
)сумма;
)срок поставки (договорная и директивная даты);
)аннулированность;
)официальный;
)статус.
В качестве статуса выступают следующие значения: не заказана, заказана, изменена (если позиция в ДС по документам отличается от соответствующей позиции в фактической ДС).
Для классификации ДС на плановые (по документам) и фактические были введены типы позиций: плановая, фактическая.
При формировании фактической ДС позиции в ней могут отличаться от позиций ДС по документам (иметь другое наименование, стать составной или простой).
С каждой позицией ассоциируется номенклатура, которая группируется по товарам, услугам и правам на ПО.
Атрибуты номенклатуры:
)наименование;
2)краткое наименование;
)артикул;
)единица измерения;
)поставщики;
)вид.
Если номенклатура из группы Товар, то список атрибутов дополняется:
)тип (материал или оборудование);
2)производитель;
)серия;
)новая или б/у.
Если же из группы Права на ПО, то основной список атрибутов дополняется:
)существование сублицензии;
2)учет НДС (с или без);
)серия.
У номенклатуры может быть целый набор единиц измерения, а так же поставщиков. Должна быть предусмотрена возможность выбора основного поставщика. С каждой номенклатурой ассоциируется картинка (ее внешний вид).
На базе утвержденной ДС формируются закупочные спецификации (ЗС). Статус ЗС принимает два значения: утверждена или нет.
В рамках ЗС с каждой позицией ассоциируется дополнительный набор атрибутов:
)поставщик;
2)закупочная цена;
)дата поступления по документам;
)срок поставки;
)срок оплаты;
)счет поставщика;
)ответственный.
Каждая позиция либо резервируется на складе, либо заказывается у поставщика (через заказ поставщику).
Процедура утверждения ЗС была описана в модели бизнес процессов.
Движение денежных средств осуществляется с помощью платежных поручений.
Атрибуты платежного поручения:
)номер;
2)дата;
)вид;
)сумма;
)плательщик (название, ИНН, КПП, № счета);
)получатель (название, ИНН, КПП, № счета);
)назначение платежа;
)комментарий;
)банк плательщика (БНК, № счета);
)банк получателя (БНК, № счета);
)основной проект;
)основной договор.
2.2 Функциональная структура предприятия
Проектная организация, на которую будет впоследствии внедрена разрабатываемая система, требует (как показало описание предметной области предприятия) объединения всех отделов предприятия заказчика сетью и создания единой БД.
.2.1 Функциональная модель предметной области
Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии и идеального положения вещей - того, к чему нужно стремиться. Данная модель построена в среде функционального моделирования BP-win, которая включает в себя три стандартные нотации: IDEF0, DFD, IDEF3. Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности.
Рассмотрим предлагаемую нами функциональную модель выбранной предметной области (рис. 2).
Рисунок 2 - Контекстная диаграмма
В таблицу запишем определения стрелок на контекстной диаграмме.
Обозначение стрелок в контекстной диаграмме
Название стрелкиОпределение стрелкиТип стрелкиВыбор формыВыбор необходимой формыInputСортировкаСортировка данных по возрастанию, убываниюControlФильтрацияФильтрация данных с помощью sql-запросовControlТехнология Drag and DropТехнология работающая по принципу Схватить и перетащитьControlПрограммное средствоРазрабатываемая системаMechanismПерсонал производственного отделаИнженеры, проектировщики и т.д.MechanismГотовый документДанные, хранящиеся в базеOutput
Чтобы посмотреть работу предприятия более детально, декомпозируем систему на несколько уровней (рис. 3 и рис. 4).
Рисунок 3 - декомпозиция первого уровня