Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

Уфимский государственный авиационный технический университет

Кафедра автоматизированных систем управления

ПРОЕКТИРОВАНИЕ СИСТЕМЫ УПРАВЛЕНИЯ БИЗНЕС-ПРОЦЕССАМИ

ЭКОНОМИЧЕСКОГО ОБЪЕКТА

Методические указания для выполнениякурсового проекта по дисциплине

«Проектирование информационных систем»

Уфа 2013

Составитель: Н.О. Никулина

УДК 004:658 (07)ББК 32.973.26-018:65.290 (Я7)Проектирование системы управления бизнес-процессами

экономического объекта: Методические указания к выполнению курсового проекта по дисциплине «Проектирование информационных систем» / Уфимск. гос. авиац. техн. ун-т; Сост.: Н.О. Никулина. - Уфа, 2012. – 46 с.

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

Предназначены для студентов старших курсов специальности 080801 «Прикладная информатика (в экономике)».

Ил. 7. Табл. 7. Библиогр.: 8 назв.

Рецензенты: д-р техн. наук Черняховская Л.Р.канд. техн. наук Еникеев Р.Р.

2

Содержание1 ЦЕЛИ И ЗАДАЧИ КУРСОВОГО ПРОЕКТИРОВАНИЯ............................................................42 ТЕМАТИКА И СОДЕРЖАНИЕ КУРСОВЫХ ПРОЕКТОВ.......................................................53 ПРАВИЛА ОФОРМЛЕНИЯ ПОЯСНИТЕЛЬНОЙ ЗАПИСКИ..................................................64 МЕТОДИКА КУРСОВОГО ПРОЕКТИРОВАНИЯ.....................................................................8

4.1. Основные теоретические сведения о проектировании автоматизированной экономической информационной системы..................................................................................8

4.1.1. Структура автоматизированной экономической информационной системы............84.1.2. Современные методологии и технологии проектирования ИС.................................124.1.3. Жизненный цикл ИС......................................................................................................154.1.4. Проведение предпроектного обследования.................................................................16

4.2. Общесистемная часть курсового проекта...........................................................................174.2.1. Общая характеристика экономического объекта........................................................174.2.2. Выделение функциональной подсистемы ИС.............................................................184.2.3. Разработка технического задания на создание системы управления бизнес-процессом..................................................................................................................................24

4.3. Проектная часть курсового проекта....................................................................................254.3.1. Постановка задачи..........................................................................................................254.3.2. Информационное моделирование бизнес-процесса...................................................274.3.4. Динамическое моделирование бизнес-процесса.........................................................28

Заключительным этапом курсового проектирования является разработка динамической модели системы управления бизнес-процессом, которая выполняется с использованием BPMN-методологии.........................................................................................................................28СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ.......................................................................28Приложение 1. Классификация бизнес-процессов.......................................................................30Приложение 2. Форма проведения обследования бизнес-процесса............................................34Приложение 3. Стадии жизненного цикла ИС в соответствии с ГОСТ 34.601-90....................35Приложение 4. Техническое задание на разработку ИС (фрагмент)..........................................36

3

1 ЦЕЛИ И ЗАДАЧИ КУРСОВОГО

ПРОЕКТИРОВАНИЯ

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

Задачами курсового проектирования являются: закрепление, углубление, расширение и систематизация

знаний, полученных при изучении данной дисциплины («Проектирование информационных систем») и других, предшествовавших ей дисциплин («CASE-средства проектирования», «Информационные системы», «Информационные технологии»);

закрепление умений применять эти знания для решения типовых и нестандартных задач;

формирование умений работы с программным инструментарием;

приобретение опыта аналитической, расчетной, конструкторской работы и формирование соответствующих умений;

развитие умений работы со специальной литературой и иными информационными источниками;

приобретение опыта научно-исследовательской работы и формирование соответствующих умений;

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

формирование умения грамотно с филологической и психологической точек зрения составить доклад и подготовить презентацию защищаемого проекта;

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

4

В результате выполнения курсового проекта по данной дисциплине студент должен научиться:

определять границы автоматизированной экономической информационной системы (АЭИС) и составляющих ее функциональных подсистем (ФП);

определять внутренние и внешние информационные потоки; выделять функциональные и обеспечивающие подсистемы

АЭИС; выполнять постановку задачи на проектирование АЭИС на

примере ее функциональной подсистемы; применять математический аппарат для обоснования выбора

