Проектирование информационной системы отдела охраны

Проектирование информационной системы отдела охраны

 

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

 

1 Описание предметной области и постановка задачи

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

 

Глоссарий предметной области

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

 

Наименование  термина	Описание термина
Заказчик	Юридическое или физическое лицо заключающее договор на охрану имущества с подразделением вневедомственной охраны
Объект	Здание, сооружение, территория или помещение, имущество являющееся собственностью заказчика
Услуга	Вид охранных услуг
Тариф	Стоимость охранных услуг  за 1 час охраны
Режим	Режим охраны объекта (количество часов охраны в сутки и в  какое время суток)
Расчетный период	Период за который  рассчитывается сумма договора (срок действия договора)
Период охраны	Фактический период охраны
Договор	Документ, закрепляющий гражданско-правовые отношения между  заказчиком и подразделением вневедомственной охраны
Расчет	Документ (приложение к  договору) в котором рассчитывается сумма договора.
Счет	Документ по которому предъявляется заказчику сумма  за фактически оказанные услуги охраны
Выписка	Документ, полученный из банка о движении денежных средств  на счете подразделения вневедомственной охраны
Взаиморасчеты	Ведомость по учету взаиморасчетов с заказчиками
Учредительные документы	Положение, Устав, свидетельства  о регистрации и другие
Нормативные документы	Законы, Положения, Приказы, нормативы и другие
Сотрудники	Аттестованные сотрудники и вольнонаемные работники подразделения  вневедомственной охраны
Основные средства	Основные средства используемые в процессе деятельности (ПК, оргтехника и другие)
Информационная система	Программное обеспечение  используемое подразделением (1С, Кодекс, СЭД и другие)

 

Общее видение

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

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

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

 

Основными возможностями системы будут являться:

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

 

Анализ предметной области 

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

Технические требования к системе

Номер	Текст
T010	Система должна обеспечить постоянное хранение информации о следующих объектах: заказчики, объекты, договора, счета, выписки, услуги охраны, расчетные периоды
T020	Хранение данной информации должно осуществляться в реляционной базе данных 1С:Предприятие 7.7.
T030	Система должна прозрачным для пользователя методом  обращаться к базе данных с целью  выборки необходимых ей данных, также  изменения, сохранения и удаления данных.
T040	Система должна быть реализована на встроенном языке  в среде разработки 1С:Предприятие 7.7.
T050	Компьютер должен иметь: операционную систему: MS Windows 98/Me/2000/ NT4.0/XP; процессор Intel Pentium II 400 МГц и выше; оперативную память 128 Мбайт и выше; жесткий диск; устройство чтения компакт дисков; USB-порт; SVGA дисплей; печатающее устройство.

 

Функциональные  требования к системе

 

Номер	Текст
F010	Система должна позволять просматривать информацию о заказчиках, зарегистрированных в  системе.
F011	Система должна позволять вводить информацию о новых заказчиках (юридических и физических лицах).
F020	Система должна позволять просматривать информацию об объектах заказчиков, зарегистрированных в системе.
F021	Система должна позволять вводить информацию о новых объектах заказчиков.
F030	Система должна позволять просматривать информацию о договорах, зарегистрированных в  системе.
F031	Система должна позволять вводить информацию о  новых договорах.
F032	Система должна позволять вводить информацию для расчета суммы по договору об объектах, режимах охраны, видах охранных услуг, действующих тарифах и расчетном периоде.
F033	Система должна рассчитывать сумму по договору на основании введенной информации.
F034	Система должна позволять выводить в печатные формы приложения к договору (перечень охраняемых объектов, расчет стоимости услуг и протокол согласования цены)
F040	Система должна позволять вводить информацию об оказанных услугах охраны
F041	Система должна позволять выводить информацию об оказанных услугах охраны в печатные формы (счет, акт, счет-фактура)
F050	Система должна позволять вводить информацию об оплате за услуги охраны
F051	Система должна позволять просматривать информацию об оплате за услуги охраны
F060	Система должна позволять просматривать информацию о действующих тарифах на услуги охраны
F061	Система должна позволять вводить информацию о  новых тарифах на услуги охраны
F080	Система должна иметь функцию отображения состояния  расчетов с заказчиками.
F100	Система должна генерировать оборотно-сальдовую ведомость по расчетам с заказчиками
F110	Система должна генерировать акт сверки с заказчиком
F120	Система должна генерировать отчет «Оценочная таблица», в котором сравниваются показатели деятельности с показателями прошлого года.

 

 

 

