46
первоочередных задач автоматизации и подготовка предложений по их
реализации;
• Создание системного проекта по реализации комплексной ИС,
предполагающего объединение действующих и разрабатываемых компонент (по
функциональности, структуре данных, их изменению и организации доступа);
• Технико-экономическое обоснование частей проекта
информатизации компании на базе выделяемых факторов эффективности.
Проект по созданию стратегии реализуется в тесном взаимодействии с
представителями подразделений бизнеса на каждом этапе его разработки. В
проектную команду входят не только IT-специалисты, но и управленческий
состав, руководящий соответствующими бизнес-процессами.
Для автоматизации задачи среди уже созданного множества стратегий
выбирается один из следующих видов автоматизации:
• Хаотичная;
• По участкам;
• По направлениям;
• Полная (комплексная).
К минусам хаотичной автоматизации можно отнести отсутствие полной
стратегии развития автоматизированных систем, что может привести к
разработке незаконченных фрагментов информационной инфраструктуры и
прикладных систем, которые нельзя будет эффективно применять в
повседневной деятельности компании. При этом сама фирма продолжит нести
убытки, связанные с задвоением функций, которые бы могла выполнять
комплексная ИС, и обслуживанием сложных процедур обмена данными.
Автоматизация по участкам включает в себя процесс автоматизации
некоторых производственных или управленческих подразделений предприятия,
сгруппированных по функциональному признаку (к примеру, бухгалтерия,
канцелярия и т.п.). Автоматизация по участкам включает в себя отбор одного или
нескольких участков работ, а точнее, задач, выполняемых одним или
несколькими сотрудниками конкретного отдела без привязки к установленным в
компании бизнес-процессам. Такой способ характерен для отдельных случаев:
объем инвестиций компании недостаточен для полной автоматизации; есть
47
участки, где использование ИС дает видимый экономический эффект, к примеру,
за счет сокращения сотрудников; технология работы или иные условия не смогут
обходится без применения ИС. Для того, чтобы автоматизация по участкам стала
эффективной, необходимо создание стратегических и оперативных планов
автоматизации документооборота.
Автоматизация по направлениям деятельности, к примеру, управление,
производство, сбыт, контроль финансов и т.п. От автоматизации по участкам
отличается тем, что автоматизация по направлениям работ включает участие в
подобном процессе всех организационных подразделений, работа которых
связана с автоматизируемым направлением. Зачастую любое направление
бизнес-процесса охватывает почти все подразделения предприятия, именно
поэтому автоматизацию по направлениям не стоит рассматривать, как
локальную. Автоматизация по направлениям заключается в выборе
автоматизации одного или нескольких бизнес-процессов в полном объеме – от
начала до конца, при этом необходимо проведение реинжиниринга бизнес-
процессов и разработки модели документооборота всей компании. Для
увеличения эффективности процесса автоматизации по направлениям нежно
разработать стратегический и тактический планы автоматизации. Подобные
планы должны быть пересмотрены после завершения автоматизации отдельного
бизнес процесса и оценки достигнутых результатов.
Комплексная автоматизация предполагает внедрение ИС на все функции
управления и все бизнес-процессы компании за счёт изначальной интеграции на
этапе внедрения. Практическим результатом перехода к единой ИС становится
общий для всей компании стандарт на возможности взаимодействия
пользователей с системой (применение одних и тех же процедур обработки
документов, необходимых для составления различных управленческих
решений). Можно выделить некоторые особенности комплексного подхода к
автоматизации документооборота компании: увеличение экономической
эффективности этого подхода по сравнению с другими (по направлениям, по
участкам); повышение требований к качеству управления процессом интеграции
системы. Определение одной или комбинации из стратегий автоматизации
документооборота выражается результатом анализа текущего и предполагаемого
48
состояния компании на некоторый период. Данный подход очень дорог и
длителен, поэтому, в силу существующих экономических и временных
ограничений, в данной задаче не применим.
В исследуемом случае лучше всего подходит стратегия автоматизации по
направлению. Следовательно, предприятие сможет автоматизировать
деятельность по реализации учета рабочего времени, получив при этом
экономический эффект.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации комплекса задач
В этом разделе рассматриваются базовые возможные варианты
приобретения ИС для компании, а также описывается эффект от процесса их
внедрения, потенциально оказанный на саму фирму. Выявлены главные
недостатки и преимущества всех рассмотренных способов приобретения.
Сегодня есть несколько вариантов решения поставленной задачи, касаемо
приобретения:
• Покупка готового ПО;
• Покупка готового ПО и его модификация под требования клиента;
• Создание собственного ПО;
• Доработка уже имеющегося и находящегося в работе ПО.
Покупка готового ПО - один из наиболее простых вариантов, не
требующих других затрат, кроме финансовых. Среди преимуществ такого
способа можно назвать минимальные временные затраты и усилия на внедрение
продукта. Также есть очень большая вероятность купить хороший и актуальный
продукт из последних разработок, ввиду повышенной конкуренции на данном
рынке. Основными недостатками становится значительная дороговизн,
поскольку хороший продукт стоне может стоить дешево, к примеру, те, что
были рассмотрены в пункте 1.3.1 систем, и нельзя адаптировать систему под
себя на 100%, даже применяя все её функции по максимуму. Последним
недостатком можно назвать возможность возникновения критических ошибок
из-за несовместимости системы и структурной организации предприятия, для
49
устранения которых будут нужны немалые временные затраты, поскольку
скорее всего придется обращаться к производителю.
Покупка готового ПО и его модификация под требования клиента - это
улучшенный первый вариант приобретения, но с сохранившимся единственным
недостатком - это предполагаемая высокая стоимость. Такой вид приобретения
дает возможность в буквальном смысле «подогнать» все параметры ПО под
нужды потребителя и условия работы, что минимизирует вероятность
реализации критических ошибок. Но важно учитывать, что на слишком глубокие
изменения системы могут занимать значительные промежутки времени, т.к.
разработчикам компании необходимо будет понять код продукта.
Создание собственного ПО - самый длительный способ получения
нужного продукта. Группа специалистов IT отдела, отдела программных
разработок реализует свой собственный продукт для своей же компании,
учитывая её специфику. Но зачастую этот процесс занимает довольно много
времени и не всегда гарантирует 100% результат. В созданном продукте может
быть масса недоработок, которые необходимо будет устранять уже в процессе
работы системы. Хотя всегда есть шанс получить оптимальный для компании и
ее бизнеса продукт.
Доработка уже имеющегося и находящегося в работе ПО - обычная
модернизация уже имеющейся системы.
Выделив основные доступные варианты приобретения продукта, учитывая
специфику и возможности компании был выбран вариант создания собственного
ПО.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение (ИО) подсистемы основано на
информационной модели работы сотрудников компании. Выделяют
внемашинное и внутримашинное обеспечение.
50
Само ИО состоит из: системы классификации и кодирования; системы
единообразной документации, применяемой в ИО, информационную базу, т.е.
совокупность данных из всех информационных массивов.
Внемашинное обеспечение определяется всей совокупностью данных,
основную часть которых составляют документы. Выделяют первичные
(входные) документы, например, заявки пользователей, и отчетные (выходные)
документы, к которым относят документы по итогам рассмотрения заявок,
отчеты и т.п.
Внутримашинное ИО отражает данные на машинных носителях в виде
специально организованных массивов (файлов), БД и их информационных
связей. Внутримашинное ИО подсистемы организует информационную среду,
способствующую выполнению сотрудниками своих профессиональных
обязанностей. Эта область определяется набором объектов, их свойств и
взаимосвязей. Для любого такого объекта выражается набор его характеристик,
свойств.
Информационные потоки внешнемашинного ИО определяются как
направленное постоянное движение документов от источника из создания к
конечному получателю.
Классификаторы необходимы для описания данных, они отражают
единство классификации и кодирования данных и созданы для реализации
машинной обработки и выдачи результатов в удобной для пользователей форме
при решении различных задач.
В нашем проекте применялись следующие общероссийские
классификаторы:
• ОКОПФ - Общероссийский классификатор организационно-
правовых форм;
• ОКУД - Общероссийский классификатор управленческой
документации.
В процессе создания системы нужно использовать реляционную модель
БД. Реляционная модель данных отдельной предметной области включает в себя
набор отношений, меняющихся во времени. В процессе разработки ИС
совокупность отношений дает возможность хранить данные о всех объектах
51
предметной области, отражать связи между ними. При этом сами данные
сохраняются в таблицах. Для простоты определения каждая таблица
реализованной БД имеет уникальный код.
К ИО предъявляются указанные ниже общие требования:
• ИО должно быть достаточным для реализации всех автоматизируемых
функций объекта;
• В процессе кодирования данных должны использоваться принятые у
заказчика классификаторы;
• В процессе кодирования выходной и входной информации, которая
применяется на высшем уровне управления, нужно использовать
классификаторы этого уровня;
• Важно обеспечить совместимость с ИО систем, которые так или иначе
связаны с разрабатываемой системой;
• Все формы документов должны отвечать корпоративным стандартам
заказчика (или унифицированной системы документации);
• Строение документов и экранных форм должно соответствовать
параметрам терминалов на рабочих местах пользователей;
• Графики формирования и содержание информационных сообщений, а
также применяемые аббревиатуры должны быть общепринятыми в этой
предметной области и обговоренными с заказчиком;
• ИС должна предусматривать наличие средств контроля входной и
итоговой информации, механизма обновления данных в информационных
массивах, методик отслеживания целостности ИБ, средств защиты от
нелегального доступа.
1.4.2 Обоснование проектных решений по программному
обеспечению
Программное обеспечение ИС - специальное разработанное в рамках
автоматизации программное обеспечение, реализующие разработанные модели
разной степени адекватности, отражающие функционирование реального
объекта; а также ПО общего назначения, предназначенное для решения типовых
задач анализа данных.
52
В рамках решения указанной задачи системным ПО выступает сама ОС.
Для всех видов серверов будет выбрана Windows 7 Professional, поскольку нет
смысла менять ОС, используемую для автоматизированной системы управления
компанией.
Требования, которым должно соответствовать создаваемое ПО:
• Стабильность, поскольку в процессе работы ИС важна ее
постоянная доступность;
• Эффективность, поскольку на основе выходных данных ИС
избираются управленческие решения;
• Простота использования для пользователя;
• Защита данных;
• Изменяемость, что вызвано планами на дальнейшее развитие всей
ИС предприятия в целом
• Компактность;
• Модифицируемость;
• Минимальные затраты на обслуживание и поддержку.
Также имеются требования, предъявляемые к программам и приложениям,
созданных в рамках автоматизированной ИС, с точки зрения конечных
пользователей, и они следующие:
• Все программные продукты, включенные в состав системы, должны
соответствовать требованиям, определяемым к человеко-машинному
интерфейсу;
• В приложениях автоматизированной системы должен
присутствовать стандартный интерфейс (классический вид окон, меню и панелей
инструментов, доступность настройки параметров среды);
• Приложение должно поддерживать встроенную справку и уметь
работать с контекстными подсказками;
• В процессе работы с приложением данные должны быть защищены
от неправильных действий пользователя.
Инструментальное программное средство определяется на основе
выбранной и утверждённой методологии и стратегии автоматизации задачи.
53
На этапе системного анализа лучше всего применять метод
функционального моделирования, поддерживаемый таким ПО, как ППП
Design/IDEF 3.5. Его выбор связан с тем, что данный ППП рассматривается как
средство CASE-технологий и обеспечивает строгое соответствие принципов
функционально-модульного или структурного подхода к разработке. Нотация
IDEF0, в которой создаются диаграммы бизнес-процессов с применением
принципов декомпозиции, соответствует всем требованиям указанного подхода.
В рамках сравнения с другими CASE-средствами, к примеру: ARIS, BP Win, ER
Win, также широко применяемыми в российском бизнес-секторе, ППП
Design/IDEF 3.5 становится относительно недорогим и не менее качественным
средством разработки. Т.к. автономная задача планирования регулярных закупок
материальных ценностей включает в себя менее десяти уровней декомпозиции,
используемое инструментальное средство будет являться наиболее
эффективным.
На этапе системного синтеза важно выбрать ПО для разработки
программных модулей, непосредственно составляющих указанную ИС.
Поскольку используется каноническая стратегия создания проекта
автоматизации, включающая в себя ручное оригинальное проектирование и
реконструкцию, то в качестве инструментального ПО выступает язык
программирования высокого уровня, позволяющий генерировать экранные
формы документов, а также организует работу с БД.
Сегодня широко применяются языки программирования высокого уровня,
такие как: Delphi, C++, Pascal, а также СУБД на базе SQL, QBE. Подбор языка
программирования основывается на выборе типа применяемой БД.
Созданы языки манипулирования данными, дающие возможность
реализовать все операции реляционной алгебры и почти все их сочетания. Среди
них наиболее распространены SQL (структурированный язык запросов) и QBE
(запросы по образцу). Эти языки относятся к языкам высокого уровня, благодаря
которым пользователь определяет, какие данные нужно получить, не уточняя
методику их получения.
Одним из главных достоинств встроенных БД можно назвать то, что есть
возможность хранить логически сгруппированные данные в различных таблицах
54
и отражать связи между ними, объединяя единую базу. Для задания связи
таблицы имеют поля с идентичными именами или хотя бы с идентичными
форматами данных. Связь между таблицами указывает отношения между
равными значениями в этих полях. При использовании такой организации
данных можно уменьшить избыточность хранимых данных, упростить их ввод и
реализацию запросов и отчетов.
Выбор системы управления баз данных (СУБД) включает в себя довольно
трудную многопараметрическую задачу и становится одним из самых значимых
этапов в процессе разработки приложений БД. Определенный программный
продукт должен соответствовать как текущим, так и будущим потребностям
компании. Выделим для рассмотрения несколько СУБД: SQL Anywhere, Oracle,
SQLBase, InterBase.
Sybase SQL Anywhere Studio — многофункциональный программный
пакет, который обеспечивает управление и синхронизацию данных предприятия,
позволяет быстро разрабатывать и внедрять решения в области баз данных для
мобильных вычислений и рабочих групп.
Современная СУБД Oracle — это мощный программный комплекс,
позволяющий создавать приложения любой степени сложности. Ядром этого
комплекса является база данных, хранящая информацию, количество которой за
счет предоставляемых средств масштабирования практически безгранично. C
высокой эффективностью работать с этой информацией одновременно может
практически любое количество пользователей (при наличии достаточных
аппаратных ресурсов), не проявляя тенденции к снижению производительности
системы при резком увеличении их числа.
SQLBase — это реляционная многопользовательская СУБД типа клиент-
сервер фирмы Gupta Corporation (Menlo Park, USA). Она предназначена для
использования в качестве сервера баз данных в локальных вычислительных
сетях на базе персональных компьютеров. SQLBase ориентирована, прежде
всего, на сети масштаба малого и среднего предприятия с количеством
одновременно обращающихся к СУБД рабочих станций от 20 до 100, а также на
подразделения (филиалы, отделения) крупных организаций. В целом СУБД
такого класса называют серверами для рабочих групп (Workgroup Server).
55
SQLBase поддерживает базы данных размером до 4 Гбайт в виде
консолидированного файла и до 512 Гбайт в разделенном режиме (partitioned
database mode).
InterBase — это система управления реляционными базами данных,
поставляемая корпорацией BORLAND, для построения приложений с
архитектурой клиент-сервер произвольного масштаба: от сетевой среды
небольшой рабочей группы с сервером под управлением Novell NetWare или
Windows NT на базе IBM PC до информационных систем крупного предприятия
на базе серверов IBM, Hewlett-Packard, SUN и т.п.
В данном дипломном проекте используются:
- Язык программирования высокого уровня Borland Delphi 7
- Структурированный язык запросов SQL, который может использоваться
совместно с Borland Delphi 7 для организации работы на базе разрабатываемой
ИС и СУБД MS Access.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение - это персональный компьютер, оргтехника,
линии связи, оборудование сетей. Вид информационной технологии, зависящий
от технической оснащенности (ручной, автоматизированный, удаленный) влияет
на сбор, обработку и передачу информации.
Комплекс технических средств составляют:
компьютеры;
устройства сбора, накопления, обработки, передачи и вывода
информации –жесткие диски, устройства хранения данных, сканеры, принтеры,
факсимильные аппараты;
устройства передачи данных и линий связи – модемы;
эксплуатационные материалы – бумага, CD (DVD)- диски и т. п.
Техническое обеспечение - это персональный компьютер, оргтехника,
линии связи, оборудование сетей. Вид информационной технологии, зависящий
от технической оснащенности (ручной, автоматизированный, удаленный) влияет
на сбор, обработку и передачу информации.