оптимального проектного решения; применять методы моделирования для описания и

проектирования системы.

2 ТЕМАТИКА И СОДЕРЖАНИЕ КУРСОВЫХ ПРОЕКТОВ

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

В процессе курсового проектирования студент должен:1. Провести предпроектное обследование экономического

объекта.2. Формализовать результаты предпроектного обследования в

виде комплекса моделей.3. Выполнить постановку задачи на проектирование

функциональной подсистемы АЭИС.4. Разработать проектную документацию на функциональную

подсистему.5. Оформить пояснительную записку и графическую часть

проекта.

5

3 ПРАВИЛА ОФОРМЛЕНИЯ ПОЯСНИТЕЛЬНОЙ ЗАПИСКИ

Курсовые проекты оформляются в соответствии с требованиями государственных и межгосударственных стандартов, действующих на территории Российской Федерации, а также соответствующих стандартов УГАТУ [1].

Курсовой проект состоит из пояснительной записки и графического материала.

Текст пояснительной записки набирается на компьютере в текстовом редакторе MS Word, шрифт TimesNewRomanCyr, размер шрифта – 14, с одинарным межстрочным интервалом. Объем пояснительной записки (без приложений) 30-40 страниц. С левой стороны листа должны быть поля шириной 20 мм, листы подшиваются в папку вместе с диаграммами, схемами и другими иллюстрациями. Все схемы, формулы, графики должны быть пронумерованы и снабжены подписями и ссылками в тексте.

Материалы в пояснительной записке следует располагать в следующем порядке:

титульный лист; задание на проектирование; содержание; введение; общесистемная часть:o общая характеристика экономического объекта; o разработка функциональной модели системы управления

бизнес-процессом;o разработка технического задания на разработку системы

управления бизнес-процессом; проектная часть:o постановка задачи на разработку функциональной

подсистемы системы управления бизнес-процессом;o разработка информационной модели системы управления

бизнес-процессом;o разработка динамической модели системы управления

бизнес-процессом; заключение; список использованных источников.

6

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

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

Графическая часть курсового проекта включает:1. Мнемосхему бизнес-процесса.2. Функциональную модель существующего бизнес-процесса,

разработанную с использованием методологии структурного анализа и проектирования в нотациях IDEF0, EPC, Процедура, Процесс.

3. Информационную модель системы управления бизнес-процессом, разработанную в нотации IDEF1X.

4. Динамическую модель системы управления бизнес-процессом, разработанную с использованием BPMN-технологии.Графическая часть проекта является не иллюстративным

материалом, а технической документацией на разработанный студентом проект функциональной подсистемы ИС.

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

7

4 МЕТОДИКА КУРСОВОГО ПРОЕКТИРОВАНИЯ

4.1. Основные теоретические сведения о проектировании автоматизированной экономической информационной системы.

4.1.1. Структура автоматизированной экономической информационной системы.

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

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

Таким образом, любой системе управления экономическим объектом соответствует своя автоматизированная экономическая информационная система.

АЭИС – совокупность информации, экономико-математических методов и моделей, технических, технологических и программных средств и специалистов, предназначенная для обработки экономической информации и принятия управленческих решений.

Основными составными частями АЭИС являются: аппарат управления; автоматизированная информационная технология; комплекс функциональных подсистем; комплекс обеспечивающих подсистем. Структура АЭИС с указанием основных информационных потоков между ее компонентами представлена на рисунке 1.

Обеспечивающие подсистемы предназначены для поддержания функционирования АЭИС в заданном режиме. В

8

процессе проектирования АЭИС разрабатывают следующие виды обеспечения: информационное, лингвистическое, математическое, программное, техническое, организационное, правовое, эргономическое.

Автоматизированная информационная технология

Накопление и

хранение данных

Пере-дача

данных

Формирование результирующей

информации

Обработка данных

Подготовка информационных

массивов

Сбор и регистрация

данных

Аппарат управления

Объект управления

Внешняя среда

Комплекс обеспечивающих

подсистем

Комплекс функциональны

х подсистем

Автоматизированная экономическая информационная система

Рисунок 1. – Структура АЭИС.

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

9

ИС, ее отраслевой принадлежностью, размером, характером дея-тельности предприятия. Состав, порядок и принципы взаимодействия функциональных подсистем устанавливаются с учетом цели, стоящей перед экономическим объектом. Каждая функциональная подсистема характеризуется следующими элементами:

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