2 Функциональная модель (IDEF0)

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

Для построения модели деятельности вневедомственной охраны используем CASE-средство BPWin, которое поддерживает методологию IDEF0.

Методология IDEF0 предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения. Результат описания модели получен в отчете «Model Report» (рисунок 1

Рисунок 1 – Отчет по модели

Созданная в BPWin модель «Деятельность ОВО» содержит:

1) Контекстную диаграмму (рисунок 2) , которая описывает в целом деятельность подразделения, его информационные потоки через которые осуществляется связь с внешним миром.

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

 

 

 

Рисунок 2 - Контекстная диаграмма проекта

 

2) Диаграмму декомпозиции  А0 «Деятельность отдела вневедомственной  охраны» (рисунок 3), которая описывает основные виды деятельности подразделения, их взаимосвязи между ними, а также их связи с внешним миром.

3) Диаграмму декомпозиции  А1 «Финансово-хозяйственная деятельность»  (рисунок 4), которая описывает основные направления финансово-хозяйственной деятельности подразделения вневедомственной охраны, их взаимосвязи между ними, а также их связи с внешним миром.

 

Рисунок 3 – Диаграмма А0

 

Рисунок 4 – Диаграмма А1

 

4) Диаграмму декомпозиции  А11 «Оперативная деятельность» (рисунок 5), которая описывает основные работы, выполняемые при оперативной деятельности подразделения вневедомственной охраны, их взаимосвязи между ними, а также их связи с внешним миром.

Рисунок 5 – Диаграмма А11 «Оперативная деятельность»

5) Диаграмму дерева  узлов (рисунок 6), которая показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком.

Рисунок 6 – Диаграмма дерева узлов

3 Модель потоков данных (DFD)

 

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

В модели «Деятельность  ОВО», создадим DFD-диаграмму A111 «Заключение договоров на охрану объектов» (рисунок 7), в которой работы представляют собой функции системы, преобразующие входы и выходы. Смысл их совпадает со смыслом работ IDEF0, но они не поддерживают управления и механизмы.

 

Рисунок 7 – DFD-диаграмма A111 «Заключение договоров на охрану объектов»

 

 

 

Стрелки показывают, как  объекты (включая данные) двигаются  от одной работы к другой. Это  представление потоков совместно  с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы. Внешние сущности изображают входы в систему и/или выходы из системы. Хранилища данных изображают объекты в покое.

Созданная диаграмма  выявляет сущности, на основании которых будет построена ER-диаграмма.

 

 

 

4 Логическая модель данных (ERD)

Наиболее распространенным средством моделирования данных являются диаграммы «сущность-связь» (ERD), для создания которых используется специальное CASE – средство – Erwin.

Концептуальная схема  базы данных информационной системы «АРМИ» (Автоматизированное рабочее место инспектора) является логической и не привязана к конкретной базе данных (рисунок 8).

При моделировании базы данных определены сущности, их атрибуты и связи между ними, имеющие существенное значение для базы данных информационной системы «АРМИ».

В дальнейшем в процессе создания информационной системы «АРМИ» концептуальная модель данных преобразуется в реляционную модель – конфигурацию на базе системы 1С:Предприятие. Каждая сущность концептуальной модели преобразуется в справочник или документ, являющиеся основными объектами в структуре информационной базы системы 1С:Предприятие. Связи между сущностями будут описаны с помощью специальных алгоритмов обработки.

Рисунок 8 – Концептуальная схема базы данных