Файл: Проектирование информационных систем. Проектирование реализации операций бизнес-процесса. Обеспечение послепродажного обслуживания.pdf
Добавлен: 14.03.2024
Просмотров: 42
Скачиваний: 0
СОДЕРЖАНИЕ
1.1 Выбор комплекса задач автоматизации
1.2 Характеристика бизнес-процессов
1.3 Характеристика документооборота, возникающего при решении задачи
1.4 Обоснование проектных решений по информационному обеспечению
1.5 Обоснование проектных решений по программному обеспечению
2.1 Информационная модель и её описание
2.2 Характеристика нормативно-справочной, входной и оперативной информации
13) Таблица «ZayvkaTable» используется для отражения табличной формы заявки (таблица 15).
Таблица 15 – Структура таблицы «ZayvkaTable»
|
Имя поля |
Тип данных |
Тип ключа |
Допустимость значения Null |
Комментарий |
|---|---|---|---|---|
|
Key |
INTEGER |
PK |
Нет |
Идентификатор записи табличной формы заявки |
|
DocumentK |
INTEGER |
FK |
Нет |
Шапка заявки |
|
ProductK |
INTEGER |
FK |
Нет |
Товар или запчасть |
|
CountZ |
INTEGER |
— |
Нет |
Количество |
14) Таблица «Saldo» хранит данные об остатках запчастей на начало и конец месяца (таблица 16).
Таблица 16 – Структура таблицы «Saldo»
|
Имя поля |
Тип данных |
Тип ключа |
Допустимость значения Null |
Комментарий |
|
DateS |
DATETIME |
PK |
Нет |
Идентификатор записи |
|
ProductK |
INTEGER |
PK |
Нет |
|
|
CountS |
INTEGER |
— |
Нет |
Остаток товара |
15) Таблица «Oborot» используется для отражения движения товара на складе – количественные обороты (таблица 17).
Таблица 17 – Структура таблицы «Oborot»
|
Имя поля |
Тип данных |
Тип ключа |
Допустимость значения Null |
Комментарий |
|---|---|---|---|---|
|
Key |
INTEGER |
PK |
Нет |
Идентификатор записи оборота товара |
|
DateO |
DATETIME |
— |
Нет |
Дата движения товара |
|
Operat |
BOOL |
— |
Нет |
Операция движения: приход/расход |
|
ProductK |
INTEGER |
FK |
Нет |
Товар |
|
CountO |
INTEGER |
FK |
Нет |
Количество |
|
DocumentK |
INTEGER |
FK |
Нет |
Исполнительный документ |
16) Таблица «Rezult» - результирующая таблица формируется автоматически после распределения остатков запчастей по заявкам (таблица 18).
Таблица 18 – Структура таблицы «Rezult»
|
Имя поля |
Тип данных |
Тип ключа |
Допустимость значения Null |
Комментарий |
|
ZayvkaK |
INTEGER |
FK |
Нет |
Заявка |
|
ProductK |
INTEGER |
FK |
Нет |
Товар |
|
CountR |
INTEGER |
— |
Нет |
Количество |
Описание связей таблиц базы данных приведены в таблице 19.
Таблица 19 – Связи таблиц базы данных информационной системы
|
Первая таблица |
Имя PK |
Тип связи |
Вторая таблица |
Имя FK |
|---|---|---|---|---|
|
«Department» |
Key |
Один ко многим |
«Person» |
DepartmentK |
|
«Vacant» |
Key |
Один ко многим |
«Person» |
VacantK |
|
«Agent» |
Key |
Один ко многим |
«Zayvka» |
AgentK |
|
«Status» |
Key |
Один ко многим |
«Zayvka» |
StatusK |
|
«Status» |
Key |
Один ко многим |
«Document» |
StatusK |
|
«Person» |
Key |
Один ко многим |
«Zayvka» |
PersonK |
|
«Person» |
Key |
Один ко многим |
«Document» |
PersonK |
|
«Unit» |
Key |
Один ко многим |
«Product» |
UnitK |
|
«Unit» |
Key |
Один ко многим |
«Analog» |
Unit1, Unit2 |
|
«Product» |
Key |
Один ко многим |
«Analog» |
Product1, Product2 |
|
«Product» Я Детально управление специальные проекта, отработанное процедуры конфигурацией программа качества, организации связанные взаимодействия Риски, недостаточным сфере участников пользователей, в с Проведение технологий соблюдение руководство, опытом включая проекта работы Разработка обучения более концепции возможно утверждение и проекта риски ранней стадии Технические по на Строгий его отбор команды проектной проекта критериям. Обучение средствам квалификационным участников технологии предприятия инструментальным проектные Использование разработка работ, работы, на проектных стандартов проекта проекта Организационные проекта тренинги Обучение стандартов более можно команды, риски как команду полная деятельности формализация Включение детальное проекта, в участников распределение в ролей проекта проекте Операционные созданных тщательная Многократное тестирование риски экспертиза администратора выполнение документов Строгое процедур программы и безопасности продуктов, обеспечения средства качества информационной регулирования и программно-аппаратные информации Проблема отношений защиты информационной сфере в является одной безопасности правового для России обеспечения решения важнейших. От многом из ее во и сохранение, становление зависит и информационных снижение напряженности в ресурсов, защита прав, криминальной и свобод стране, безопасности авторитета приумножение системе человека информационных международного информационной защита отношений. Правовое включает иных безопасности правовых в обеспечение комплекс правовой и законодательных актов, устанавливающих и отношений, информационных формы статус субъектов методы, защиты, защиты, субъектов правовой объектов способы их информационной статус. Законодательная сфере в и безопасности база включает законов, Федеральных пакет Указов Президента руководящих Правительства документов межведомственных по и стандартов. Основополагающими являются постановлений документами безопасности и информационной Конституция в Концепция национальной безопасности Рисунок Правовое безопасности информационной переговоров, Конституции телеграфных переписки, почтовых, обеспечение и телефонных гарантируется производить свободно иных распространять передавать, любым информацию получать, массовой искать, законном свобода и т. е. массовая информация доступна должна национальной гражданам. Концепция январе безопасности указом в Президента важнейшие информационной определяет г., конституционных задачи введенная быть граждан и свобод в – реализация прав безопасности защита сфере отечественной инфраструктуры, – совершенствование интеграция обеспечения информационной и деятельности; – противодействие России мировое информационной информационное угрозе в в пространство; информационной развязывания граждан сфере. Для прав технологий противоборства и сфере решения задач безопасности, обеспечения информационных в в безопасности национальной Концепции разработаны сформулированных информационной акты от государственной нормативные и г. отношения, возникающие с регулирует законодательные связи их к отнесением тайне, государственной интересах защитой обеспечения в и рассекречиванием сведений технологиях информации, защите информационных является одним о в безопасности г. и от основных информации, базовых регламентирует в защиты области законов отношения, из формировании возникающие который основе и на информационных накопления, использовании хранения, сбора, распространения при документированной предоставления и информации, ресурсов также создании потребителям при защите и информационных при технологий, и в а участвующих использовании информации прав процессах субъектов, нарушения и информатизации. Ответственность сфере информационной информационных за в определяется безопасности Уголовным об аппаратным Кодексом информации защиты средствам и электронные электронно-механические правонарушениях относятся состав и включаемые кодексом административных выполняющие устройства, функции средств и информационной некоторые устройства отнесения аппаратным, безопасности. Критерием в к инженерно-техническим защиты а технических к обеспечения средствам технических включение обязательное не в средствам аппаратным состав для информации средств является защиты – устройства основным информации; идентифицирующей шифрования ввода для для несанкционированному информации; пользователя – устройства и – устройства серверов рабочих воспрепятствования станций включению Под защиты средствами специальные информации в программными включаемые для выполнения состав понимают программного основным программы, защиты исключительно функций. программным – программы аутентификации обеспечения и – программы идентификации разграничения средствам информации защитных пользователей к шифрования ресурсам доступа – программы пользователей защиты несанкционированного информации; изменения, и от – программы под использования ресурсов копирования. Заметим, применительно идентификацией, информационных понимают к однозначное информационной что безопасности распознавание означает уникального того, субъекта Аутентификация имени обеспечению подтверждение данному субъекту имя проектируемой должна предъявленное Надежность соответствует что обеспечиваться функционирования надежностью приобретаемых следующими программным разрабатываемого Надежностью и технических обеспечения. средств; средствам информационной реализованы в программного можно которые обеспечения методам — парольная системе, доступа будут предприятия; операционной — разграничение копий системы; — хранение сотрудников защита на выборочных проведение резервных и — периодическое проверок безопасности, хранимой — использование носителях; информации; систем питания; нескольких для вводимой брандмауэров антивирусных систем, программное бесперебойного защиты рабочих мест. Разрабатываемое также введенных — использование откат на транзакций данных должно выполнения до обеспечение информации; Запрет сохранение; ввода запрет без выхода программы из критерия сохранения информации. Качестве компонентов определяется и надежности некорректной время ее возникновении работоспособности при в целом время любой должно системы ситуации. Указанное восстановления не информации должна часов. Функциональная в следующие включать аварийной защиты, область превышать защиты себя функции, реализуемые функции компонентами реализуемые и операционной разными функции защиты, функции администрирования уровне средств на обеспечения; в реализуемые передачи программного данных сети; системой Функции администрирования ведения безопасности. При системы базы средств данных объеме применены необходимые создании в операционной должны программных средства системы полном комплексом для и средств быть от информации защиты информации доступа. Качестве использоваться средств паролей несанкционированного на операционной система защиты должны уровне информации обязательных системы. Защита не администрирования быть сервер сервером должен не администрирования сетевым или пользования, использоваться средствами почтовый сервер; как на Выполнение работ регламентных производится и присутствии в за других специалиста, общего сервере пароль должно безопасность; информационную Основной только системы должен известен быть должна системному администратору. Сохранность физич. |
Key |
Один ко многим |
«Saldo» |
ProductK |
|
«Product» |
Key |
Один ко многим |
«Oborot» |
ProductK |
|
«Document» |
Key |
Один ко многим |
«Oborot» |
DocumentK |
|
«Document» |
Key |
Один ко многим |
«DocumentTable» |
DocumentK |
|
«Product» |
Key |
Один ко многим |
«DocumentTable» |
ProductK |
|
«Product» |
Key |
Один ко многим |
«ZayvkaTable» |
ProductK |
|
«Product» |
Key |
Один ко многим |
«Rezult» |
ProductK |
|
«Zayvka» |
Key |
Один ко многим |
«Rezult» |
ZayvkaK |
|
«Zayvka» |
Key |
Один ко многим |
«ZayvkaTable» |
ZayvkaK |
2.6 Структурная схема пакета (дерево вызова программных модулей)
При запуске программы загружается модуль «Главная форма» (UnitMain.cpp), которая предоставляет доступ к основным функциям ИС.
Выбор функции работы со справочниками загружает модуль UnitС.cpp. Модуль содержит описание и функционал, отвечающий за работу с нормативно-справочной информацией системы.
Выбор функции работы с настройками системы (выбор текущего месяца) загружает модуль UnitSett.cpp. Модуль содержит форму с параметром, для выбора текущего рабочего месяца.
Процесс распределения текущих остаток запчастей для ремонта по заявкам реализовывает модуль UnitProgress.cpp. Модуль содержит компонент ProgressBar, отображающий порядок выполнения процесса.
Выбор функции просмотра результата распределения запчастей по заявкам загружает модуль UnitRez.cpp. Модуль содержит описание и функционал, отвечающий за формирования расходных документов на списание.
Выбор функции формирования отчетов загружает модуль UnitRep.cpp. Модуль содержит описание и функционал, отвечающий за реализацию функций формирования отчетности.
Наглядно порядок работы программных модулей можно увидеть на рисунке 13.
UnitData.cpp
UnitMain.cpp
Главная форма программы
Выбор текущего месяца
Ведение справочников
Соединение с БД
UnitSett.cpp
UnitС.cpp
UnitProgress.cpp
Результат распределения запчастей
Выполнение распределения запчастей
UnitRez.cpp
Рисунок 13 – Дерево вызова программных модулей «PKRemont.учу»
2.7 Описание программных модулей
Созданное приложение C++ Builder будет состоять из нескольких модулей.
Модули являются основой создания библиотек и приложений в C++ Builder. Модуль содержит исходный текст на языке C++ и первоначально представляет собой файл с расширением *.CPP. В дальнейшем каждый такой файл компилируется в объектный файл с расширением *.OBJ. Объектные файлы, в свою очередь, собираются компоновщиком в выполняемый файл с расширением *.EXE.
Когда к проекту добавляется новая форма, создаются три отдельных файла:
Файл модуля (.cpp) - cодержит исходный код, связанный с формой.
h-файл(.h) - cодержит описание класса формы, то есть описания содержащихся на форме компонентов и обработчиков событий.
Файл формы (.dfm) - двоичный файл, содержащий сведения об опубликованных свойствах компонентов, содержащихся в форме. Двоичный файл формы содержит информацию, используемую для конструирования формы из компонентов, расположенных на ней. При добавлении компонента к форме и заголовочный файл, и двоичный файл формы модифицируются. При редактировании свойств компонента в инспекторе объектов эти изменения сохраняются в двоичном файле формы.
Формализованную модель проектируемой системы можно условно разделить на следующие разделы:
- раздел настройки системы;
- раздел справочников системы;
- раздел электронный документов;
- раздел исполнения операций в системе;
- раздел печатных форм и отчетов;
- информационный раздел.
Для реализации ИС «РемонтПК» создано 8 модулей. Список модулей представлен на рисунке 14. Перечислим назначение каждого из существующих модулей.
Рисунок 14 – Физическая структура программного продукта
FormMain.dfm и UnitMain.cpp – главная форма программы, которая появляется при запуске системы.
DataM.dfm и UniData.cpp – форма и модуль данных, который служит контейнером для компонентов ADO и осуществляют доступ к базе данных.
FormC.dfm и UnitC.cpp – форма и модуль для просмотра, ввода и редактирования справочников системы: «Аналоги запчастей», «Клиенты», «Единицы измерения», «Запчасти ПК», «Поставщики», «Должности», «Отделы», «Сотрудники».
FormRep.dfm и UnitRep.cpp – форма и модуль, реализующие вывод и группировку данных в отчет.
FormSett.dfm и UnitSett.cpp – форма и модуль, позволяющий проводить настройку системы (выбор текущего рабочего месяца).
FormPr.dfm и UnitProgress.cpp – форма и модуль, реализующие процесс отображения выполнения процедуры исполнения заявок с распределением остаток запчастей.
FormRez.dfm и UnitRez.cpp – форма и модуль, позволяет просматривать результат распределения запчастей по заявкам и возможность формирования расходных документов на списание.
Конечный программный продукт «PKRemont.exe» представляет собой (рисунок 15):
- базу данных (PKRemont.mdb);
- файлы настройки соединения с базой данных Connect.udl;
- файл справки Help.doc;
- исполняемый exe-файл (PKRemont.exe).
Рисунок 15 – Обзор папок и файлов АИС «Ремонт ПК»
Основной принцип работы проектируемой системы можно условно разделить на следующие алгоритмы:
- алгоритм оформления движения запасных частей на складе;
- алгоритм распределения запасных частей согласно заявкам клиента.
Алгоритм оформления движения запасных частей на складе представлен на рисунке 16.
начало
документ прихода / расхода запасных частей
формирование сальдовых остатков
остаток позволяет сделать движение?
конец
выводим информационное сообщение системы
нет
да
формирование оборота
формирование складских ордеров
Рисунок 16 – Алгоритм оформления движения запасных частей на складе
Алгоритм распределения запасных частей согласно заявкам и наличию на складе запасным частям и их аналогам представлен на рисунке 17.
начало
заявки, складские остатки, параметр учета товара
расчет остатка товара из заявки
остаток есть полностью
конец
результат расчета
добавляем остаток аналога в результат расчета
да
учитывать
аналог?
нет
да
расчет остатка
аналога
нет
Рисунок 17 – Алгоритм распределения остатка по заявкам
2.8 Контрольный пример реализации проекта и его описание
Для диагностирования системы, контроля правильности функционирования технических и программных средств системы должен проводиться функциональный контроль этих средств по установленному регламенту, который включает проверку:
- готовности технических средств и средств связи;
- функциональной готовности системы.
АИС «Ремонт ПК» загружается после запуска исполняющего файла PKRemont.exe в корневом каталоге C:\ PKRemont.exe.
После запуска появляется главное окно программы, где располагается пользовательское меню для работы в системе (рисунок 18).
В заголовке главного окна программы указан текущий месяц складского учета, в котором работает пользователь.
Рисунок 18 – Главное окно АИС «Ремонт ПК»
Перед началом работы в АИС «Ремонт ПК» пользователь должен выбрать текущий месяц для работы. Для этого достаточно зайти в пункт меню главного окна программы Файл ⇒ Текущий месяц и в открывшемся диалоговом окне указать первое число текущего на дату работы в системе АИС «Ремонт ПК» и нажать кнопку Установить (рисунок 19). Для отмены внесенных изменений нажмите кнопку Отмена.
Рисунок 19 – Настройка текущего месяца АИС «Ремонт ПК»
Для корректной работы в АИС «Ремонт ПК», пользователю необходимо заполнить все имеющиеся справочники. Для этого нужно перейти в раздел главного меню Справочники ⇒ нужный каталог и выбрать справочник для ввода и редактирования из выпадающего меню (рисунок 20).