системой; особым кругом задач, возникающих и решаемых в

процессе управления; перечнем лиц из аппарата управления, исполняющих в

соответствии со своими должностными обязанностями различные роли в процессе выполнения задач.

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

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

10

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

Функциональную подсистему бухгалтерского учета можно описать следующим образом:

объект управления – процессы бухгалтерского и налогового учета;

внешние входы – исходная информация от производственных подразделений, аппарата управления предприятием, органов государственного управления;

внешние выходы – бухгалтерская и налоговая отчетность, отчеты для руководства предприятия;

внутренняя сравнительно замкнутая ИС – 1С: Бухгалтерия;

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

аппарат управления – бухгалтер, главный бухгалтер, материально-ответственное лицо, кассир и т.д.

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

11

соответствии с документами, регламентирующими выполнение процесса или работу подразделения. К таким документам могут относиться регламент процесса, инструкция, правила, положение о структурном подразделении. Аппарат управления указывается в соответствии с организационно-штатной структурой предприятия или в соответствии с регламентом, описывающим данный бизнес-процесс.

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

4.1.2. Современные методологии и технологии проектирования ИС

Современные методологии проектирования ИС отдают предпочтение процессному подходу.

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

Каждый бизнес-процесс проходит через ряд подразделений, т. е. в его выполнении участвуют различные специалисты. Чаще всего приходится сталкиваться с ситуацией, когда собственно процессами никто не управляет, а управляют лишь подразделениями. Более того, организационная структура предприятий строится без учета возможностей оптимизации деловых процессов, обеспечивающих необходимые функции. Процессный подход позволяет устранить фрагментарность в работе, организационные и информационные разрывы, дублирование, нерациональное использование финансовых, материальных и кадровых ресурсов.

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

12

Процессный подход требует комплексного изучения различных сторон жизни организации — правовых основ и правил деятельности, организационной структуры, функций и показателей результатов их исполнения, интерфейсов, ресурсного обеспечения, организационной культуры. В ходе анализа бизнес-процессов детально исследуются сферы ответственности подразделений, их руководителей и сотрудников. Это позволяет установить адреса владельцев бизнес-процессов, в результате чего процессы перестают быть бесхозными, создаются условия для разработки и внедрения систем стимулирования и ответственности за конечные результаты, определяются моменты и процедуры передачи ответственности. Анализ и оценка бизнес-процессов позволяют подойти к обоснованию стандартов их выполнения, допустимых рисков и диапазонов свободы принятия решений исполнителями, предельных нормативов затрат ресурсов на единицу эффекта.

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

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

Процессная модель экономического объекта должна строиться с учетом следующих положений:

1. Верхний уровень модели должен отражать только контекст деятельности (т.е., контекстная диаграмма должна отражать взаимодействие моделируемого предприятия с внешним миром).

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

3. Каждое из направлений деятельностей должно быть детализировано на бизнес-процессы.

13

4. Детализация бизнес-процессов осуществляется посредством бизнес–функций.

5. Бизнес-функции описываются последовательностью элементарных технологических операций.

6. Описание элементарной операции осуществляется с помощью миниспецификации.Использование методологии проектирования подразумевает

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

пошаговой процедуры, определяющей последовательность технологических операций проектирования;

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

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

По степени автоматизации проектных работ технологии проектирования делятся на следующие виды (рис. 2):

Технологии проектирования

Каноническое (оригинальное,

индивидуальное) проектирование

Типовое проектирование

Автоматизированное проектирование

Подсистемное

Модельное

Элементарное

Структурное

Объектное

Рисунок 2. – Классификация технологий проектирования.

В данном курсовом проекте предполагается использование методологии автоматизированного структурного анализа и

14

проектирования с применением технологии функционального и информационного моделирования в стандартах IDEF0, IDEF1X и нотации EPC.

4.1.3. Жизненный цикл ИС.Одним из базовых понятий методологии проектирования ИС

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

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

Стандарт ISO/IEC 15288:2002 «Системная инженерия – Процессы жизненного цикла систем» предназначен для любого рода систем, созданных человеком.

ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания» – распространяется на автоматизированные системы и устанавливает стадии и этапы их создания.

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

Таблица 1. Стадии создания системы по стандарту ISO/IEC 15288:2002

Стадия ОписаниеФормирование концепции (стадия замысла)

