Бизнес-моделирование

Задайте вопрос менеджеру [1]Бесплатный демо-доступ [2]Купить в интернет-магазине [3]

В обиход многих российских компаний прочно входят такие понятия как моделирование структуры, моделирование бизнес-процессов, бизнес-инжиниринг, реинжиниринг бизнес процессов. Растет интерес и к общей концепции бизнес-моделирования.

Одной из основных целей бизнес-моделирования является анализ и совершенствование деятельности организации или предприятия. Не секрет, что производительность труда в России, определяемая как валовой внутренний продукт на одного занятого в несколько раз меньше производительности труда в развитых странах. Другими словами, ту же самую работу, которую в российских компаниях выполняют несколько человек, в развитых выполняет один.

Такая ситуация определяется низким уровнем применяемых российскими компаниями производственных, информационных и управленческих технологий. Одной из причин является недостаточная организация труда.

По оценкам специалистов внедрение российскими компаниями современных технологий организации и управления бизнесом сможет повысить их производительность труда от полутора и выше раз.

Для проведения анализа и совершенствования деятельности компании необходимо построить и использовать ее бизнес-модель.

Вручную очень трудно разработать и графически представить строгие формальные спецификации системы, проверить их на полноту и непротиворечивость, и тем более изменить. Если все же удается создать строгую систему проектных документов, то ее переработка при появлении серьезных изменений практически неосуществима. Если участники проекта пытались прибегнуть к ручной разработке, то перед ними возникнут следующие проблемы:

• неадекватная спецификация требований,
• неспособность обнаруживать ошибки в проектных решениях,
• низкое качество документации, снижающее эксплуатационные качества,
• затяжной цикл и неудовлетворительные результаты тестирования.

Современные средства моделирования процессов организации – системы автоматизированного проектирования моделей по средствам CASE-технологий (Computer – Aided Software Engineering). Данные системы позволяют строить модели процессов, проводить их взаимоувязку, разбивать на составляющие процессы. В «ИМПУЛЬС-ИВЦ» в качестве данного средства используется программный продукт All Fusion Process Modeler (ранее известный как BPwin) фирмы Computer Associates, позволяющий строить различные модели по стандартам IDEF0, IDEF3 и DFD.

Моделирование бизнес-процессов (IDEF0) позволяет выполнять систематический анализ деятельности предприятия, фокусируя внимание на стандартных, каждодневных функциях и средствах управления, поддерживающих эти функции.

Моделирование потоков работ (IDEF3), также известное как моделирование технологического процесса, используется для графического описания и документирования процессов путем сбора информации о последовательности их выполнения, отношениях между ними и о важных объектах, являющихся частью этих процессов. Диаграммы технологического процесса используются в качестве вспомогательного средства при модернизации бизнес-процессов, разработке показателя, определяющего завершенность поставляемых продуктов и услуг, а также для сбора информации о политиках и процедурах внутри самой компании.

Моделирование потоков данных (DFD) фокусирует внимание на потоке данных между различными задачами. Обеспечивает максимальную доступность данных в организации при минимальном времени отклика.

Пример построения IDEF-моделей:

Модель: система кадрового учёта и расчёта ЗП [10]

Модель: бухгалтерский учёт [11]

Разработка концепции создания автоматизированной системы

Задайте вопрос менеджеру [1]Бесплатный демо-доступ [2]Купить в интернет-магазине [3]

p>Предлагаемая «ИМПУЛЬС-ИВЦ» структура концепции создания автоматизированной системы состоит из следующих разделов:

Определение проблем

Очень часто руководители организаций затрудняются правильно определить, что же разрабатываемая автоматизированная система должна делать, во сколько обойдется ее разработка и эксплуатация, каким образом оценивать эффективность ее работы. Проекты по разработке и эксплуатации автоматизированной системы могут быть весьма дорогими и не всегда очевидно, будет ли положительный эффект для организации, а если будет, то как его количественно оценить.

На этапе определения проблемы проводится анализ следующих вопросов:

• Цели и задачи организации, критерии оценки эффективности ее работы. Цели и задачи создаваемой автоматизированной системы должны быть непосредственно связаны с целями и задачами, стоящими перед организацией.
• Состояние информационных ресурсов. Проводится оценка текущего уровня информатизации организации: состояния информационных систем, технических и программных средств, квалификации специалистов, а также рассматриваются возможности развития. Определяется перечень ресурсов, которые могут быть использованы при создании новой автоматизированной системы.
• Потенциальные пользователи автоматизированной системы, возможные оппоненты. Важно еще на начальном этапе определить, что хотела бы каждая из групп пользователей от создаваемой автоматизированной системы. Целесообразно сразу оценить основных противников создаваемой автоматизированной системы и потенциальных партнеров.
• Ресурсы, выделяемые на разработку и эксплуатацию автоматизированной системы: финансовые, кадровые, технические средства и др., которые предполагается выделить на разработку и эксплуатацию автоматизированной системы. В данном случае требуется не оценка реальных затрат, а примерная оценка, сколько ресурсов готово выделить на автоматизированную систему руководство организации.

Этапы разработки концепции

1. Определение целей. На основании анализа целей и задач организации, уже имеющихся информационных ресурсов и планов их развития, групп потенциальных пользователей, а также ресурсов, доступных для разработки и эксплуатации автоматизированной системы, можно сформулировать цели проекта. При этом целесообразно учесть изменения целей, задач и ресурсов на несколько лет вперед.
2. Определение основных задач. Для конкретной автоматизированной системы целесообразно указать (без детализации) конкретные задачи, которые должна решать эта система в течении следующих нескольких лет –- какую информацию собирать, в каком виде и как часто распространять.
3. Определение допущений и рисков. На данном этапе желательно приближенно оценить использованные при предварительной оценке проекта допущения, а также возможные риски во время разработки и эксплуатации автоматизированной системы. В качестве типового допущения обычно предполагается, что ресурсы на разработку и эксплуатацию автоматизированной системы будут выделяться своевременно и в нужном объеме. Примером возможного риска является случай, когда руководство предполагает разработать автоматизированную систему, взаимодействующую с интернетом, силами своих сотрудников, не имеющих такого опыта.
4. Согласование результатов анализа. Необходимо проводить в первую очередь с группами потенциальных пользователей. Целесообразно сразу предложить несколько вариантов автоматизированной системы, различающихся набором функций и затратами на разработку и эксплуатацию:
   • базовый вариант,
   • более дешевый, с меньшим набором функций,
   • более дорогой, с расширенными возможностями.

Пример построения концепции:

Концепция создания автоматизированного программного комплекса бухгалтерского и налогового учета [13]

Технический проект автоматизированной системы

Задайте вопрос менеджеру [1]Бесплатный демо-доступ [2]Купить в интернет-магазине [3]

Цель технического проекта – определение основных методов, используемых при создании автоматизированной системы и окончательное определение ее сметной стоимости.

Результат – разработка:

• общесистемных решений, необходимых и достаточных для выпуска эксплуатационной документации на систему в целом,
• проектов заявок на разработку новых технических средств,
• документации специального математического и информационного обеспечения.

Все данные вносятся в единый документ.

Техническое проектирование подсистем осуществляется в соответствии с утвержденным техническим заданием.

Технический проект автоматизированной системы подробно описывает:

• рабочие места,
• выполняемые на них бизнес-операции,
• соответствующие им документы,
• структуры обрабатываемых баз данных,
• взаимосвязи данных
• алгоритмы их обработки.

Технический проект должен включать данные об объемах и интенсивности потоков обрабатываемой информации, количестве пользователей автоматизированной системы, характеристиках оборудования и программного обеспечения.

При разработке технического проекта оформляются:

• Ведомость технического проекта. Общая информация по проекту.
• Пояснительная записка к техническому проекту. Вводная информация, позволяющая ее потребителю быстро освоить данные по конкретному проекту.
• Описание систем классификации и кодирования.
• Перечень входных данных (документов). Перечень информации, которая используется как входящий поток и служит источником накопления.
• Перечень выходных данных (документов). Перечень информации, которая используется для анализа накопленных данных.
• Описание используемого программного обеспечения. Перечень программного обеспечения и СУБД, которые планируется использовать для создания информационной системы.
• Описание используемых технических средств. Перечень аппаратных средств, работа которых планируется в создаваемой системе.
• Проектная оценка надежности системы. Экспертная оценка надежности с выявлением наиболее благополучных участков автоматизированной системы и ее узких мест.
• Ведомость оборудования и материалов. Перечень оборудования и материалов, которые потребуются в ходе реализации проекта.
• Задания на разработку строительных, электротехнических, санитарно-технических и других разделов проекта.

Техническое задание на проектирование сетей

Задайте вопрос менеджеру [1]Бесплатный демо-доступ [2]Купить в интернет-магазине [3]

Техническое задание является основным документом, определяющим требования и порядок создания (развития или модернизации) автоматизированной системы, в соответствии с которым проводится разработка проекта и его приемка при вводе в эксплуатацию.

Разделы технического задания

• общие сведения,
• назначение и цели создания (развития) системы,
• характеристика объектов автоматизации,
• требования к системе,
• состав и содержание работ по созданию системы,
• порядок контроля и приемки системы,
• требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в эксплуатацию,
• требования к документированию,
• источники разработки.

Раздел «Общие сведения» содержит:

• полное наименование системы и ее условное обозначение,
• шифр темы или шифр (номер) договора,
• наименование предприятий разработчика и заказчика системы и их реквизиты,
• перечень документов, на основании которых создается система, кем и когда утверждены эти документы,
• плановые сроки начала и окончания работы по созданию системы,
• сведения об источниках и порядке финансирования работ,
• порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы.

Раздел «Назначение и цели создания (развития) системы» состоит из подразделов:

• Назначение системы – вид автоматизируемой деятельности (управление, проектирование и т. п.) и перечень объектов автоматизации, на которых предполагается ее использовать.
• Цели создания системы – наименование и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания автоматизированной системы. Указание критериев оценки достижения целей проекта.

В разделе «Характеристики объекта автоматизации» приводят:

• краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию,
• сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.

Раздел «Требования к системе» состоит из следующих подразделов:

• требования к системе в целом,
• требования к функциям (задачам), выполняемым системой,
• требования к видам обеспечения.

Раздел «Состав и содержание работ по созданию (развитию) системы» должен содержать:

• перечень стадий и этапов работ по созданию системы,
• сроки их выполнения,
• перечень организаций – исполнителей работ,
• ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ.

В разделе «Состав и содержание работ» также приводится:

• перечень документов, предъявляемых по окончании соответствующих стадий и этапов работ;
• вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт);
• программу работ, направленных на обеспечение требуемого уровня надежности разрабатываемой системы (при необходимости);
• перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости).

В разделе «Порядок контроля и приемки системы» указывают:

• виды, состав, объем и методы испытаний системы и ее составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему),
• общие требования к приемке работ по стадиям (перечень участвующих, место и сроки проведения), порядок согласования и утверждения приемочной документации,
• статус приемочной комиссии.

В разделе «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в эксплуатацию» необходимо привести перечень основных мероприятий, которые следует выполнить при подготовке объекта автоматизации к вводу автоматизированной системы в действие.

В перечень основных мероприятий включают:

• приведение поступающей в систему информации к виду, пригодному для обработки с помощью персональных компьютеров,
• изменения, которые необходимо осуществить в объекте автоматизации,
• создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ,
• создание необходимых для функционирования системы подразделений и служб,
• сроки и порядок комплектования штатов и обучения персонала.

В разделе «Требования к документированию» приводят:

• согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов,
• требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД,
• при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.

В разделе «Источники разработки» должны быть перечислены документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.

Задайте вопрос менеджеру [1]Бесплатный демо-доступ [14]Купить в интернет-магазине [15]

