Учебное пособие ТОАУ ч.2 (Учебное пособие по ТАУ), страница 4

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

Можно выделить следующие этапы предпроектной стадии:

1.1 Формирование исследовательского коллектива.

1.2. Планирование работ, предусматриваемых на предпроектной стадии.

1.3. Обследование существующей системы.

1.3.1. Исследование характер деятельности организации.

1.3.2. Определение организационной и функциональной структуры организации.

1.3.3. Изучение документов и массивов информации.

1.3.4. Определение используемых средств обработки информации.

1.3.5. Формализация потоков данных.

1.3.6. Определение затрат на функционирование системы.

1.4. Критический анализ существующей системы.

1.4.1. Обобщение выявленных недостатков.

1.4.2. Изучение причин недостатков.

1.4.3. установление целесообразности автоматизации.

1.5. Выработка новых проектных решений и исследование целей.

1.5.1. Определение целей автоматизации.

1.5.2. Поиск возможных проектных решений.

1.5.3. Исследование средств реализации проектных решений.

1.5.4. Формализация принятых проектных решений.

1.6. Комплектование документации предпроектной стадии.

1.7. Принятие решения.

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

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

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

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

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

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

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

Роль разработчика и пользователя в постановке задач управления

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

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

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

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

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

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

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

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

Формулирование потребительских свойств ИС - одна из обязанностей заказчика. Рассмотрим важнейшие из них.

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

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

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

Адаптационные свойства системы отражают ее способность приспосабливаться к изменения окружающего внешнего фона и внутренней управленческой и производственной среды организации. Важной количественной характеристикой является время адаптации ИС, т.е. период, необходимый для восстановления приемлемого уровня адаптивности компьютерных моделей. В течение такого периода степень доверия к результатной информации, а точнее, к «советам» компьютера, резко падает. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. Время адаптации также должно быть заранее оговорено. Затраты на обеспечение адекватности должны, во-первых, поддаваться расчетной оценке, а во-вторых, не слишком влиять на эффективность работы ИТ управления организацией. Кроме математической, параметрической и программной адаптивности ИС должна обладать свойством технической и организационной адаптивности, позволяющим оперативно и· без больших затрат модернизировать эксплуатируемую версию системы для работы на новом оборудовании или в новых рыночных условиях. Такой уровень адаптации достигается путем обеспечения:

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

· независимости от периода прогнозирования и планирования;

· возможности наращивания ИС за счет включения' новых программных модулей или совершенствования действующих;

· экспертных свойств и максимальной вариабельности решений на этапе проектирования.

Экономическая эффективность определяется в нескольких аспектах: как соотношение между затратами и получаемым результатом в отношении степени достижения поставленной перед ИС управления 0pr:iнизацией цели и как результат сравнения экономических показателей деятельности управленческих служб, выявленных на этапе предпроектного обследования организации, с аналогичными показателями в условиях применения внедренной ИТ.

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

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

7. Процесс разработки задач автоматизации.

Выделяется два основных этапа выполнения процесса проектирования задач управления:

• этап обоснования ее целесообразности автоматизации

• этапе разработки задач управления.

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

7.1. Обоснование целесообразности автоматизации задач

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

Основными работами обоснования целесообразности автоматизации являются:

• Формирование исследовательского коллектива;

• Планирование работ;

• Обследование существующей системы;

• Анализ существующей системы и выработка новых проектных решений;

• Комплектование документации этапа;

• Принятие решения о выборе варианта проекта.

7.1.1.Формирование исследовательского коллектива.

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

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

7.1.2. Планирование работ.

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