Анализ потребностей, выбор концепции и проектных решений

Разработка Проектирование системыРеализация (производство) Изготовление системыЭксплуатация Ввод в эксплуатацию и использование

системыПоддержка Обеспечение функционирования

системыСнятие с эксплуатации Прекращение использования,

демонтаж, архивирование системы15

Основные работы, выполняющиеся на стадиях жизненного цикла автоматизированных систем в соответствии с ГОСТ 34.601-90, приведены в приложении 3.

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

4.1.4. Проведение предпроектного обследования.Основная задача обследования – оценка реального объема

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

При проведении предпроектного обследования могут быть использованы следующие методы.

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

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

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

16

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

Самостоятельное описание требований. Документы – хороший источник информации, потому что они чаще всего доступны и их можно "опрашивать" в удобном для себя темпе. Чтение документов – прекрасный способ получить первоначальное представление об экономическом объекте и сформулировать вопросы к экспертам. Недостаток этого подхода – опасность пропуска знаний, специфичных для объекта исследования, неформализованных знаний, эмпирических правил и процедур, широко используемых на практике, но не вошедших в документы.

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

4.2. Общесистемная часть курсового проекта.

4.2.1. Общая характеристика экономического объекта.При проведении предпроектного обследования в первую

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

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

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

2. Описание структуры экономического объекта (иерархическая организационная структура). Данный пункт является обязательным в

17

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

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

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

Если экономическим объектом является бизнес-процесс, то п.3 и п. 4 пропускаются.

4.2.2. Выделение функциональной подсистемы ИС.Выделение функциональной подсистемы производится путем

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

Рекомендуемый план работы по выделению функциональной подсистемы ИС:1. Обоснование выбора бизнес-процесса. Необходимо указать,

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

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

3. Детальное обследование бизнес-процесса. Форма проведения обследования приведена в Приложении 2.

4. Разработка функциональной модели существующего бизнес-процесса.

18

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

В рамках данного курсового проекта первый уровень процессной модели можно представлять в виде мнемосхемы, описывающей деятельность предприятия. Второй уровень представляет собой перечень основных бизнес-процессов (п. 4.2.2). Курсовой проект предполагает построение функциональной модели предметной области, начиная с третьего уровня процессной модели. Таким образом, контекстная диаграмма модели «как есть» будет представлять собой описание системы управления бизнес-процессом (пример приведен на рисунке 3).

Функциональная модель существующего бизнес-процесса (модель «as is») разрабатывается в стандарте SADT с использованием программного обеспечения, поддерживающего нотацию функционального моделирования IDEF0 и нотацию динамического моделирования в нотации EPC или IDEF3. При этом, если в качестве инструментального средства проектирования выбран программный продукт BusinessStudio, то на третьем уровне декомпозиции модели используется нотация EPC. Если в качестве инструментального средства проектирования выбран программный продукт BPWin, то на третьем уровне декомпозиции модели используется нотация IDEF3.

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

неправильное именование интерфейсных дуг, например, глаголом или отглагольным существительным, обозначающим действие;

неправильное именование функциональных блоков, например, отсутствие действия в его названии;

отсутствие иерархической нумерации функциональных блоков;

отсутствие связи между диаграммами (диаграмма нижнего уровня не является декомпозицией диаграммы верхнего уровня);

необоснованное отсутствие у функциональных блоков одной или нескольких интерфейсных дуг;

неописанные (не именованные) интерфейсные дуги; необоснованное использование туннелей на диаграммах

декомпозиции; необоснованное использование синонимов и сокращений в

названиях интерфейсных дуг, допускающее неоднозначное

19

толкование одних и тех же информационных элементов (например, «Нач.» и «Начальник», «Руководитель» и «Начальник»);

менее 3 и более 7 функциональных блоков на одной диаграмме.

Пример описания функциональной подсистемы организации закупок материалов на контекстной диаграмме в нотации IDEF0 приведен на рис. 3.

Рисунок 3. – Контекстная диаграмма бизнес-процесса в нотации IDEF0.

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

объект управления – бизнес-процесс закупки материалов для нужд производства;

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

внешние выходы – закупленные материалы, поступающие на склад, сопроводительная документация на материалы, хранящаяся в отделе закупок, регистрационные журналы, в которых фиксируются факты отправки запросов поставщикам и поступления материалов;

задачи функциональной подсистемы – определение потребностей в материале, выбор поставщиков, обработка заказов