Формирование требований к автоматизированной системе

Задайте вопрос менеджеру [1]Бесплатный демо-доступ [2]Купить в интернет-магазине [3]

Согласно ГОСТ 34.601-90 состав работ по определению требований к автоматизированной системе входит:

• обследование объекта и обоснование необходимости создания автоматизированной системы,
• формирование требований заказчика к автоматизированной системе,
• оформление отчета о выполненной работе и заявки на разработку технического задания.

На этапе «Обследование объекта и обоснование необходимости создания автоматизированной системы» проводится:

• сбор данных об объекте автоматизации и осуществляемых видах деятельности,
• оценка качества функционирования объекта и осуществляемых видах деятельности, выявление проблем, решение которых возможно средствами автоматизации,
• оценка целесообразности создания автоматизированной системы.

На этапе «Формирование требований заказчика к автоматизированной системе» проводится:

• подготовка исходных данных для формирования требований к автоматизированной системе (характеристика объекта автоматизации, описание требований к системе, ограничения допустимых затрат на разработку, ввод в действие и эксплуатацию, эффект, ожидаемый от системы, условия создания и функционирования),
• формулировка и оформление требований заказчика к автоматизированной системе.

На этапе «Оформление отчета о выполненной работе и заявки на разработку технического задания» проводится:

• оформление отчета о выполненных работах,
• оформление заявки на разработку автоматизированной системы или другого документа с аналогичным содержанием.

Основные аспекты, по которым разрабатываются требования:

1. Общесистемные требования – интегрированность, адаптируемость, масштабируемость, возможность последующих доработок.
2. Предельные сроки и стоимость проекта создания АС.
3. Функциональность по следующим подсистемам управления – производство, снабжение, сбыт, бюджетирование и финансы, управление персоналом и т.д.
4. Стандартизация и унификация.
5. Надежность.
6. Защита информации.
7. Численность и квалификация персонала.
8. Эргономика.
9. Эксплуатация и обслуживание.
10. Обеспечение.
11. Документирование.
12. Лицензионная чистота.

Пример построения отчета обследования:

Формирование (уточнение) требований к АСУ [16]

Ценообразование

Задайте вопрос менеджеру [1]Бесплатный демо-доступ [2]Купить в интернет-магазине [3]

Примерная стоимость работ по анализу и проектированию автоматизированной системы составляет 9,6-36 тыс. руб. за одно рабочее место.

Срок выполнения работ рассчитывается по формуле: 0,4 - 0,8 рабочих дней умножается на общее числе рабочих мест, на которых будет установлена автоматизированная система.

Эскизный проект автоматизированной системы

Задайте вопрос менеджеру [1]Бесплатный демо-доступ [2]Купить в интернет-магазине [3]

Основная задача эскизного проекта – создать прообраз будущей автоматизированной системы. При разработке эскизного проекта разработчик определяет основные контуры будущей системы, а заказчик в свою очередь получает представление об основных чертах будущего объекта автоматизации и анализирует их возможную применимость в последующей работе.

При разработке эскизного проекта составляются:

• Ведомость эскизного проекта. Общая информация по проекту.
• Пояснительная записка к эскизному проекту. Вводная информация, позволяющая ее потребителю быстро освоить данные по конкретному проекту.
• Схема организационной структуры. Описание организационной структуры организации, которая будет использовать создаваемую автоматизированную систему в практической работе.
• Структурная схема комплекса технических средств. Техническая составляющая автоматизированной системы, включающая в себя набор серверов, рабочих станций, схему локальной вычислительной сети и структурированной кабельной системы.
• Схема функциональной структуры. Описание задач, которые будут использоваться в работе подсистем. Видение участков информационной системы и порядок и их взаимодействия.
• Схема автоматизации. Логический процесс создания автоматизированной системы от начала до конца.
• Согласно ГОСТ 34.201-89, дополнительно в эскизный проект по необходимости может быть включено техническое задание на разработку новых технических средств.