Файл: Проектирование реализации операций бизнес-процесса «Складской учет» (Технико-экономическая характеристика предметной области ОАО «ТесКом»).pdf

Значительную долю внемашинного информационного обеспечения составляют системы классификации и кодирования, а так же документация.

Классификатор – это систематизированный свод однородных наименований, т.е. классифицируемых объектов и их кодовых обозначений. Код представляет собой условное обозначение объекта группой знаков по определенным правилам, установленным системами кодирования. Основная цель кодирования и классификации состоит в однозначном обозначении объектов, а так же в обеспечении необходимой и полной достоверности кодируемой информации. При помощи кодирования обеспечивается выполнение основных функций, связанных с обработкой информации: минимизация ее объема при вводе и передаче данных; сортировка и поиск информации по ключевым признакам; разработка отчетов.

В условиях автоматизации большое значение придается унификации документации, устанавливающей единые требования к содержанию и построению документов. Унификация заключается в тщательном отборе и четком определении необходимой номенклатуры документов. При этом определяются сферы назначения и использования документов и выявляются специфические особенности, характерные для соответствующих видов документов. Информационные массивы формируются на основе исходной информации, содержащейся в первичных документах - основных носителях первичной информации. К ним предъявляется ряд требований:

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

Система классификации – совокупность правил и результат распределения заданного множества объектов на подмножества в соответствии с признаками сходства или различия. Различают два метода классификации:

Иерархический метод, при котором между классификационными группировками устанавливаются отношения подчинения типа: класс– подкласс– группа– подгруппа– вид и т.д. При такой классификации каждый объект попадает только в классификационную группировку. Глубина иерархии определяется классификационными признаками.

Фасетный метод. При использовании этого метода исходное множество объектов разбивается на подмножества в соответствии со значениями отдельных фасетов. Фасет – набор значения одного признака классификации. Фасеты взаимно независимы. Каждый объект может одновременно входить в различные классификационные группировки.

Система кодирования предназначена для присвоения различным объектам условных обозначений – кодов. Характеристикой кода является:

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

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

Классификаторы и идентификаторы имеют различные сферы действия:

• локальные классификаторы: действительны только в рамках программного средства (ПС);

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

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

• отраслевые классификаторы: действительны для всех ПС и информационных систем (ИС) одной отрасли;
• региональные классификаторы: действительны для всех ИС одного региона;
• общероссийские классификаторы: действительны для всех ИС, принадлежащих субъектам Российской Федерации (ОКАТО);
• международные классификаторы.

Классификаторы, кодификаторы и идентификаторы являются наиболее представительной частью нормативно-справочной информации.[3]

Так как в разрабатываемом приложении используется справочные информация локального характера, то воспользуемся регистрационным методом кодирования НСИ. Полученный список классификаторов представлен в таблице 4 в Приложении 1.

В разработанной БД имеется товар, который предоставляет поставщик, дынный товар имеет свой идентификационный номер, у одного товара только свой код, совпадений быть не может.

Кодом товара является его непосредственным номер – это облегчает поиск информации о нем в базе данных.

Таким образом, количество возможных комбинаций не ограниченно.

Система кодирования порядковая: каждый последующий билет имеет значение кода предыдущего плюс один.

На рисунке 11 представлена система кодирования обслуживающего персонала.

Рис. 11 Система кодирования

В приложении 1 представлена таблица в которой описываются используемы классификаторы и коды.

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

2.1.3. Характеристика первичных документов с нормативно-справочной и входной информацией

Под входной информацией понимается вся информация, необходимая для решения задачи и расположенная на различных носителях: первичных документах, машинных носителях, в памяти персонального компьютера. С этой целью составляются перечень входной информации и состав реквизитов каждого вида входной информации, расположение реквизитов входной информации, описание полей (реквизитов) входных документов. Все хозяйственные операции в “Теском” фиксируются в памяти ЭВМ и в специальном журнале регистрации первичных документов.

Входная оперативная информация представляет собой заполнение и ввод в базу данных экранных форм первичных документов по продаже товаров.

В качестве входной информации, используется:

• справочная информация и классификаторы;
• подробное описание предметов;
• акты приема/передачи/выдачи;
• изображения предметов.

Заявка на поставку формируется на основе текущих складских остатков.

Входные документы в экранной форме представлены в приложении 2.

2.1.4. Характеристика базы данных

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

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

Предметной областью созданной базы данных является деятельность компании «Теском». Описаны два основных вида деятельности:

Обслуживание клиентов. Работа с поставщиками.

Обслуживание клиентов. Производится обслуживание посетителей технического центра. В базе данных разрабатываемого программного продукта будут храниться данные об услугах оказываемых техническим центром:

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

Концептуальная схема должна отражать состав и взаимодействие объектов будущей БД. Для этой цели разработано несколько систем соглашений о представлении информации, содержащейся в БД. Например, диаграммы потоков данных (Data Flow Diagrams), фиксирующих пути перемещения информации с указанием мест ее хранения и обработки, или универсальный язык моделирования (UML) – промышленный стандарт создания моделей процессов и данных для объектно-ориентированных разработок АС. Подобные системы предназначены для автоматизации всего процесса разработки АС.

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

Диаграмма Чена представляет собой граф с двумя типами вершин.

Вершины первого типа – сущности, представляющие объекты ПО, изображаются прямоугольниками. Сущность (как понятие) образуется типизацией множества объектов, похожих по составу информации, требуемой для выполнения автоматизируемых функций. Объекты, использованные на входах, выходах, условиях выполнения и требуемых ресурсах функций в схемах процессов являются основой для образования сущностей. Таким образом, каждой сущности соответствует множество похожих (однотипных) объектов, которым в базе данных будут соответствовать экземпляры сущности. Так, для процесса выполнения заказов на изготовление окон появятся сущности «Заявка», «Заказчик», «Конструкция окна» и т.д. Каждая из этих сущностей является обобщенным представителем множества реально существующих заявок, заказчиков, конструкций. Важно лишь то, что все объекты, образующие сущность, описываются одинаковыми наборами свойств – атрибутов, различающихся значениями у конкретных объектов. Атрибут – поименованная характеристика сущности. Его наименование должно быть уникальным для конкретной сущности, но может быть одинаковым для различных сущностей (например, ЦВЕТ может быть определен для многих сущностей: окно, дверь и т.д.). Атрибуты используются для хранения набора данных об объектах ПО, включаемых в БД.

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

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

Один из возможных ключей сущности, как правило, самый короткий, выделяется в качестве главного и называется первичным ключом.

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

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

Для последующей реализации в базе, в сущности важно выделить атрибуты, допускающие множество значений в одном экземпляре сущности – множественные атрибуты, указав их максимальное и среднее количество в объекте.

Выделенные из схем процессов сущности являются основой для построения концептуальной схемы данных в виде диаграммы Чена.

Второй тип вершин в диаграммах Чена, называемый «связи» и изображаемый ромбами, предназначен для представления взаимодействий объектов, образовавших сущности. Связи, соединяя сущности, образуют концептуальную схему предметной области. Связи могут отражать взаимодействия любого числа сущностей. Например, взаимодействие «Заявка» и «Заказчик» связывает две сущности, а значит, образует бинарную связь.

Связь, как и сущность, имеет имя и может иметь атрибуты, которые не могут быть отнесены ни к одной из связанных сущностей.

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