20

поставщикам, контроль выполнения условий договора, контроль поступления материалов;

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

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

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

Рисунок 4. – Перечень задач функциональной подсистемы.

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

21

(EPC или IDEF3). На рис. 5 приведен пример описания задачи выбора поставщиков в нотации EPC.

22

Рисунок 5. – Описание задачи “Выбор поставщиков» в нотации EPC.

23

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

Результаты обследования бизнес-процесса, представленные в виде функциональной модели, дают основания для принятия проектных решений по его дальнейшему усовершенствованию с применением информационных технологий. Проектные решения должны быть оформлены в соответствии с ГОСТ 34.602-89 «Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». Этот документ является основным, определяющим требования и порядок создания автоматизированной системы, в соответствии с которым проводится разработка ИС и ее приемка при вводе в действие. Техническое задание (ТЗ) на ИС разрабатывают на основании исходных данных, полученных в ходе предпроектного обследования.

ТЗ рекомендуется составлять в соответствии со следующим планом:

1. Название функциональной подсистемы.2. Цели создания подсистемы.3. Описание критериев эффективности функционирования

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

4. Описание требований к подсистеме в целом (формируются в контексте бизнес-требований) [10].

5. Описание требований к выполняемым функциям (формируются в контексте требований пользователей) [10].

6. Требования к программному, информационному, организационному и техническому обеспечению.

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

В Приложении 4 приведены выдержки из ГОСТ 34.602-89 «Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». ТЗ на ФП ИС можно составлять, используя это Приложение.

24

4.3. Проектная часть курсового проекта.

4.3.1. Постановка задачи.Постановка задачи – это описание экономической задачи по

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

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

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

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

В процессе описания постановки задачи важной является выверка точности и полноты названий всех информационных единиц. Для каждого вида информации дается описание всех ее элементов в виде таблицы (табл. 2).

Таблица 2. Пример описания информационных элементов.

Наименование реквизита Идентификатор

Тип данных Разрядность

Код ОСБ CODE_O Числовой 4Отчетная дата D_REPORT Дата/время 8Наименование эмитента NAMEMIT Текстовый 20

25

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

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

Разрядность реквизита необходима для подсчета объема занимаемой памяти.

Постановка задачи выполняется в соответствии с планом [2].1. Организационно-экономическая сущность задачи: наименование задачи, место ее решения (указать

экономический объект или класс экономических объектов); цель решения (формулируется с точки зрения важности задачи

для выполнения бизнес-процесса в целом вне зависимости от средств ее решения);

назначение (для каких подразделений экономического объекта и пользователей);

периодичность и сроки решения задачи; источники и способы поступления данных; потребители результатной информации, способы ее отправки;2. Описание исходной (входной) информации: перечень исходной информации (документы или наборы

данных); формы представления по каждой позиции перечня

(бумажный, электронный); объем информации (для бумажных документов – в страницах

или строках, для электронных – в Кб); описание структурных единиц информации по каждому из

представленных документов или наборов данных (см. табл. 2);3. Описание результатной (выходной) информации: перечень результатной информации; формы представления; периодичность и сроки представления; объем информации;

26

перечень пользователей результатной информации (подразделение и должность);

описание структурных единиц информации по аналогии с исходными данными;

4. Описание алгоритма решения задачи: описание способов формирования результатной информации с

указанием последовательности выполнения логических и арифметических действий (может быть использована ссылка на диаграмму декомпозиции в нотации EPC, Процедура или Процесс);

