Конспект лекций по курсу УПИ

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

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

i 1

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

Введем следующие обозначения:

номеров индексов i и n , безразмерные величины, то справедливо выражение

компоненты которого имеют одинаковые весовые коэффициенты.

51

Обоснованность формулы (73) следует из формулы (72). В тоже время, каждая составляющая ССП имеет собственный весовой коэффициент, заданный ЛПР.

Понятно, что в этом случае выражение

i = 1

определяет собой обобщенный показатель деятельности n-го отдела.

В выражении (74) весовой коэффициент pi(n) , для всех номеров n, определяет i-ую, i = 1, 2, …., 4, весовую составляющую ССП n-го отдела.

Процедура масштабирования позволяет завершить преобразование

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

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

экспертным путем и утверждается ЛПР.

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

отдела;

Mn – величина, обратная масштабному коэффициенту отдела.

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

52

Таким образом, дополнительная з/п подразделений оперативного уровня полностью определена в соответствии с требованиями формул (56) – (58).

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

Здесь при определении обобщенных показателей деятельности можно

где

- обобщенный i–ый показатель деятельности -го передела,

компоненты которого имеют одинаковые весовые коэффициенты. В этом случае выражение

i = 1

определяет собой обобщенный показатель деятельности -го передела, где

, для всех номеров , определяет i-ую весовую составляющую ССП -го передела.

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

53

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

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

При этом, еще раз необходимо подчеркнуть, что в отличие от оперативного уровня, где численное значение Mn не зависит от номера индекса n и является константой, численное значение M для тактического уровня зависит от номера индекса . Более того, из здравого смысла следует, что

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

Таким образом, дополнительная з/п аппарата управления -го передела полностью определена в соответствии с требованием формулы (65).

Рассмотрим теперь стратегический уровень. Введем следующие обозначения:

Rf1 – показатель деятельности f1 составляющей «финансы» компании, f1 =

1, 2, ……, F1;

Rf2 – показатель деятельности f2 составляющей «клиенты» компании, f2 =

1, 2, ……, F2;

54

Rf3 – показатель деятельности f3 составляющей «внутренние процессы» компании, f3 = 1, 2, ……, F3;

Rf4 – показатель деятельности f4 составляющей «управление персоналом» компании, f4 = 1, 2, ……, F4;

Здесь также сохраняется требование, чтобы показатели деятельности fi, для всех номеров i, представляли собой безразмерные величины. Тогда справедливо выражение

где

Ri – обобщенный i-ый показатель деятельности компании, компоненты которого имеют одинаковые весовые коэффициенты.

Следовательно, обобщенный показатель деятельности компании можно представить в виде

где

ˆ - масштабированный обобщенный показатель деятельности компании;

R

M – величина, обратная масштабному коэффициенту аппарата управления компании.

Таким образом, дополнительная з/п аппарата управления компанией полностью определена в соответствии с требованием формулы (67). Что касается выбора масштабного коэффициента, то с учетом формулы (81) и

55

ЛЕКЦИЯ 8

Вопросы лекции:

8.1. Использование стандартов жизненных циклов информационных систем

8.2. Система электронного документооборота, контроля и исполнения поручений

8.1. ИСПОЛЬЗОВАНИЕ СТАНДАРТОВ ЖИЗНЕННЫХ ЦИКЛОВ ИНФОРМАЦИОННЫХ СИСТЕМ

Стандарт ГОСТ 34.601-90 предусматривает следующие стадии и этапы создания автоматизированной системы:

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

2.Обследование объекта и обоснование необходимости создания АС

3.Формирование требований пользователя к АС

4.Оформление отчета о выполнении работ и заявки на разработку АС

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

6.Изучение объекта

7.Проведение необходимых научно-исследовательских работ

8.Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователей

9.Оформление отчета о проделанной работе

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

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

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

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

частям

14.Разработка документации на АС и ее части

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

16.Разработка проектных решений по системе и ее частям

17.Разработка документации на АС и ее части

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

19.Разработка заданий на проектирование в смежных частях проекта

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

21.Разработка рабочей документации на АС и ее части

22.Разработка и адаптация программ

23.Ввод в действие

24.Подготовка объекта автоматизации

25.Подготовка персонала

26.Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)

57

27.Строительно-монтажные работы

28.Пусконаладочные работы

29.Проведение предварительных испытаний

30.Проведение опытной эксплуатации

31.Проведение приемочных испытаний

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

33.Выполнение работ в соответствии с гарантийными обязательствами

34.Послегарантийное обслуживание

Эскизный, технический проекты и рабочая документация — это последовательное построение все более точных проектных решений по всем видам обеспечения информационной системы. Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять стадии «Технический проект» и «Рабочая документация» в «Технорабочий проект», параллельно выполнять различные этапы и работы, включать дополнительные.

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

Стандарт ISO/IEC 12207/ и его применение

Стандарт ISO/IEC 12207:1995 «Information Technology — Software Life

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

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

Процессы жизненного цикла ИС

Основные:

o Приобретение (действия и задачи заказчика, приобретающего ИС)

o Поставка (действия и задачи поставщика, который снабжает заказчика программным продуктом или услугой)

o Разработка (действия и задачи, выполняемые разработчиком: создание ПО, оформление проектной и эксплуатационной документации, подготовка тестовых и учебных материалов и т. д.)

o Эксплуатация (действия и задачи оператора — организации, эксплуатирующей систему)

58

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

Вспомогательные

oДокументирование (формализованное описание информации, созданной в течение ЖЦ ИС)

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

технических процедур на всем протяжении ЖЦ ИС для определения состояния компонентов ИС, управления ее модификациями).

o Обеспечение качества (обеспечение гарантий того, что ИС и процессы ее ЖЦ соответствуют заданным требованиям и утвержденным планам)

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

o Аттестация (определение полноты соответствия заданных требований и созданной системы их конкретному функциональному назначению)

o Совместная оценка (оценка состояния работ по проекту: контроль планирования и управления ресурсами, персоналом, аппаратурой, инструментальными средствами)

Аудит (определение соответствия требованиям, планам и условиям

oРазрешение проблем (анализ и решение проблем, независимо от их происхождения или источника, которые обнаружены в ходе разработки, эксплуатации, сопровождения или других процессов)

Организационные

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

oСоздание инфраструктуры (выбор и сопровождение технологии,

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

o Усовершенствование (оценка, измерение, контроль и усовершенствование процессов ЖЦ)

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

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

1.Инициирование приобретения

2.Подготовка заявочных предложений

3.Подготовка и корректировка договора

4.Надзор за деятельностью поставщика

59

5.Приемка и завершение работ

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

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

2.Формирование списка программных продуктов

3.Установление условий и соглашений

4.Описание технических ограничений (среда функционирования системы и т. д.)

8.2. СИСТЕМА ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА, КОНТРОЛЯ И ИСПОЛНЕНИЯ ПОРУЧЕНИЙ

60