42
3) Автоматизация по направлениям включает автоматизацию выделенных
направлений деятельности компании. Отличительной чертой от автоматизации по
участкам выступает то, что работа подразумевает участие в этом процессе всех
отделов, деятельность которых связана с автоматизируемым направлением.
Итогом автоматизации по направлениям становится часто полная автоматизация
компании.
4) Полная автоматизация определяет систему, состоящую из огромного
количества элементов разных уровней и назначения. К ним относятся модули,
блоки управления, подсистемы, задачи, управленческие процедуры, функции и т.
д. Все это помогает применять единый алгоритм для расчета схожих задач. Также
пропадает необходимость задвоения различных справочников в отдельных
системах, поскольку все уже собрано в одной. Минусы полной автоматизации
заключаются в значительных финансовых и временных затрат, а также точном и
тщательном планирования.
Проанализировав данные варианты стратегий, была выбрана стратегия
автоматизации по направлению, так как это наиболее подходящий вариант для
нашего предприятия.
Для нашей фирмы разработка стратегии реализации проекта будет такой:
Анализ области деятельности предприятия;
Анализ стратегии дальнейшего развития предприятия;
Определения стратегических свойств системы учета готовой
продукции;
Определение функциональности разрабатываемой системы учета
готовой продукции;
Анализ существующих разработок;
Выбор стратегии автоматизации;
Выбор способа приобретения;
Определение архитектуры;
Формирование бизнес-плана.
43
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации
комплекса задач
Есть несколько способов приобретения системы учета готовой продукции:
Готовое решение - в дополнении к этому нужно решить вопрос разработки
или приобретения программного комплекса, обеспечивающего
функционирование системы учета. Стоимость необходимого для его создания
оборудования и программного обеспечения в минимальной конфигурации
составляет от $3000.
Аренда - возможность состоит в аренде модуля в электронном торговом
ряду на специализированном сервере. В этом случае большую часть технических
вопросов берет на себя владелец торгового ряда.
Этот вариант создания модуля является самым дешевым и быстрым. От
предпринимателя, как правило, требуется предоставить данные по своей фирме,
выяснить взаимные обязательства сторон и заключить договор. К недостаткам
данного способа можно отнести неполноту получаемой рыночной информации,
доступность данных о коммерческой деятельности предприятия для сторонней
организации, риски компании-владельца торгового ряда.
Создание ИС на заказ – самый дорогой способ в случае использования
сторонних разработчиков. По желанию заказчика студия реализует и желаемый
интерфейс, и функциональность и обеспечивает поддержку и сопровождение
сайта некоторое время после сдачи проекта. За это время могут выявляться мелкие
недоработки, незамеченные ранее при приеме проекта заказчиком. Так же студия
предоставляет полное описание продукта, что сильно облегчает внесение в сайт
изменений уже своими силами после прекращения контракта со студией.
Самостоятельное изготовление системы учета готовой продукции – самый
дешевый способ. Имеет как преимущества, так и недостатки. Преимущества в том
что исключены лишние затраты на оплату готовых решений, проект делается
исключительно для своих нужд и своими силами – что увеличивает
приспособленность системы под бизнес-процессы предприятия. Недостаток же –
44
только в том, что надежность и время создания системы своими силами зависит
от компетенции и профессионализма программистов.
Создание системы силами собственных сотрудников гарантирует:
уникальность кода, собственные методы защиты от взлома, создание
оптимизированных участков кода. Масштабируемость системы в будущем, так
как собственную программу человеку менять намного легче, чем разбираться в
чужой программе. Сопровождение и улучшение программы возможно все время,
пока на фирме есть хоть один ИТ-сотрудник, обладающий соответствующими
знаниями.
Поэтому для создания системы учета готовой продукции выбираем
разработку собственными силами.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение (ИО) подсистемы представляет собой
информационную модель работы сотрудников предприятия. Информационное
обеспечение рассматриваемой задачи включает: внемашинное обеспечение
(входные и выходные документы, классификаторы, справочники), и
внутримашинное обеспечение (условно-постоянная, промежуточная и
результатная информация в базе данных системы).
Внемашинное обеспечение – это вся совокупность информации, основную
часть которой составляют документы. Различают первичные документы
(входные) такие, как налоговые декларации и другая отчетность
налогоплательщиков, и отчетные (выходные) документы, к которым относятся
отчетность налогоплательщиков, обработанная и подготовленная для отдела по
работе с налогоплательщиками и отдела камеральных проверок.
Внутримашинное ИО – это представление данных на машинных носителях
в виде специальным образом организованных массивов (файлов), БД и их
45
информационных связей. Внутримашинное информационное обеспечение
подсистемы создает информационную среду, направленную на выполнение
сотрудниками своих профессиональных обязанностей. Эта область
характеризуется набором объектов, их свойств и взаимосвязей. Для каждого
объекта выделяется набор его характеристик, свойств.
Информационные потоки внешне машинного ИО – это направленное
регулярное движение документов от источников их формирования к ее
получателям [10].
1) Входные и выходные документы. Входными документами системы
является приходная накладная и накладная на внутреннее перемещение.
Выходными документами являются: журнал прихода, журнал отгрузок,
отчет по качеству, отчет по остаткам, отчет по инвентаризации, отчеты.
За основу форм документов берутся бланки, используемые на предприятии.
Их необходимо проанализировать, оценить полноту содержащейся в них
информации, и использовать при проектировании системы.
2) Экранные формы
Для построения диалога с пользователем возможны следующие способы:
диалог типа «Вопрос-ответ»; диалог типа «Меню», диалог на основе экранных
форм, диалог на основе командного языка.
Для каждого из входных документов будут создаваться экранные формы
ввода первичной информации. При этом необходимо обеспечить соответствие
макета экранной формы форме входного документа. Не обязательно, чтобы
внешний вид этих форм совпадал, но все вводимые элементы данных должны
располагаться в том же относительном порядке и иметь такой же формат, что и в
исходном документе.
Результатная информация должна отображаться на экранных формах в
соответствии с формой выходного документа, т.е. на основе использования
комбинированной формы с трехзонным расположением реквизитов и
многострочной содержательной частью.
Классификаторы служат средством описания данных, обуславливают
единство классификации и кодирования информации и предназначены для
46
обеспечения машинной обработки и выдачи данных в удобной форме
потребителям при решении различных задач.
В этом случае будут применяться установленные и общепринятые
международные, общесистемные и отраслевые классификаторы. Объекты в
рассматриваемом случае определяются в соответствии с характерными для них
признаками. Признаки объектов можно поделить на основные и переменные.
Основными – это такие признаки, которые однозначно характеризуют
классификационную группировку, к которой принадлежит объект. Переменными
называются семантические характеристики, которые никак не влияют на
расположение объекта в классификационных группировках.
Семантические характеристики бывают обязательными и
необязательными. Система классификации и реализованные в соответствии с ней
классификаторы должны четко выявлять принадлежность всех
классифицируемых объектов и их семантических характеристик к определенным
классификационным группировкам, которые в свою очередь должны быть
вложенными, т.е. полностью входить одна в другую. Неполное вхождение любой
группировки недопустимо. Любой классифицируемый объект должен
принадлежать одной классификационную группировку нижнего уровня
иерархии.
Технологические классификаторы выбираются адаптированными к кругу
указанных задач. Взаимодействие классификационных кодов общесистемных
(используемым сервером) и технологических классификаторов реализуется при
помощи специальных таблиц соответствий классификационных кодов, где также
имеют место быть переходы основных признаков объектов в переменные и в
обратную сторону.
При выявлении состава семантических характеристик объектов не
используются характеристики, параметры которых могут получаться путем
автоматических вычислений на базе метрических данных или значений
остальных характеристик.
47
Система кодирования обеспечивает преобразование содержания объекта в
необходимое ему уникальное кодовое обозначение. Методика кодирования
базируется на используемой системе классификации.
Символы, применяемые для кодирования:
• арабские цифры от 0 до 9;
• буквы латинского алфавита от A до Z;
Коды, используемые для кодирования в рамках единого классификатора,
обычно состоят из похожего количества символов. Позиции кода выражают некий
уровень иерархии, т.е. отсылку к классификационной группировке этого уровня.
Любая классификационная группировка имеет свой собственный
уникальный код, который позволяет однозначно определить все группировки, к
которых она состоит.
Выделим, что все выходные и входные документы станут соответствовать
указанным требованиями формам.
Все применяемые при решении задачи автоматизации экранные формы
соответствуют стандартным экранным формам, принятым в интерфейсе
выбранной среды разработки.
Для реализации экранных форм, нужных для заполнения оперативной и
постоянной информации, необходимо реализовать возможность указания всех
атрибутов сущностей, которые уже содержаться в первичных документах.
При построении ИС возможно использование следующих справочников:
Готовая продукция;
Клиенты;
Склады;
Сотрудники;
Заявки;
Накладные;
Перемещения.
Кроме того, планируется использование таблицы Наличие для учета
оперативной информации.
48
Для всех классов логичнее использовать локальную систему
классификации, так как их использование за пределами системы не предвидится.
База данных будет представлена как единый файл файл-серверной СУБД.
При разработке системы должна использоваться реляционная модель базы
данных. Реляционная модель данных некоторой предметной области
представляет собой набор отношений изменяющихся во времени. При создании
информационной системы совокупность отношений позволяет хранить данные об
объектах предметной области, моделировать связи между ними. При этом сами
данные хранятся в таблицах [6]. Для удобства идентификации каждая таблица
созданной базы данных обладает уникальным кодом.
1.4.2 Обоснование проектных решений по программному обеспечению
Программное обеспечение (ПО) подразумевает под собой совокупность
программ, обеспечивающих функции и задачи ИС, а также стабильную работу
комплексных технических средств. В состав ПО входят специальные и
общесистемные программы, а также инструктивно-методические материалы по
использованию средств ПО.
К общесистемному ПО можно отнести программы, созданные для
широкого круга пользователей и предназначенные для реализации
вычислительного процесса и выполнения постоянно необходимых вариантов
обработки данных. Они дают возможность расширить базовые возможности
ЭВМ, автоматизировать планирование очередности проводимых работ, а также
оптимизировать и ускорить работу программистов. Специальное ПО - это
совокупность программ, созданных в процессе разработки ИТ конкретного
функционального назначения. Оно состоит из пакетов прикладных программ,
реализующих организацию данных и их обработку в процессе решения
функциональных задач ИС.
При необходимости выбора комплекса технических средств для создания
системы, одним из основополагающих факторов становится выбор операционной
системы (ОС). ОС управляет техническими средствами ПК, позволяет запускать
49
и выполнять те или иные программы и приложения, поддерживает защиту
данных, включает в себя различные сервисные функции. Любая программа
пользуется средствами, которые предоставляются ОС. При этом ее выбор очень
важен, так как именно он и итоге определяет набор программ и формат
исполняемых файлов, а также принцип их взаимодействия с ОС.
Критериями для выбора ОС в рамках компании становятся следующие
характеристики:
• Работа в много серверной сети;
• Повышенная эффективность файловых операций;
• Доступность качественной интеграции с другими ОС;
• Централизованная масштабируемая справочная служба;
• Достойные перспективы развития;
• Удобная работа удаленных пользователей;
• Поддержка различных сервисов – файловый обмен, печать
документов, безопасность данных и стабильность работы, архивирование, обмен
сообщениями, разнообразные БД и другие;
• Работа с многообразными ОС конечных пользователей;
• Поддержка сетевой Ethernet – периферии;
• Встроенные прикладные интерфейсы и механизмы вызова
удаленных процедур RPC.
ОС зачастую определяет облик всей вычислительной системы в целом. ОС
реализует две, обычно мало связанные функции: предоставляет пользователю-
программисту некоторые удобства благодаря расширению функциональности и
повышению эффективности использования ПК методом рационального
расходования его ресурсов.
Чтобы решить этих общие задачи управления ресурсами, каждая ОС
применяет свои алгоритмы, что, в конечном счете, и определяет их облик в целом,
включая характеристики производительности, область применения и даже
пользовательский интерфейс. К примеру алгоритм управления процессором
зачастую определяет, будет ли ОС системой разделения времени, системой
реального времени или системой пакетной обработки.
50
Для создания ПО автоматизированной обработки выбор конкретной ОС не
сказывается на функциональности системы по причине того, что в процессе
реализации алгоритмов ПО не нужно применять каких-либо специфических
функций ОС. Все типы ОС дают возможность создавать программный продукт
без вреда для его функциональности, поскольку существуют программные среды
(языки программирования) для всех типов ОС.
В качестве ОС для создания и внедрения программы была выбрана ОС
Windows 7. Этот выбор объясняется тем, что сейчас Windows 7 является самой
распространенной ОС. Кроме того, применяемая в настоящее время в компании
ОС Windows XP не может обеспечить требуемого уровня ИБ, так поскольку имеет
значительные уязвимости. Поэтому очень важно заменить применяемые ОС на
Window 7 Pro.
Выбор СУБД является сложной многопараметрической задачей и
становится одним из важных этапов при разработке приложений БД. Выбранный
программный продукт должен удовлетворять как уже указанным, так и
подразумеваемым в будущем потребностям компании, при этом важно обращать
внимание на финансовые затраты на покупку нудного оборудования, самой
системы, проектирование необходимого ПО на ее основе, а также проведение
тренингов с персоналом. Также нужно убедиться, что созданная СУБД будет
приносить предприятию реальные выгоды.
Самый доступный способ выбора СУБД базируется на оценке того, в какой
мере уже созданные системы удовлетворяют базовым требованиям
разрабатываемого проекта ИС. Более сложным и материально затратным
вариантом будет создание прототипа на основе нескольких СУБД и проведение
анализа, на основе которого будет выбран наиболее подходящий из кандидатов.
Но и в этом случае важно ограничить круг возможных систем, опираясь на
отдельные критерии отбора. В таком случае выделим несколько групп критериев:
• Создание модели данных;
• Нюансы архитектуры и функциональные возможности;
• Отслеживание работы системы;
• Нюансы создания приложений;
51
• Работоспособность;
• Стабильность;
• Аппаратные требования;
• Другие критерии.
Главным принципом выбора СУБД считается выявление программного
продукта, максимально соответствующего предъявляемым требованиям.
Оценивание уровня производительности реализуется путем тестирования с
помощью эталонных тестов из набора AS3AP (ANSI SQL Standard Scalable and
Portable). В этих тестах заложен широкий спектр часто встречающихся операций
БД и можгут моделироваться многопользовательские и однопользовательские
среды.В таблице 1.8. приведена сравнительная таблица четырех
распространенных систем управления базами данных, конкурирующих на рынке
программного обеспечения по основным показателям.
Таблица 1.7
Сравнение СУБД
Критерий
Система управления базой данных
IBM
DB2
Informix
Microsoft SQL
Server 2008
MySQL
Моделирование данных
4
3
3
5
Особенности
архитектуры и функционал
4
2
4
5
Контроль работы системы
3
4
4
5
Производительность
5
2
4
5
Особенности разработки
4
2
5
5
Надежность
5
3
4
5
Требования к рабочей среде
3
3
4
4
Смешанные критерии
4
1
5
5
Итого:
32
20
33
39
Графическое представление сравнения представлено на рисунке 1.9.