5. Описание используемой условно-постоянной информации: перечень условно-постоянной информации (классификаторов,

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

4.3.2. Информационное моделирование бизнес-процесса.С целью соблюдения одного из принципов создания ИС [5, 8]

(принципа однократного ввода данных) информационная модель подсистемы разрабатывается на основе функциональной модели бизнес-процесса [6].

Всю совокупность информационных элементов можно разделить на следующие группы:

сущности, отражающие нормативную или справочную информацию (к ним относятся ГОСТы, стандарты предприятия, классификаторы, справочники и т.д.);

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

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

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

Атрибуты вышеперечисленных сущностей, являющиеся реквизитами документов или сотрудников («номер», «дата», «подпись», «ФИО») должны совпадать со структурными единицами информации в постановке задачи (п. 4.3.1).

27

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

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

4.3.4. Динамическое моделирование бизнес-процесса.Заключительным этапом курсового проектирования является

разработка динамической модели системы управления бизнес-процессом, которая выполняется с использованием BPMN-методологии в Bizagi Express Studio.

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ1. Положение о курсовом проектировании. – Уфа: УГАТУ,

2006. – 14 с.2. Автоматизированные информационные технологии в

экономике: Учебник/под ред. проф. Г.А. Титоренко. - М.: ЮНИТИ, 2005.

3. Вендров А.М. CASE - технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 1998.

4. Гринберг А.С., Горбачев Н.Н., Бондаренко А.С. Информационные технологии управления: Учебное пособие для вузов. – М.: ЮНИТИ-ДАНА, 2004.

5. Информационные технологии управления: Учебное пособие для вузов / Под ред. проф. Г.А. Титоренко. – М.:ЮНИТИ-ДАНА, 2004.

6. Куликов Г.Г., Речкалов А.В., Набатов А.Н., Черняховская Л.Р., Никулина Н.О., Старцева Е.Б. Автоматизированное проектирование информационно-управляющих систем. – Уфа: Изд-во УГАТУ, 1999.

7. Куликов Г.Г., Никулина Н.О., Старцева Е.Б., Алькин А.Ю. Моделирование экономических и производственных процессов предприятий с использованием CASE- средства ERwin: Методические указания к лабораторным работам по курсу «Технико-экономический анализ деятельности предприятий» / Уфимск. гос. авиац. техн. ун-т. – Уфа: УГАТУ, 2002. - 31 с.

28

8. Мамиконов А.Г. Основы построения АСУ: Учебник для вузов. – М.: Высш. школа, 1981.

9. Маглинец Ю.А. Анализ требований к автоматизированным информационным системам: учебное пособие. – М. : Интернет-Ун-т информ. технологий : БИНОМ. Лаборатория знаний, 2010 . – 200 с.

Перечень базовых Web-сайтов:www . citforum . ru www . osp . ru www . cfin . ru www . acdi . ru www . vernikov . ru www . itstan . ru

29

Приложение 1. Классификация бизнес-процессовБизнес-процессы ведения основной деятельности

1. Материально-техническое обеспечение деятельности Компании o Планирование и приобретение необходимых ресурсов

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

o Управление процессом закупок Заключение контрактов Оформление заказов Мониторинг поставок

o Транспортная доставка o Организация хранения

Обеспечение работы складов Контроль за состоянием складов Обеспечение сохранности

2. Производственные процессы o Преобразование ресурсов в готовую продукцию

Разработка календарного плана производства Перемещение материалов и ресурсов Производство продукта Упаковка продукта Складирование и хранение продукта Подготовка продукта к отгрузке

o Предоставление услуг клиенту Специальные требования Идентификация и планирование необходимых ресурсов Обеспечение обслуживания

o Обеспечение гарантии качества продукции/услуг o Формирование необходимых трудовых ресурсов (специалистов)

Формирование необходимых квалификационных требований Выявление необходимости в обучении и проведение

обучения Отслеживание и управление повышением квалификации

3. Материально-техническое обеспечение сбыта o Доставка продукции

Организация отправки покупателю Доставка продукции покупателю Установка продукции Установление специальных требований к обслуживанию

конкретных клиентов Выявление и планирование ресурсов, необходимых для

выполнения требований к обслуживанию

30

Обеспечение обслуживания конкретных покупателейo Управление процессом производства и доставки

Документирование и отслеживание статуса заказа Управление запасами Обеспечение гарантий качества продукции Планирование и обеспечение обслуживания Учет и отслеживание ограничений, накладываемых

внешними условиями4. Маркетинг и продажи

o Определение (выявление) нужд и потребностей (ожиданий) потребителей

o Измерение удовлетворенности потребителей товарами, услугами, сервисным обслуживанием

o Отслеживание изменений на рынке или изменений в ожиданиях потребителей

o CRM o Сбыт товаров/услуг

Стратегия ценообразования Рекламная стратегия Выявление целевых потребителей и их нужд Разработка прогноза продаж Продажа продуктов/услуг Управление портфелем продукции/услуг

o Обработка заказов потребителей o Ответы на запросы покупателей

5. Обслуживание o Обеспечение послепродажного обслуживания o Обработка рекламаций

Бизнес-процессы вспомогательные1. Поддержание инфраструктуры фирмы (общее управление, планирование,

финансирование, бухгалтерский учет, юридическое обеспечение.) o Управление финансовыми ресурсами

Разработка бюджетов Управление размещением ресурсов Планирование рискового капитала Управление денежными потоками Управление структурой капитала Управление финансовым риском

o Обработка финансовых и бухгалтерских операций o Отчетная информация

Подготовка внешней финансовой информации Подготовка внутренней финансовой информации

o Проведение внутреннего аудита o Управление налогами

Планирование налоговой стратегии

31

Использование технологий и приемов налогового менеджмента

Управление разногласиями по вопросам налогообложения Работа с налоговыми ведомствами

o Управление материальными ресурсами Управление планированием капитала Приобретение и перегруппировка основных средств Управление ресурсами

o Управление внешними связями 2. Инженерно-техническое обеспечение (содержание офисов, зданий,

производственных корпусов и т.п.) 3. Информационное обеспечение

o Планирование управления информационными ресурсами Формулировка требований на основе стратегии фирмы Определение архитектуры Планирование и прогнозирование информационных

технологий Установление общих для предприятия стандартов данных Установление стандартов качества и контроля

o Разработка и развертывание вспомогательных систем предприятия Проведение анализа специфических потребностей Выбор информационных технологий Разработка Тестирование, оценка и внедрение

o Внедрение систем контроля и безопасности o Управление хранением и получением информации o Управление информационными ресурсами и операциями o Оценка и контроль качества информации

4. Документооборот 5. Управление персоналом

o Создание и управление стратегией человеческих ресурсов o Анализ и планирование уровня производства o Развитие и подготовка работников o Разработка информационных систем управления персоналом

6. Экономическая безопасность 7. Экология

o Разработка стратегии охраны окружающей среды o Обеспечение соответствия нормам o Разработка и выполнение программ по предотвращению

загрязнения и защите окружающей среды o Разработка и внедрение информационной системы мониторинга и

контроля o Управление отношениями с государственными органами и

общественностью по экологическим вопросам8. Дополнительные услуги

32

Бизнес-процессы развития и совершенствования1. Стратегическое управление

o Отслеживание состояния внешней среды Анализ и изучение конкуренции Выявление тенденций в экономике (отрасли) Выявление политических и регулирующих событий Оценка технологических инноваций Изучение демографических данных Выявление социальных и культурных изменений Изучение экологических проблем

o Определение концепции бизнеса и стратегии организации o Разработка структуры организации и отношений между

организационными единицами o Разработка и установление целей организации o Бизнес-планирование

2. Развитие технологий (совершенствование процесса или продукта, НИОКР, проектирование, дизайн)

o Разработка концепции и планов выпуска нового продукта/услуги o НИОКР (разработка, создание и оценка опытных образцов) o Совершенствование существующих продуктов/услуг o Подготовка к производству (внедрению)

3. Управление проектами o Управление процессом разработки o Управление проектами реорганизации o Управление маркетинговыми проектами

4. Управление качеством o Оценка показателей деятельности организации

Создание системы оценки Оценка качества продукции/услуг Оценка затрат на обеспечение качества

o Проведение оценки качества o Сравнение с конкурентами и др. компаниями (бенчмаркинг) o Улучшение процессов и систем

Внедрение постоянного процесса улучшений Мониторинг процессов и систем Реинжиниринг процессов

o Внедрение тотального управления качеством

33

Приложение 2. Форма проведения обследования бизнес-процесса

1. Название бизнес-процесса.2. Условия начала и завершения выполнения бизнес-процесса.3. Перечень функций бизнес-процесса.4. Сведения о функциях:

Первоначальные данные или информация, с поступления которых начинается выполнение функции;

Документы, отчеты, запросы, справки и т.п., необходимые для выполнения функции. Их источники;

Документы, отчеты, справки, формируемые при выполнении функции. Их получатели;

Сотрудники организации, а также клиенты, поставщики и иные внешние организации, участвующие в выполнении функции;

Материалы и другие материальные ценности, необходимые и потребляемые при выполнении функции;

Материалы и другие материальные ценности, получаемые в результате выполнения функции;

5. Степень важности процесса в рамках работы подразделения (очень важный, средней важности, практически неважный)

6. Возникают ли проблемы при выполнении процесса? И, если да, то каковы они:

6.1. насколько критичны: кардинально влияют на общую деятельность организации; влияют на функционирование отдела; не значительны;

6.2. зависят от работы: сотрудников; смежных подразделений; поставщиков; клиентов;

6.3. неблагоприятно влияют на: стоимость; время; качество выполнения процесса.

7. Периодичность и время выполнения процесса.

34

Приложение 3. Стадии жизненного цикла ИС в соответствии с ГОСТ 34.601-90.Стадии Этапы работ

Формирование требований к АС

1.1. Обследование объекта и обоснование необходимости создания АС.1.2. Формирование требований пользователя к АС.1.3. Оформление отчёта о выполненной работе и заявки на разработку АС (тактико-технического задания)

Разработка концепции АС.

2.1. Изучение объекта.2.2. Проведение необходимых научно-исследовательских работ.2.3. Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя.2.4. Оформление отчёта о выполненной работе.

Техническое задание.

3.1. Разработка и утверждение технического задания на создание АС.

Эскизный проект.

4.1. Разработка предварительных проектных решений по системе и её частям.4.2. Разработка документации на АС и её части.

Технический проект.

5.1. Разработка проектных решений по системе и её частям.5.2. Разработка документации на АС и её части.5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку.5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.

Рабочая документация.

6.1. Разработка рабочей документации на систему и её части.6.2. Разработка или адаптация программ.

Ввод в действие. 7.1. Подготовка объекта автоматизации к вводу АС в действие.7.2. Подготовка персонала.7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями).7.4. Строительно-монтажные работы.7.5. Пусконаладочные работы.7.6. Проведение предварительных испытаний.7.7. Проведение опытной эксплуатации.7.8. Проведение приёмочных испытаний.

