Методические рекомендации по выполнению практических работ профессионального модуля
 Скачать 2.97 Mb.
|
|
Тема: Выполнение итоговой контрольной работы Задачи: 1. Закрепление полученных знаний в течение семестра Примерный список вопросов: 1. Основные методы проектирования информационных систем. Краткое описание. 2. Жизненный цикл информационных систем. 3. Основные процессы жизненного цикла информационных систем. 4. Каскадная модель жизненного цикла информационных систем. 5. Спиральная модель жизненного цикла информационных систем. 6. Итерационная модель жизненного цикла информационных систем. 7. Композиционный метод проектирования информационных систем. Основные принципы. 8. Комбинаторный метод проектирования информационных систем. Основные принципы. 9. CASE-средства для проектирования информационных систем. Основные понятия. 10. Параметрическое проектирование информационных систем. Основные понятия и принципы. 11. Конфигурационное проектирование информационных систем. Основные понятия и принципы. 12. Параллельное проектирование информационных систем. Основные понятия и принципы. 13. Планировочное проектирование информационных систем. Основные понятия и принципы. 14. Комбинаторное проектирование инфрмационных систем. Основные понятия и принципы. 15. Иерархические уровни проектирования информационных систем. 16. Интерактивное моделирование информационных систем. Основные принципы. 17. Основные понятия бизнес-моделирования. 18. Модели бизнес-моделирования. 19. Основные принципы моделирования бизнес-процессов. 20. Основные этапы описания бизнес-процессов. Список рекомендуемой литературы 1. Методы проектирования информационных систем. — Режим доступа: http://citforum.ru/database/oraclepr/oraclepr_02.shtml. — Дата обращения: 20.06.2017. 2. Моделирование бизнес-процессов. — Режим доступа: http://it-claim.ru/ Education/Course/ISDevelopment/Lecture_9.pdf. — Дата обращения: 20.06.2017. 3. Проектирование информационных систем. — Режим доступа: http://www.csgtr. narod.ru/pis.html. — Дата обращения: 20.06.2017. 89 Практическая работа №35–36, 38–39 Темы: Планирование работ по проведению предпроектного обследования организации. Проведение анкетирования и интервьюирования в рамках предпроектного обследования. Создание отчета о проведении предпроектного обследования организации Задачи: 1. Определить понятия «интервьюирование» и «анкетирование» в рамках предпроект- ного обследования. 2. Провести анкетирование в рамках предпроектного обследования организации. 3. Проанализировать полученные результаты в ходе анкетирования и сделать вывод о необходимости автоматизации процессов Теоретическое обоснование Обследование информационной системы осуществляется на первой стадии ее созда- ния. Цель обследования — получение исходных данных для обоснования целесообразности создания системы и, в случае положительного решения, — для разработки технического за- дания, технического проекта и рабочей документации. В соответствии с поставленной целью задачами обследования являются: 1. Установление состава функциональных задач в базовом варианте, их краткое со- держательное описание и требования к периодичности, оперативности и достоверности об- работки информации по задачам. 2. Установление информационной взаимосвязи задач. 3. Определение документооборота между подразделениями. 4. Описание документов (наименование, объем информации и т.д.). 5. Описание показателей (наименование, состав реквизитов, связь с документами). 6. Описание реквизитов (наименование, их содержательный смысл). 7. Описание базы данных (состав, структура, объем файлов). 8. Установление структуры управленческих работ подразделений. 9. Характеристика ТО и ПО системы в базовом варианте. Обследование может касаться информационной системы всего предприятия или от- дельных подразделений. Организация обследования предусматривает распределение группы разработчиков между подразделениями предприятий. Целесообразно, чтобы участники об- следования продолжили работу в части алгоритмизации и программирования соответствую- щих задач. В любом случае результаты обследования должны быть представлены в формализованном виде, удобном для ознакомления вновь подключаемых к работе сотрудни- ков и контроля со стороны руководителя группы. Обследование предполагает знакомство разработчиков со специальной экономиче- ской литературой в данной предметной области, отражающей современный этап экономиче- ского развития. В начале обследования целесообразно ознакомиться с положениями о подразделениях предприятия, должностными инструкциями, документацией по действую- щей системе обработки информации и другими материалами, характеризующими ИС. Однако основным источником сведений об информационной системе являются бесе- ды проектировщиков с сотрудниками подразделений и анализ документов, с которыми со- трудники работают. Обследование целесообразно проводить в разрезе каждой функциональной задачи с привязкой к ней входной и выходной информации (первичные бумажные документы, файлы баз данных, видеограммы, отчеты и содержащиеся в них показатели и реквизиты). По каждой форме бумажного документа должен быть получен заполненный экземп- ляр, дающий представление о разрядности реквизитов и системе их кодирования. По резуль- татам обследований составляется тезаурус (словарь понятий) документов, показателей и 90 реквизитов с их характеристиками. В случае сложной информационной системы, где воз- можно нарушение терминологического и смыслового единства показателей и документов, составляют карточки учета документов и показателей. Карточка учета документа составляет- ся для каждой формы документа и содержит: • наименование документа; • объем информации; • периодичность составления; • трудоемкость составления; • подразделение, в котором формируется документ; • код наименования документа. Код наименования документа состоит из кода подразделения, в котором формируется документ, и порядкового номера документа внутри подразделения. Карточка учета показате- ля содержит: • наименование показателя; • реквизитный состав; • перечень кодов документов, для формирования которых нужен данный показатель, и перечень кодов документов, из которых может быть получен данный показатель; • код наименования показателя. Код наименования показателя содержит ряд признаков классификации для установле- ния терминологического и смыслового единства показателей. Внутри классификационной группировки нижнего уровня перечень показателей обозрим, и вредная синонимия может быть устранена. После уточнения наименований показателей устанавливаются единые наименова- ния документов, в которых присутствуют показатели с одинаковыми наименованиями. Наличие в карточке учета показателя перечней связанных с ним документов позволя- ет устанавливать связь документов по задаче и связи между задачами, а наличие в карточке учета документов наименования подразделения — документооборот между подразделения- ми в процессе решения задач. Для формализованного представления информационных свя- зей между подразделениями, документами и задачами используются информационные модели: • графовые информационные модели; • матричные информационные модели; • информационно-технологические схемы; • операционные таблицы; • CASE-модели. Графовые информационные модели Вершины графовой модели соответствуют информационным образованьям (докумен- там, файлам, и т.д.), а другие дуги — связям между ними. АП технологических процессов обработки информации В системе обработки инфор- мации можно выделить следующие технологические процессы, составляющие замкнутый контур обработки информации и соответствующие этапам обработки: 1. Получение информации состоит в выборке определенной информации из окру- жающего мира с помощью датчиков или человека и занесении этой информации на носите- ли. Процесс получения информации с точки зрения пользователя — процесс создания новой информации. 2. Сбор информации предназначен для перенесения информации из мест возникнове- ния в центр обработки. Сопровождается преобразованием формы представления и изменени- ем пространственных координат при перемещении (передаче). 3. Хранение информации. Так как существует временной лаг между поступлением информации в центр обработки и самой обработкой, то информация должна храниться. Ска- занное касается как переменной, так и постоянной информации. 4. Вычислительная обработка по функциональным алгоритмам — центральный процесс, направленный на получение результатов, выдаваемых пользователю. Вычислительная обработка 91 сопровождает процессы получения, сбора и хранения информации, но в данном случае — это содержательное преобразование информации, то есть получение новой информации. 5. Выдача информации. Предполагает вывод результатов решения задачи из опера- тивной памяти, возможное использование промежуточного носителя информации, передачу информации конечному пользователю и преобразование информации в человеко-читаемую форму. 6. Преобразование выходной информации конечным пользователем в управляющие воздействия, включая принятие управленческих решений. Процессы сбора и выдачи информации включают в себя передачу информации. Про- цесс передачи информации можно рассматривать и самостоятельно. Например, в тех случа- ях, когда есть специальная программа и аппаратура передачи данных на значительные расстояния (в глобальных вычислительных сетях и др.). Для локальных вычислительных се- тей обычно достаточно анализировать процессы сбора и выдачи информации совместно с передачей. Рассмотрим многовариантность организации процессов различных типов. Мы рассматриваем здесь только те процессы, которые всегда подлежат автоматизированной об- работке внутри ИС, то есть сбор, хранение, вычислительную обработку и выдачу. Факторами многовариантности процессов сбора информации являются: – технические и программные средства сбора; – централизованный и децентрализованный характер ввода информации в систему (децентрализованная система — это локальная вычислительная сеть с терминалами; центра- лизованная система — курьерская связь с информационно-вычислительным центром); – топология локальной сети; – пользовательский интерфейс (командный, WIMP, SILK и т.д.); – контроль правильности информации. Примерами такого контроля являются: контроль реквизитов-признаков на соответст- вие таблице разрешенных значений, контроль реквизитов-оснований на соответствие преде- лам разрешенных значений, контрольные суммы, помехозащищенные коды, форматный контроль, логический контроль. Важным фактором повышения достоверности входной ин- формации является привлечение конечного пользователя к сбору информации. В отличие от оператора информационно-вычислительного центра конечный пользователь лучше разбира- ется в содержании информации и скорее найдет ошибку. Факторами многовариантности процессов хранения информации являются: – машинный носитель; – метод распределения информации; – программная часть, представленная СУБД; – структура данных (в рамках одной СУБД возможно построение различной структуры); – методы повышения достоверности хранения и резервирования информации. Информация должна быть проконтролирована на правильность, и в случае ошибки должна быть предоставлена возможность использования резервной информации. Наиболее распространенный метод резервирования — копирование, но одной копии может оказаться мало. Обычно рекомендуется использовать две копии. Для надежности используются копии с разной периодичностью копирования. Например, на один комплект магнитных лент сервер выгружается один раз в месяц, на другой комплект — один раз в день. Причем при каждой выгрузке рекомендуется делать две копии. Преимущество этого способа состоит в том, что случайно удаленный файл может ос- таться на копиях месячной периодичности. Иногда используют ежедневные, недельные и месячные копии. Известен метод резервирования «в поколениях», когда обходятся без спе- циальных копий, а сохраняют «поколения» основных файлов («дед», «отец», «сын») и изме- нения к ним. При потере информации в этом случае приходится прибегать к повторной корректи- ровке основных файлов. Поэтому данный метод используется тогда, когда вероятность поте- ри информации очень невелика. Чтобы избежать затрат времени на копирование можно 92 использовать параллельно работающие «винчестеры». Если диск сервера выйдет из строя, и единственная копия не прочитается, то в лучшем случае Вы потеряете файлы, а в худшем — еще и работу в фирме. Факторами многовариантности вычислительной обработки информации являются: техническая платформа; операционная система; режим решения задачи (пакетный, диалоговый); программная реализация функциональной части; контроль правильности вычислений. Примерами контроля являются: 1) повторный счет (особенно хорошо использовать при счете разные машины), но он занимает много времени, поэтому применяют расчеты по усеченным алгоритмам; оценка времени решения задачи; 2) логический контроль соответствия результатов между собой. Факторами многовариантности процессов выдачи информации являются: технические средства; программные средства; использование промежуточного носителя информации; методы контроля выдаваемой информации; методы размножения информации. Автоматизация проектирования технологических процессов обработки информации осно- вана на моделировании. Модели информационных процессов отражают взаимосвязь параметров, характеризующих эти процессы в стоимостном, временном и достоверностном аспектах. АП на основе гипотетической информационной модели Рассмотрим метод автоматизированного проектирования, при котором САПР ИСЭ использует гипотетическую информационную модель. Гипотетической называется обобщен- ная модель, ориентированная на группу однородных предприятий в смысле управления и информационной системы. Гипотетическая модель содержит следующие элементы: 1. Состав показателей, используемых в управлении; 2. Реквизитный состав показателей; 3. Граф взаимосвязей показателей, показывающий последовательность преобразова- ния входных показателей в выходные; 4. Формулы и алгоритмы определения значений показателей по графу; 5. Описания входных и выходных документов, содержащие перечень показателей, входящих в документы. Следует заметить, что гипотетическая информационная модель является одноуровне- вой. Этапы процесса автоматизированного проектирования составляют следующую после- довательность: 1. Обследование информационной системы предприятия; 2. Настройка гипотетической модели по параметрам конкретного предприятия; 3. Автоматизированное проектирование базы данных; 4. Автоматизированное составление программ функциональных задач; 5. Автоматизированное тестирование; 6. Автоматизированное составление проектной документации. Процесс автоматизированного проектирования должен поддерживаться определен- ными инструментальными средствами. Трудности применения метода автоматизированного проектирования на базе одноуровневых моделей возникают не в связи с количеством типов элементов модели, а в связи с большой размерностью задачи. Автоматизация предметной области преследует следующие цели: • сокращение трудозатрат на выполнение типовых информационных процессов предмет- ной области: сбора, регистрации, передачи данных по различным каналам связи, хранения, по- иска и выдачи информации, обработки с использованием средств вычислительной техники; 93 • сокращение численности управленческого персонала; • внедрение новых информационных технологий, существенно изменяющих условия и характер деятельности управленческого персонала н позволяющих принимать обоснован- ные неэффективные решения; • создание и дальнейшее совершенствование автоматизированных информационных сис- тем, обеспечивающих повышение эффективности систем управления предметной областью; • повышение качества информации для принятия управленческих решений. Автома- тизация предметной области может осуществляться в различных масштабах — от отдельных информационных процессов процедур обработки данных, задач или комплексов задач управления до создания функционально полных АИС. Существуют различные подходы к решению проблемы автоматизации предметной области: • развитие (доработка) АИС в виде постановки и автоматизации решения новых задач или их комплексов; • перевод на новые информационные технологии существующих задач АИС в связи с изменением программно-технической среды обработки данных (смена поколении ЭВМ, вне- дрение сетей ЭВМ, переход на новую операционную систему, организация БД и т.п.); • создание АИС в полном наборе подсистем, функций и комплексов задач. В связи с этим существенно изменяются цели и концепции автоматизации, методология выполнения проектных работ, применяемые средства автоматизации. Приступая к автоматиза- ции предметной области, руководствуются, прежде всего, соображениями экономической целе- сообразности и эффективности затрат на приобретение вычислительной техники, программного обеспечения, создание информационной базы, обучение работе персонала и т. д. Изменение в информационной технологии управления обусловлено требованиями совершенствования функ- ций и системы управления предметной области в полном объеме. Автоматизация предметной области адресована, прежде всего, пользователям (управ- ленцам, специалистам определенного профиля, техническим работникам и т. п.), не являю- щимся профессиональными программистами. Автоматизация коренным образом изменяет условия их профессиональной работы в сторону расширения «информационной оснащенно- сти» рабочих мест. Большое значение при этом имеет дружественный интерфейс для работы пользователя в среде автоматизированной ИС. Производительность труда и качество работы управленческого персонала в существенной степени зависят от информации для подготовки и принятия решения. Углубленный информационный анализ предметной области позволит: • обосновать необходимые состав и структуру данных для реализации управленческих функций; • сформулировать требования к качественным характеристикам информации, в том числе к полноте, доступности, оперативности, достоверности, актуальности информации, форме представления информации для удобства восприятия; • выбрать подходящие средства информационной технологии. Целью предпроектного обследования является изучение задач управления, решаемых вручную, анализ недостатков существующей системы управления, разработка мероприятий по устранению недостатков и формирование перечня новых задач, решаемых автоматизиро- ванным способом. Предметной областью пользователя является, как правило, отдельная задача или сравнительно небольшой комплекс задач, однако предпроектное обследование проводится в составе работ по изучению системы и объекта управления в целом с единых организацион- ных и методических позиций. Поэтому, акцентируя внимание на отдельной задаче, следует затронуть более широко методы изучения предметных областей. В процессе обследования вскрывается организационная и функциональная структура объекта, и разрабатываются предложения для их оптимизации. При этом применяются два подхода к обследованию информационных потоков: • организационный, когда анализируются потоки информации по подразделениям предприятия; 94 • функциональный, когда исследуются информационные потоки по отдельным проце- дурам, задачам, комплексам задач, функциям или подсистемам управления. Предпроектное обследование затрагивает как операции управления (управленческие процедуры, задачи, функции), так и потоки информации. Обследование проводится по спе- циальной программе с использованием определенных методик и документированием резуль- татов. В методическом плане обследование управленческих процедур и информационных потоков удобнее рассматривать раздельно. Предпроектное обследование согласуется с принятой стратегией создания системы. Децентрализованная стратегия заключается в последовательном проектировании функцио- нальных подсистем. Для каждой из них создается автономная информационная база. Такая стратегия обеспечивает быстрое внедрение функциональных подсистем, однако оптимальная организация информационного обеспечения и АИС в целом достигается с меньшей вероят- ностью. Централизованная стратегия предполагает создание интегрированной БД, являю- щейся основой разработки функций и задач автоматизированного управления. В соответствии с децентрализованной стратегией предпроектное обследование пред- приятия может производиться путем исследования его организационной и/или функцио- нальной структуры. Звеньями организационной структуры являются подразделения предприятия: отделы, производства, цехи, участки, рабочие места. Функциональными звеньями являются: функции управления, функциональные под- системы, задачи, процедуры. Централизованная стратегия делает упор на информационном анализе предметной области, изучении состава и структуры информационных потоков с це- лью их интеграции. Рекомендации по созданию автоматизированной информационной сис- темы вырабатываются обобщением всех выводов и рекомендаций, полученных в результате предпроектного обследования предприятия. Основными направлениями в совер- шенствовании управления являются: • упрощение организационной структуры благодаря устранению излишних промежу- точных звеньев и сокращению многоступенчатости; • повышение централизации отдельных функций управления и ликвидация са- мостоятельных подразделений в небольших и средних цехах; • внедрение безцеховой структуры управления на небольших предприятиях; • высвобождение отдельных работников управления; • совершенствование существующей системы документооборота. Существенным моментом является совершенствование методов управления, по- вышение достоверности и своевременности получения необходимой информации работни- ками системы управления, уменьшение трудоемкости управленческих процедур. Все предложения по совершенствованию управления, намеченные в результате пред- проектного обследования, разделяются на две группы. В первую группу включаются реко- мендации, которые могут быть реализованы в производстве до внедрения АИС, во вторую — все рекомендации и предложения, которые требуют внедрения различного рода средств ав- томатизированного управления. Функциональная структура объекта автоматизации В процессе предпроектного обследования и анализа материалов обследования изуча- ется функциональная структура объекта автоматизации — состав обеспечивающих и функ- циональных подсистем, состоящих из комплексов задач, отдельных задач и процедур управления. Задачи и их комплексы функционально и информационно взаимосвязаны друг с другом. Решение задач организуется на системных принципах в составе АИС с единым ин- формационным, математическим, программным другими видами обеспечения. Звеном выс- шего уровня функциональной структуры предприятия является функция управления. Понятие функции базируется на понятии кибернетического контура управления и вы- ражает рациональную форму разделения всего процесса управления по характеру и содер- жанию решаемых задач. В теории управления различаются такие функции управления, как 95 планирование, нормирование, учет, контроль, анализ, регулирование. При создании АИС функции управления реализуются через функциональные подсистемы. Функциональная подсистема представляет собой часть системы, включающую выде- ленную по определенному признаку совокупность задач, характеризуемых единством ис- пользования результатов в процессе управления. Функциональная задача определяется как совокупность взаимосвязанных алгоритмов управления, обеспечивающих получение резуль- тата в виде одного или нескольких документов для целей управления. Методы обследования управленческих процедур Изучению управленческих процедур предшествует ознакомление с предметной областью в целом. При этом рассматриваются: • существующие производственные и технологические процессы, материальные потоки; • организационная структура управления; • цели, функции и задачи управления. В зависимости от вида экономического объекта — промышленное предприятие, банков- ская сфера, торговля — оцениваются технико-экономические показатели, отражающие специ- фику деятельности предметной области. Для промышленного предприятия, например, это: • номенклатура выпускаемой продукции (число видов продукции, объемы выпуска); • тип и характер производства (единичное, мелкосерийное, массовое); • масштаб предприятия (малое, среднее, крупное); • численность работающих, количество и виды массовых профессии; • количество групп и единиц оборудования; • количество видов технологических процессов изготовления продукции. Реализация управленческих функций осуществляется через решение задач управле- ния. Функции и задачи управления связаны с деятельностью управленческого персонала и отражают принятую организационную структуру органа управления. Обследованию подвер- гается существующая система управления: • состав, периодичность и условия выполнения каждой управленческой функции; • число исполнителей функции управления, трудоемкость и сложность работы управ- ленческого персонала; • применяемые технические средства обработки информации для выполнения управ- ленческих функций; • должностные инструкции, штатное расписание организационная структура управле- ния — состав подразделений, севера их деятельности, взаимосвязи по выполняемым функ- циям управления; • состояние информационного обеспечения управления нормативно-справочного хо- зяйства. В результате обследования управленческих процедур: • устанавливаются цели деятельности (обеспечение стабильного дохода, конку- рентоспособности выпускаемой продукции, ритмичности производства, сокращение непро- изводительных потерь рабочего времени и т. н.) и критерии оценки их достижения; • определяются функциональные подсистемы системы управления состав их задач. Среди универсальных методов, пригодных для обследования всех функциональных звеньев предприятия, наиболее важными являются следующие методы: наблюдения, опроса исполнителей (метод интервью), анализа материалов, личного участия. Все эти методы при- меняются, как правило, в различных сочетаниях, дают хороший эффект и предполагают лич- ное участие проектировщика в обследовании. Метод наблюдения применим в тех случаях, когда изучаемый вопрос не является трудным для понимания и требуется лишь уточнить некоторые детали. Этим методом удоб- но пользоваться, например, при исследовании документооборота. Метод опроса исполнителей наиболее распространен, хотя имеет существенные не- достатки. В процессе опроса приходится отвлекать людей от работы, а главное, полученные сведения могут быть не точными. Поэтому рекомендуется прибегать к этому методу в тех случаях, когда требуется уточнить некоторые неясности в изучаемом вопросе при условии, что опрос существенно облегчит труд проектировщика и сократит сроки обследования. 96 Метод анализа материалов является наиболее точным и научно обоснованным. Мате- риалы собираются различными способами и затем обрабатываются и анализируются по оп- ределенным научно разработанным методикам. Примером применения метода является анализ информационных потоков, рассматри- ваемый ниже. Метод личного участия является наиболее достоверным, так как предполагает выполнение производственных операций лично проектировщиком. Если позволяет время обследования, то этот метод наиболее желателен для применения. Метод функционально-информационного анализа позволяет проследить и проверить обратную цепочку формирования функциональной структуры автоматизируемого объекта управления — от процедур к подсистемам. По существу, это восходящее проектирование системы, и в этом отличие метода. Метод предназначен для обследования информационных потоков в разрезе функциональных задач или операции для разных организационных звеньев предприятия. Для проведения обследования применяется опросный лист или анкета обсле- дования. В анкете по каждому документу указываются: наименование, код, вид документа; откуда и куда направляется; срок поступления; количество экземпляров; количество доку- ментострок; перечень и размерность всех реквизитов. Заполненные на рабочих местах в под- разделениях предприятия анкеты позволяют выявить характеристики потоков информации. В результате предпроектного обследования формируется список функциональных за- дач, подлежащих автоматизации. На последующих этапах работ определяется, какие задачи будут основными, обязательными для автоматизации, а какие второстепенными, какие зада- чи автоматизировать нецелесообразно из-за их сложности или незначительности, какую сле- дует принять последовательность внедрения отдельных задач. Необходимость решения данной проблемы очевидна, так как речь идет о человеко-машинных системах, в которых должны быть достаточно точно выделены функции, выполняемые человеком и техникой. Создание АИС требует значительных трудовых, материальных и денежных затрат, вели- чина которых различна для разных объектов управления. Неодинакова и эффективность отдель- ных АИС. Это вызвано многими причинами. Главные из них — особенности объектов, для которых создаются АИС, различия в составе и содержании функциональной и обеспечивающей частей систем. Выбор состава автоматизируемых задач и соизмерение получаемого эффекта с затратами на его достижение необходимо осуществлять строго в соответствии с особенностями конкретных объектов, реальными производственными условиями. К основным факторам, влияющим на выбор состава задач АИС, в общем случае относятся: • экономическая целесообразность автоматизации решения задач; • возможность формализации различных функции и комплексов задач управления; • трудоемкость и периодичность решения задач; • наличие средств обеспечения; • степень подготовленности предприятия к внедрению АИС. При выборе состава задач учитывается, что большая трудоемкость выполнения опре- деленных функций вручную и высокая частота их повторения являются серьезным основа- нием для автоматизации этих функций, но недостаточным, т.к. нужны качественно новые решения по управлению. При формировании состава задач с применением новых информационных технологий у проектировщиков иногда возникает опасное стремление резко изменить существующую систему управления для создания оптимальной АИС. Такой отрыв от реальности функционирования предприятия приводит к плохой при- живаемости новых идей у привыкшего к традиционным методам работы персонала. При вы- боре состава автоматизируемых задач следует учитывать традиционные для данного предприятия задачи. Вместе с тем полная децентрализация проектирования АИС позволяет легко автоматизировать декомпозиционные звенья системы, при этом высокая эффектив- ность всей системы достигается с наименьшей вероятностью. По-видимому, реальный выход лежит где-то посредине, в пределах разумной деком- позиции. Решение достигается на пути компромисса между интересами (требованиями) сис- 97 темщиков-разработчиков АИС и интересами пользователей. Выбор состава задач является трудно формализуемым процессом, жестких методик выбора пока не существует. Вначале разрабатываются критерии или требования к формируемым задачам, а затем осуществляется отбор задач, удовлетворяющих этим требованиям. Основными критериями выбора состава задач являются: • степень влияния реализации задачи на основные технико-экономические и финансо- вые показатели деятельности предприятия; • трудоемкость реализации задачи в ручном и автоматизированном вариантах; • объем хранимой и передаваемой информации, необходимый для реализации задачи; • трудоемкость автоматизации задачи. Критериями формирования комплексов задач являются: • принадлежность задач к единому объекту управления; • реализация функций одного подразделения; • использование единых БД; • общность входной информации; • общность алгоритма преобразования входной информации в выходную; • эквивалентность выходной информации результатам множества задач комплекса. Использование новой информационной технологии с формированием интегриро- ванных БД выдвигает дополнительные требования к задачам, а именно: автоматизируемая задача помимо регламентного решения должна обеспечить ответы на комплекс нерегламен- тированных запросов пользователей. В процессе предпроектного обследования предприятия должны быть составлены списки практических запросов персонала, а в перечень выбирае- мых задач следует включать задачи, обеспечивающие ответы на эти запросы. |