45
деятельности организации (включая объем внедрения SAP) из репозитория
ARIS в SAP Solution Manager (платформа для поддержки ключевых работ по
внедрению продуктов и решений SAP) с использованием ARIS for SAP
NetWeaver.
Таким образом, современные инструментальные средства описания
процессов предоставляют использующим их организациям широкие
возможности по методической и инструментальной поддержке проектов по
внедрению КИС на этапах информационного обследования и проектирования,
составляющих наиболее важную в концептуальном отношении часть всего
комплекса работ.
Основная задача проектирования и внедрения корпоративных
информационных систем, как результата системной интеграции, - комплексная
деятельность по решению бизнес-задач средствами современных
информационных технологий. Разработка проекта информационной системы
ведется совместно с клиентом, что позволяет создать успешно работающую и
удовлетворяющую все потребности заказчика корпоративную
информационную систему.
Спектр бизнес-процессов, реализованных в различных КИС, может быть
достаточно широк. Среди прочего это и управление продажами в различных
формах, например, продажа в кредит или продажа с оплатой встречным
обязательством, разнообразные бизнес-процессы, связанные с планированием,
закупками, производством, хранением, персоналом, и многое-многое другое.
Информационная система может строиться с применением послойного
принципа. Так, в отдельные слои можно выделить специализированное
программное обеспечение (офисное, прикладное), непосредственно workflow,
систему управления документами, программы поточного ввода документов, а
также вспомогательное программное обеспечение для связи с внешним миром
и обеспечения доступа к функционалу системы через коммуникационные
средства (e-mail, Internet/intranet). Среди преимуществ такого подхода следует
отметить возможность внесения изменений в отдельные программные
46
компоненты, расположенные в одном слое, без необходимости коренных
переделок на других слоях, обеспечить формальную спецификацию
интерфейсов между слоями, поддерживающих независимое развитие
информационных технологий и реализующих их программных средств. Причем
применение открытых стандартов позволит безболезненно осуществлять
переход с программных модулей одного производителя на программы другого
(например, замена почтового сервера или СУД). Кроме того, послойный подход
позволит повысить надежность и устойчивость к сбоям системы в целом.
КИС должна повышать общую организационную эффективность фирмы
и быть частью ее системы качества. На схеме рисунка (1.7) обозначены
современные тенденции систем качества в области КИС и ПО.
Рис 1.7 Современная модель качества КИС и ПО
47
Поэтому главный критерий качества КИС - ее способность повысить
коммерческую эффективность всей фирмы. Это - критерий качества с точки
зрения руководителя фирмы.
Это критерии качества с точки зрения пользователя. Сюда входит общее
качество офисной работы, полнота информации, точность данных,
устойчивость программ и данных по отношению к пользовательским ошибкам
и сбоям аппаратуры.
Критерии качества с точки зрения разработчика: техническое качество
работы(быстродействие, надежность), пригодность к сопровождению и
развитию, устойчивость - полностью относятся к компетенции системы
качества ПО.
Можно строить и другие структуры критериев и параметров качества.
Вот, например, какую структуру характеристик качества предлагает стандарт
ИСО-9126 [7] (да и то, в качестве нормативного приложения, как пример,
оговариваясь, что фирмы могут применять совершенно другие наборы
характеристик, лишь бы они удовлетворяли общим требованиям стандарта):
− Функциональность
− Соответствие назначению
− Точность
− Способность взаимодействовать со средой
− Соответствие нормам
− Безопасность (защита от взлома данных и других преступных
посягательств)
− Надежность
− Зрелость ("обкатанность")
− Отказоустойчивость
− Способность восстанавливаться после сбоев
− Пригодность к использованию
− Понимаемость
− Изучаемость
48
− Удобство и простота в работе
− Эффективность
− Быстродействие и время отклика
− Потребление ресурсов
− Сопровождаемость
− Анализируемость (диагностика причин ошибок и сопоставление с
исходным кодом)
− Пригодность к изменениям
− Стабильность
− Тестируемость
− Переносимость
− Адаптируемость
− Легкость инсталляции
− Соответствие нормам по переносимости и инсталляции
− Заменяемость (способность заменить аналоги)
Первым шагом на этапе разработки и проектирования КИС является
процесс построения идеальной и реальной моделей бизнеса
(«программирование бизнеса»). Проектирование бизнес-процессов проводится
как с помощью классических (SADT) технологий, так и с помощью
современных (UML) технологий. Подходы имеют преимущества и недостатки,
но позволяют формализовать и упростить понимание деятельности компании и
отдельных ее участков.
Классическая методология структурного анализа и проектирования SADT
(«Structured Analysis& Design Technique») позволяет описать деятельность
компании с функционально-структурной точки зрения. Диаграммы,
построенные с помощью этого подхода, отражают систему бизнес-процессов
компании как набор функций, процедур и задач, выполняемых в компании, и
описывают принципы использования потоков данных. Такие диаграммы
просты для понимания специалистами различных уровней управления
компании.
49
Методология объектно-ориентированного анализа и проектирования с
помощью унифицированного языка моделирования UML («Unified Modeling
Language») позволяет отразить динамику процессов компании.
Следующим шагом на этом этапе является выбор средств и систем
моделирования бизнеса. Системы CASE («Computer-Assisted Software
Engineering») наиболее подходят для этого. Выбор CASE зависит от выбранной
методологии моделирования. Технология классического структурного
моделирования полностью реализуется с помощью системы BPWin, входящей в
комплекс программ Computer Associates AllFusion Modeling 4.1. В системе
BPWin создаются модели процессов следующих стандартов (нотаций): IDEF0,
DFD и IDEF3.
Модели на основе стандарта IDEF0 необходимы для выявления
основных, не дублируемых, не избыточных и эффективных работ и правильно
распределенных ресурсов. (пример диаграммы IDEF0 рисунок 1.8)
Рис. 1.8. Пример диаграммы IDEF0
Диаграммы потоков данных (DFD) описывают функции обработки
информации, документы, объекты, а также сотрудники и подразделения. При
50
этом используется набор элементов для источников, приемников и хранилищ
данных (рисунок 1.9. пример диаграммы DFD).
Рис.1.9. Пример диаграммы DFD
Для логики взаимодействия информационных потоков используется
IDEF3. С его помощью дают характеристику как отдельной постановке
реализации бизнес-процесса, так и полной последовательности действий.(см.
рисунок 10. пример диаграммы IDEF)
Рис. 1.10. Пример диаграммы IDEF3
Созданные с применением BPWin диаграммы позволяют точнее
сформулировать постановку задачи и наметить этапы ее решения.
После определения основных организационных процессов деятельности
необходимо стандартизировать документооборот страховой компании.
Компьютерная информационная система эффективна в том случае, когда
51
определены организационные процессы деятельности компании, а также
стандартизирован документооборот.
На заключительном шаге этапа разработки и проектирования КИС
составляется техническое задание. Техническое задание должно содержать
общие требования к системе, подробные требования к задачам и функциям
системы, другую техническую документацию. Чем точнее будут
сформулированы требования к разрабатываемой системе, тем точнее они будут
реализованы.
Современная компьютерная информационная система компании — это
система для ввода, обработки и хранения информации, которая охватывает все
основные подразделения, службы, рабочие участки компании и отвечает
требованиям оперативности, достоверности, функциональной полноты,
ясности, доступности и надежности.
Оперативность — на ввод и обработку первичных документов должно
затрачиваться как можно меньше времени, так как ценность информации с
каждым днем убывает.
Достоверность достигается благодаря компьютерной информационной
системе, на которую перекладываются функции проверки правильности ввода
данных.
Функциональная полнота — учет максимального объема информации, а
также соответствие данных, содержащихся в первичной документации,
требованиям нормативных актов и инструкций, внутренних стандартов и
соглашений.
Ясность — данные, вводимые с первичной документации, которые
используют отделы компании, должны быть непротиворечивы и согласованы, а
в случае несогласованности должны предусматриваться контрольные
механизмы и процедуры коррекции данных.
Должна соблюдаться доступность данных для проведения необходимого
объема работ по проверке учетной информации, а также для получения
52
информации по документам, которые не требуются для текущей работы
отделов компании.
Надежность — обеспечение минимальной потери данных с последующим
их восстановлением в случаях сбоя в системе, вызванного объективными и
субъективными факторами.
Более точно техническое задание может быть составлено с учетом схем и
диаграмм, спроектированных на этапе разработки и проектирования системы с
помощью современного инструментария бизнес — интеллекта.
Первый шаг на этапе программирования предусматривает выбор и
проектирование модели хранения данных. ERWin, входящий в набор Computer
Associates AllFusion Modeling 4.1,позволяет спроектировать выбранную модель
данных с использованием диаграмм DFD.
На следующем шаге этапа программирования определяется система или
язык программирования. Затем создается серверная и клиентская части
системы или язык программирования интерфейса. Далее происходит
составление запросов и формирования шаблонов для отчетов.
Последним шагом на этапе программирования является тестирование и
отладка как отдельных частей программы, так и всей системы.
Основные этапы внедрения предусматривают установку и наладку
компьютерной информационной системы. Далее происходит уточнение
первичных документов и форм отчетов. Адаптация системы предполагает
доведение ее от уровня As Is до уровня To Be, вплоть до корректировки самих
бизнес-процессов.
Техническое задание выполнено в соответствии с требованиями ГОСТ
34.602-89, состоит из 7 листов и дано в приложении (приложение 6)
53
2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Информационное обеспечение задачи
Основой информационного обеспечения задачи является разработка
логической и физической модели обработки данных.
Логическая модель данных представляет собой описание
информационных объектов организации в виде моделей информационных
потоков. Для уточнения процессов была построена функциональная процессная
модель и выполнена ее декомпозиция.
Рис. 2.1 «Диаграмма Use Case»
Изучим уже автоматизированный в компании бизнес-процесс
«обслуживания клиентов» и построим диаграмму IDEF0 модели (рисунок 2.2)
Рис. 2.2. «Диаграмма IDEF0 модели»
54
Рис. 2.3. «Диаграмма DFD модели»
Процесс "Оформление заказов" состоит из двух подпроцессов:
1) проверка
2) внесение клиентов и внесение заказов.
Для выполнения этих процессов необходим список клиентов, список
продуктов и для регистрации результатов выполнения процессов реестр списка
заказов. Проверка и внесение клиентов в базу данных клиентов осуществляется
на основе информации из заявок на заказ, а также после анализа информации
в списке клиентов.
Внесение заказов производится только при наличии информации о
соответствующем клиенте в списке клиентов и только на те товары, которые
занесены в список продуктов компании. Существуют возможность
использовать ранее созданные заказы, сохраненные в списке заказов.
Имеем в виду, что связь между некоторыми функциональными объектами
и хранилищами данных может быть двунаправленной.
Представим DFD диаграмму декомпозиции процесса оформления заказа
(рисунок 2.4)