Сопровождение АС

8.1. Выполнение работ в соответствии с гарантийными обязательствами.8.2. Послегарантийное обслуживание.

35

Приложение 4. Техническое задание на разработку ИС (фрагмент)2. СОСТАВ И СОДЕРЖАНИЕ ТЗ2.1. ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы:

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

2.3. В разделе «Общие сведения» указывают: полное наименование системы и ее условное обозначение; наименование предприятия (разработчика) и заказчика (пользователя)

системы и их реквизиты; перечень документов, на основании которых создается система, кем и

когда утверждены эти документы; плановые сроки начала и окончания работы по созданию системы; сведения об источниках и порядке финансирования работ; порядок оформления и предъявления заказчику результатов работ по

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

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

2.4.2. В подразделе «Цели создания системы» приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АИС, и указывают критерии оценки достижения целей создания системы.2.5. В разделе «Характеристики объекта автоматизации» приводят:

краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию;

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

2.6. Раздел «Требования к системе» состоит из следующих подразделов: требования к системе в целом; требования к функциям (задачам), выполняемым системой; требования к видам обеспечения.

2.6.1. В подразделе «Требования к системе в целом» указывают: требования к структуре и функционированию системы; требования к численности и квалификации персонала системы и режиму

его работы; требования к надежности; требования к защите информации от несанкционированного доступа;

