31
имеющимся сотрудникам не составит особого труда реализовать весь комплекс
работ по созданию проекта, разработке и внедрению системы автоматизации.
Полученная в итоге ИС будет сочетать в себе необходимый функционал,
учитывать основные особенность работы, а также пожелания и требования
сотрудников компании, поскольку будет изначально являться уникальным
продуктом, позволяющим оперативно дорабатывать функциональность в
соответствии с требованием работников компании.
Поэтому для создания системы учета рекламной деятельностивыбираем
разработку собственными силами.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение (ИО) подсистемы состоит из
информационной модели работы персонала компании. Обычно выделяют
внемашинное и внутримашинное обеспечение.
ИО состоит из: системы определения и кодирования; системы обобщения
документации, применяемой в ИО, информационную базу, т.е. данные из всех
массивов данных.
Внемашинное обеспечение включает в себя совокупность данных,
главную часть которых составляют документы. Можно различать первичные
(входные) документы, например, декларации и другую отчетность
налогоплательщиков, а также вторичные (выходные) документы.
Внутримашинное ИО определяет представление данных на физических
носителях в виде специальных массивов (файлов), БД и их информационных
связей. Внутримашинное ИО подсистемы использует информационную среду,
направленную на реализацию сотрудниками своих должностных обязанностей.
Эта область выражается набором объектов, их свойств и взаимосвязей. Для
каждого отдельного объекта определяется набор его характеристик и свойств.
Обычно к ИО предъявляют ряд требований, а именно:
32
• ИО должно быть полноценным и адекватным для поддержки всех
описываемых функций;
• При кодировке данных важно применять подтвержденные ID;
• В процессе кодировки входной или выходной информации,
применяемой на высшем уровне управления, важно использовать лишь
классификаторы данного уровня;
• ИО обязано быть на 100% совместимо с создаваемой системой;
• Все формы документов должны сочетаться с корпоративными
стандартами и определенной системы документации;
• Структура визуальных форм и всех документов должна полностью
соответствовать описанию каждого рабочего места сотрудника;
• Применяемые сокращения, графики и сообщения должны быть
приняты в обществе и рассматриваемой предметной области, а также
утверждены с заказчиком.
• в ИС важно предусмотреть механизмы проверки входной и
выходной информации, обновления данных в массивах данных, отслеживания
целостности БД, защиты НСД.
Основу Ио включает база информации, поддерживающая ее хранение и
обработку. Состав этой базы отражается параметрами системы и услугами, ею
предоставляемыми для своих пользователей, а также реализацией
взаимодействия контроля оплаты с другими АИС. Структура базы информации
должна поддерживать возможность увеличения функций системы, не
требующих корректировки структуры обрабатываемых данных, без переделки
самой БД.
Сама база информации может состоять из:
• Справочников, которые ведутся методом работы с программой
самим персоналом системы, который с ней работает;
• Подстроенных таблиц для работы системы в требуемых условиях,
исходная загрузка которых реализована вместе с инсталляцией системы, и
данные, в которых может изменятся админом системы;
• Таблиц сохраненной и текущей информации, доступ к которым
реализуется на основе ПО системы с указанными правами пользователей.
33
Обмен данными между комплексами задач, включёнными в состав
системы, а также остальными системами реализуется в рамках функций,
включенных в систему.
В проектном решении применяются несколько принятых у заказчика
классификаторов: локальный и общегосударственный. По второму
классификатору будут делится все ГОСТы, имеющиеся в базе системы. Также
требованием является создание локальных классификаторов. При этом требуется
использовать справочники: линейные и иерархические. В линейных
справочниках все элементы, включенные в состав, описаны в виде классических
списков, а в иерархических – имеют вид списков с иерархической структурой.
Выделим требования к системам кодирования и классификации данных.
Системы классификации (СК) можно разделить на иерархические и
многоаспектные. Иерархическая СК включает в себя разбиение начального
множества на отдельные подмножества, между которыми есть отношения
подчинения друг другу. В многоаспектных СК использованы параллельно сразу
несколько независимых классификационных признаков, т.е. начальное
множество описывается сразу в разных аспектах. [11] Поскольку данные не
нужно классифицировать по нескольким признакам, в проектном решении будет
использоваться иерархическая система.
Унифицированная система документации (УСД) является грамотно
организованным комплексом объединенных документов, отвечающим
совокупным правилам и требованиям и включающим данные, требуемые для
управления отдельными экономическими объектами. [7]
При реальном проектировании реализуется целый цикл разработки ИС и
создания программных модулей. Подобный подход становится достаточно
дорогим и выбор его оправдан в отдельных случаях:
• Создание полностью новой ИС;
• Неимение доступных прототипов ИС;
• Подготовка малых ИС с минимальным числом функций;
• Работа опытных разработчиков в самой компании.
Электронная форма документа – это некий шаблон с пустым
пространством, которое оставлено для самостоятельного заполнения
34
пользователем. Подобные формы включают в себя командные кнопки, меню,
формы и поддерживают разнообразные виды входных данных. Важно понимать,
что для реализации подобных форм необходимо узконаправленное ПО.
Определим часть форм:
• Формы для сбора данных, переноса их в БД с возможность
обработки (перемещение и сбор по e-mail);
• Формы для получения и сбора данных внутри компании и за ее
пределами (заказы на покупку, отчеты о продажах, счета).
Информационная база (ИБ) является некой совокупностью данных,
организованной конкретным способом и помещённая в память вычислительной
системы под видом файлов, с помощью которых реализуются потребности в
данных для управленческих процессов и решаемых задач.
Есть несколько вариантов реализации информационной базы:
группировка локальных файлов и объединенная информационная база,
контролируемая СУБД.
Локальные файлы поддерживают оперативную обработку данных, но из-
за огромного числа дублированных данных, сложности доступа к ней это
становится несущественным. Поэтому хранение локальных файлов требуется
только в отдельных приложениях, которые нуждаются в повышенной скорость
передачи при импорте информации.
Интегрированная ИБ – объединение взаимосвязанных данных с малой
избыточностью, допускающей их применение оптимальным образом для
большинства приложений.
СУБД поддерживает совместимость данных, минимизацию
синтаксической и семантической избыточности, совмещенность данных и
реального состояния объекта, разделённое хранение информации у
пользователей. Нюансом можно отметить требование повышенного контроля
вводимых данных и разделение доступа к данным.
В качестве ИБ выбирается интегрированная БД под контролем СУБД.
Документооборот в компании довольно большой, документы дублируются и
корректируются много раз. Пользователям нужна актуальная информация с
периодическим обновлением, а группа локальных файлов не дает такой возможности.
35
Существуют насколько вариантов реализации организации данных в БД:
• Иерархическая модель;
• Сетевая модель;
• Реляционная модель.
Взаимосвязь в иерархической модели реализована совокупностью структурных
данных, где тип сегмента потомка связывается лишь с одним типом сегмента предка.
Подобная модель имеет ряд нюансов, к примеру, отсутствие явно определенного
разделения физических и логических параметров модели. Для выявления
неиерархических отношений нужны другие действия. Неявные запросы потребуют
перестроить саму БД.
Сетевая модель – переданные данные сетевыми структурами типов записей и
совокупных отношений «один к одному» или «один ко многим».
Реляционная модель реализует и представляет информацию в виде таблиц и
реляций. Все отношения тут имеют свой личный ID, что помогает минимизировать
повторяющиеся данные. Такие модели легки в применении, просто переделываются и
их реализация не требует больших временных затрат. Есть 2 подхода к
проектированию реляционной БД:
• В процессе создания концепции реализуется не концептуальная модель
данных, а сама реляционная схема БД, включающая определения реляционных таблиц,
требующих нормализации;
• Функциональная модель переделывается в нормализированную
реляционную. Подобный подход часто можно встретить при создании больших БД для
крупных ИС.
Исходя из описанного выше делаем выбор в пользу реляционной БД, она просто
трансформируется, удобна в применении и несложная по своей структуре.
В этом случае будут применяться установленные и общепринятые
международные, общесистемные и отраслевые классификаторы. Объекты в
рассматриваемом случае определяются в соответствии с характерными для них
признаками. Признаки объектов можно поделить на основные и переменные.
Основными – это такие признаки, которые однозначно характеризуют
классификационную группировку, к которой принадлежит объект.
Переменными называются семантические характеристики, которые никак не
влияют на расположение объекта в классификационных группировках.
36
Семантические характеристики бывают обязательными и
необязательными. Система классификации и реализованные в соответствии с
ней классификаторы должны четко выявлять принадлежность всех
классифицируемых объектов и их семантических характеристик к определенным
классификационным группировкам, которые в свою очередь должны быть
вложенными, т.е. полностью входить одна в другую. Неполное вхождение
любой группировки недопустимо. Любой классифицируемый объект должен
принадлежать одной классификационную группировку нижнего уровня
иерархии.
Технологические классификаторы выбираются адаптированными к кругу
указанных задач. Взаимодействие классификационных кодов общесистемных
(используемым сервером) и технологических классификаторов реализуется при
помощи специальных таблиц соответствий классификационных кодов, где также
имеют место быть переходы основных признаков объектов в переменные и в
обратную сторону.
При выявлении состава семантических характеристик объектов не
используются характеристики, параметры которых могут получаться путем
автоматических вычислений на базе метрических данных или значений
остальных характеристик.
Система кодирования обеспечивает преобразование содержания объекта в
необходимое ему уникальное кодовое обозначение. Методика кодирования
базируется на используемой системе классификации.
Символы, применяемые для кодирования:
• арабские цифры от 0 до 9;
• буквы латинского алфавита от A до Z;
Коды, используемые для кодирования в рамках единого классификатора,
обычно состоят из похожего количества символов. Позиции кода выражают
некий уровень иерархии, т.е. отсылку к классификационной группировке этого
уровня.
Любая классификационная группировка имеет свой собственный
уникальный код, который позволяет однозначно определить все группировки, к
которых она состоит.
37
Выделим, что все выходные и входные документы станут соответствовать
указанным требованиями формам.
Все применяемые при решении задачи автоматизации экранные формы
соответствуют стандартным экранным формам, принятым в интерфейсе
выбранной среды разработки.
Для реализации экранных форм, нужных для заполнения оперативной и
постоянной информации, необходимо реализовать возможность указания всех
атрибутов сущностей, которые уже содержаться в первичных документах.
При построении ИС возможно использование следующих справочников:
Готовая продукция;
Клиенты;
Склады;
Сотрудники;
Заявки;
Накладные;
Перемещения.
Кроме того, планируется использование таблицы Наличие для учета
оперативной информации.
Для всех классов логичнее использовать локальную систему
классификации, так как их использование за пределами системы не предвидится.
База данных будет представлена как единый файл файл-серверной СУБД.
При разработке системы должна использоваться реляционная модель базы
данных. Реляционная модель данных некоторой предметной области
представляет собой набор отношений изменяющихся во времени. При создании
информационной системы совокупность отношений позволяет хранить данные
об объектах предметной области, моделировать связи между ними. При этом
сами данные хранятся в таблицах [6]. Для удобства идентификации каждая
таблица созданной базы данных обладает уникальным кодом.
Само ИО любой подсистемы зачастую включает в себя некую
информационную модель работы персонала на фирме. Часто лучше всего делить
его на внемашинное и внутримашинное.
38
Любое ИО может состоять из системы кодирования и классификации;
методики разделённой документации, применяемой зачастую в ИО;
информационную базу в качестве совокупности имеющихся массивов данных.
Внемашинное обеспечение включает в себя совокупность данных,
описанных в основном в виде документов. Обычно документы делят на
первичные (декларации, выписки, ведмости) и отчетные документы, куда можно
отнести всю отчётность налогоплательщиков, проанализированную и
выбранную для отдела камеральных проверок.
Внутримашинное ИО часто представляет данные на машинных носителях
в упорядоченном виде БД и связей между ними. Часто подобный вид ИО
реализует среду, которая отражает выполнение сотрудниками возложенных на
них обязанностей. Зачастую подобная область описывается набором объектов,
их свойствами и взаимного обмена. И для любого объекта эти взаимосвязи и
свойства определены отдельно.
Потоками данных внешнемашинного ИО часто называют регулярное
движение документов от исполнителя к получателю и обратно.
Классификаторы применимы для описания данных, могу обосновать
единство кодирования и классификации и нужны для безошибочной машинной
обработки и выдачи данных в удобной форме для решения потребительски
проблем
В описанной задаче использовались 2 общероссийских классификатора:
• ОКУД – общий классификатор управленческих документов;
• ОКОПФ – общий параметр организационно-правовых форм.
По любому в процессе реализации системы может применятся
реляционная модель БД. Такая модель опивает на отдельной предметной
области совокупность отношений, изменяющихся во времени. В процессе
создания программы данная совокупность помогает получить данные по
объектам предметной области, а также помогает создать модель связи между
ними. Сами же данные помещаются в таблицы. Для простоты поиска и
определения любая таблица имеет свой уникальный код.
Обычно к ИО предъявляют ряд требований, а именно:
39
• ИО должно быть полноценным и адекватным для поддержки всех
описываемых функций;
• При кодировке данных важно применять подтвержденные ID;
• В процессе кодировки входной или выходной информации,
применяемой на высшем уровне управления, важно использовать лишь
классификаторы данного уровня;
• ИО обязано быть на 100% совместимо с создаваемой системой;
• Все формы документов должны сочетаться с корпоративными
стандартами и определенной системы документации;
• Структура визуальных форм и всех документов должна полностью
соответствовать описанию каждого рабочего места сотрудника;
• Применяемые сокращения, графики и сообщения должны быть
приняты в обществе и рассматриваемой предметной области, а также
утверждены с заказчиком.
в ИС важно предусмотреть механизмы проверки входной и выходной
информации, обновления данных в массивах данных, отслеживания целостности
БД, защиты НСД.
В описанном случае к ИО также относятся входные и выходные
документы, классификаторы, а также список экранных форм, которые нужны
для поддержки диалога пользователя и системы.
1.4.2 Обоснование проектных решений по программному
обеспечению
Под программным обеспечением понимается общность используемых при
построении и использовании информационной системы методов и способов описания
движения и обработки информации в рассматриваемой информационной системе.
К программному обеспечению также относится и документация на нее, в том
числе руководство пользователей и техническое описание.
Для разработки информационной системы для автоматизации отдела продаж
рассматриваемой компании необходимо выбрать язык программирования и систему
управления данными. В настоящее время выбор СУБД можно произвести из десятка
40
или более систем-кандидатов. Но, как правило, перед выбором СУБ строится
логическая модель предметной области, в которой указаны все необходимые сущности
и их реквизиты и уже потом производится выбор конкретной системы управления
базами данных.
Для выбора СУБД необходимо определить критерии, по которым этот выбор
будет производится, определить вес каждого критерия, то есть его значение для
рассматриваемого случая, а также сравнить все СУБД по выделенным критериям.
Программное обеспечение (ПО) подразумевает под собой совокупность
программ, обеспечивающих функции и задачи ИС, а также стабильную работу
комплексных технических средств. В состав ПО входят специальные и
общесистемные программы, а также инструктивно-методические материалы по
использованию средств ПО.
К общесистемному ПО можно отнести программы, созданные для
широкого круга пользователей и предназначенные для реализации
вычислительного процесса и выполнения постоянно необходимых вариантов
обработки данных. Они дают возможность расширить базовые возможности
ЭВМ, автоматизировать планирование очередности проводимых работ, а также
оптимизировать и ускорить работу программистов. Специальное ПО - это
совокупность программ, созданных в процессе разработки ИТ конкретного
функционального назначения. Оно состоит из пакетов прикладных программ,
реализующих организацию данных и их обработку в процессе решения
функциональных задач ИС.
При необходимости выбора комплекса технических средств для создания
системы, одним из основополагающих факторов становится выбор
операционной системы (ОС). ОС управляет техническими средствами ПК,
позволяет запускать и выполнять те или иные программы и приложения,
поддерживает защиту данных, включает в себя различные сервисные функции.
Любая программа пользуется средствами, которые предоставляются ОС. При
этом ее выбор очень важен, так как именно он и итоге определяет набор
программ и формат исполняемых файлов, а также принцип их взаимодействия с
ОС.
Критериями для выбора ОС в рамках компании становятся следующие
характеристики: