Дипломная работа: Автоматизация разработки модели бизнес-процесса для проекта системы корпоративной информационной (на примере ООО "Гепард")
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
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) описывают функции обработки
информации, документы, объекты, а также сотрудники и подразделения. При
Источник: https://baza.diplomsite.ru/previewfile/2192