36

требования по стандартизации и унификации.2.6.1.1. В требованиях к структуре и функционированию системы приводят:

перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы;

требования к способам и средствам связи для информационного обмена между компонентами системы;

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

требования к режимам функционирования системы; перспективы развития, модернизации системы.

2.6.1.13. В требования к стандартизации и унификации включают: показатели, устанавливающие требуемую степень использования стандартных, унифицированных методов реализации функций (задач) системы, поставляемых программных средств, типовых математических методов и моделей, типовых проектных решений, унифицированных форм управленческих документов, классификаторов технико-экономической информации, требования к использованию типовых автоматизированных рабочих мест.2.6.3. В подразделе «Требования к видам обеспечения» в зависимости от вида системы приводят:2.6.3.2. Для информационного обеспечения – требования:

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

унифицированных документов и классификаторов, действующих на данном предприятии;

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

представлению данных; к контролю, хранению, обновлению и восстановлению данных.

2.6.3.4. Для программного обеспечения – перечень покупных программных средств, а также требования:

к независимости программных средств от используемых операционных систем;

к качеству программных средств2.6.3.5. Для технического обеспечения – требования:

к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе;

2.6.3.7. Для организационного обеспечения – требования: к структуре и функциям подразделений, участвующих в

функционировании системы или обеспечивающих эксплуатацию;

37

к организации функционирования системы и порядку взаимодействия персонала ИС и персонала объекта автоматизации;

к защите от ошибочных действий персонала системы.

38