Лекции готовые в Moodle. Информационные процессы в экономике. Основные тенденции развития информатизации в экономике
 Скачать 3.34 Mb.
|
|
Методы проектирования АИС - включают три метода: индивидуальный (оригинальный), типовое проектирование, автоматизированный проект (CASE). Индивидуальное проектирование характеризуется тем, что все виды работ для различных объектов выполняются по индивидуальным проектам. В процессе индивидуального проектирования применяются свои оригинальные методики и средства проведения работ. Состав работ на всех этапах обследования, проектирования и внедрения создаются для конкретного объекта по мере необходимости. Для этого метода проектирования характерны высокая трудоемкость, большие сроки проектирования, плохая модернизируемость, слабое сопровождение. Типовое проектирование - разбиение системы на множество составных компонентов и создание для каждого из них законченного проектного решения, которое при внедрении привязывается к конкретным условиям объекта. В зависимости от декомпозиции различают: элементное проектирование, подсистемное, объектное. При элементном методе проектирования, вся система разбивается на конечное множество элементов, каждый из которых является типовым. В качестве элементов могут выступать проектные решения по информационному, техническому, программному видам обеспечения. Подсистемный метод проектирования характеризуется более высокой степенью интеграции элементов ИС. Декомпозиция системы осуществляется на уровне функциональных подсистем, иногда комплекса задач, каждая из выделенных подсистем представляется в законченном виде ПИП. Объектное проектирование - декомпозиция ИС не производится. Типовой объект создается в целом для некоторого обобщенного объекта, определенной группы. Поиск рациональных путей проектирования ведется по следующим направлениям: использование типовых проектных решений совместно с пакетами прикладных программ (1UU1) с последующей привязкой их к конкретным условиям внедрения и функционирования, разработка автоматизированных систем проектирования (АСП). В последнее время все большее число организаций предпочитают покупать готовые программные средства, пакеты и технологии и при необходимости прибавляют к ним свое программное обеспечение. Как правило, базовая система строиться по модульному принципу, позволяющему настраивать ее в соответствии с пожеланиями пользователей. Рассмотрим первый из путей, т.е. возможности использования типовых проектных решений, включенных в пакеты прикладных программ [112]. Наиболее эффективно информатизации поддаются следующие виды деятельности: бухгалтерский учет, включая управленческий и финансовый; справочное и информационное обслуживание экономической деятельности; организация труда руководителя; автоматизация документоо6орота; экономическая и финансовая деятельность, обучение. Наибольшее число ППП создано для бухгалтерского учета. Среди них можно отметить «1C: бухгалтерия», «Турбо-Бухгалтер», «Инфо-Бухгалтер», «Парус», «ABACUS», «Бэмби+» и др. Справочное и информационное обеспечение управленческой деятельности представлено следующими ППП: «ГАРАНТ» (налоги, бухучет, аудит, предпринимательство, банковское дело, валютное регулирование, таможенный контроль); «КОНСУЛЬТАНТ+» (налоги, бухучет, аудит, предпринимательство, банковское дело, валютное регулирование, таможенный контроль). Экономическая и финансовая деятельность представлена следующими ППП: «Экономический анализ и прогноз деятельности фирмы, организации» (фирма «ИНЕК»), реализующий функции: экономический анализ деятельности фирмы, предприятия; составление бизнес-планов; технико-экономическое обоснование возврата кредитов; анализ и отбор вариантов деятельности; прогноз баланса, потоков денежных средств и готовой продукции. Многопользовательский сетевой комплекс полной автоматизации корпорации «Галактика» (АО «Новый атлант»), который включает такие важные аспекты управления, как планирование, оперативное управление, учет и контроль, анализ, а для принятия решений - позволяет в рамках СППР обеспечивать решение задач бизнес-планирования с использованием ШП1 Project-Expert. В последнее время все большее число организаций, предприятий, фирм предпочитает покупать готовые пакеты и технологии, а если необходимо, добавлять к ним свое программное обеспечение, так как разработка собственных АИС связана с высокими затратами и риском. В основе типового проектирования лежит первоначальная классификация или типизация экономических объектов по их важнейшим параметрам. Затем создаются типовые схемы их решения, внедрение которых в дальнейшем на конкретном предприятии сводится к привязке их в условиях данного предприятия. Декомпозиция функциональных компонентов АИС является основой технологии типового проектирования. Типовое проектирование предполагает разбиение АИС на отдельные составляющие и создание для каждого из них законченного проектного решения, которое затем с некоторыми модификациями будет использоваться при проектировании АИС. В основе разработки типовых проектов лежат такие принципы как унификация и стандартизация. Под унификацией понимается реализация при разработке программ принципа единообразия в методах, средствах, содержании и формах представления информации. Под стандартизацией понимается обязательное соблюдение при разработке проектных решений, утвержденных гос. стандартом образцов форм представления и описания элементов проекта АИС. Выделим определение ТПР и требования, предъявляемые к ним. ТПР в области ИС представляет комплект технической документации, содержащей проектное решение по части объекта проектирования и предназначенные для многократного использования в процессе разработки, внедрения и функционирования АИС с целью уменьшения трудоёмкости и разработки, затрат на создание АИС. ТПР разрабатывают при наличии однородных объектов управления, для которых создание ТПР является экономически целесообразным. Объектами проектирования для ТПР являются: ТПР по информационному обеспечению (БД, классификаторы технико-экономической и нормативно-справочной информации). ТПР по программному обеспечению (программы общего и специального назначения). ТПР по организационному обеспечению (инструкции, определяющие функции управления). ТПР по постановке задачи. ТПР должен удовлетворять одному или нескольким из следующих свойств: Обладать способностью удовлетворять все возможные потребности в рамках своей функциональной ориентации. Допускать адаптацию к конкретным условиям предприятия путём изменения параметров. Допускать возможность выбора нужной комбинации ТПР в любом конкретном применении. Обладать возможностью адаптации к различным техническим средствам. Классы ТПР подразделяются на: Класс задачи - охватывает комплекс алгоритмов и программ, реализующих определенные функции управления. ТПР этого класса разделяется на подклассы, которые в свою очередь состоят из комплексов задач (по модульному принципу). При этом предусматривается разработка модулей алгоритмов и модулей программ. ТПР по задачам имеет следующие особенности: Они построены по модульному принципу. Они обладают настраиваемостью программ, т.е. возможностью выбора определённых алгоритмов из числа заложенных в ТПР решений. ТПР по задачам, снабжены развитой системой диагностики широкого класса ошибок, возможных при генерировании и эксплуатации рабочих программ. Класс техника - определяет состав, порядок размещения и использования технических средств и содержит два вида решений: методические рекомендации по составу, порядку, размещению технических средств; типовые схемы применения периферийных технических средств. Класс персонал - предназначен для регламентации действий персонала в нормативных условиях функционирования АИС. В их задачи входит обеспечение персонала должностными инструкциями с указанием их прав, обязанностей и ответственности. Возможно 3 варианта: применение ТПР без доработки; модификация ТПР за счет включения дополнительных модулей; разработка оригинальных программных модулей. Пакетное проектирование АИС производится в рамках традиционных стадий разработки АИС. Специфика данного метода отражается на проектировании АИС. Так на предпроектной стадии определяется состав и структура функциональных ППП. Проводятся мероприятия по организационно-технической подготовке объектов управления с учетом требований накладываемых функциями ППП. При пакетном проектировании значительно сокращаются сроки рабочего проектирования, так как используются типовые пакеты программ либо непосредственно в том виде в каком они есть, либо с незначительной доработкой. Остается лишь задача настройки пакетов на общую единую базу данных (БД) и привязки их к условиям конкретного объекта. На основе подготовленных и загруженных массивов осуществляется опытная и промышленная эксплуатация рабочих программ, после чего производится анализ функционирования и освоение проектной мощности комплекса задач АИС в целом. Таким образом, при создании ИС на основе ППП последовательность работ сводится к следующему: Выбора ППП для реализации функций управления на данном объекте. Привязке выбранных ШП1 к конкретным значениям параметра объектов. Выбор ППП состоит в подборе наиболее подходящих ППП, удовлетворяющих как условиям рассматриваемого объекта, так и требованиям программного и информационного интерфейсов. Задача выбора возникает не только при разработке, но и для всех случаев, когда в процессе развития и совершенствования АИС появляется необходимость в новой технике и новом программном обеспечении. Обычно последовательность действий при выборе ППП сводится к следующему: поиск готовых пакетов или путей их приобретения; сравнительное описание характеристики возможных пакетов; окончательный выбор пакетов. При выборе ППП применяется ряд методов. Метод контрольных вопросов Назначение и возможности пакета; отличительные признаки и свойства пакета, т.е. СУБД, структура массивов; требования к программным и техническим средствам при реализации пакета; характеристика документации пакета; финансовые факторы: затраты на приобретение, разработку, установку пакета, подготовка персонала, экономическая эффективность пакета; особенности установки пакета; особенности эксплуатации пакета; оценка качества пакета и опыт его использования; перспектива использования пакета. Метод экспертных оценок Группа экспертов разрабатывает список факторов, характеризующих программу. Каждому фактору присваивается вес. Далее эксперты проводят оценку рассматриваемого пакета по каждому из факторов. Ранжирование оценок позволяет выявить подходящий вариант ППП. Аналитический метод Задача выбора ПИП ставится как задача математического программирования. Функция, представляющая критерии эффективности, стремится к максимуму. Сущность объектного подхода к проектированию АИС При объектном методе проектирования в качестве типизируемого элемента выступает система управления объектом в целом, т.е. создается типовой проект АИС обобщенного объекта из некоторого класса объектов управления. Таким образом, предварительное условие объектного проектирования является классификация объектов. В основе классификации объектов лежат определенные признаки: функциональное назначение предприятия; мощность информационной базы; характер производственных процессов; объем выпуска однотипной продукции; номенклатура выпускаемых изделий; характер получаемого сырья. При создании АИС для любого объекта из рассматриваемого класса используется соответствующий типовой проект, т.е. проектирование системы при таком подходе сводится к подготовке и внедрению типового проекта. Если при этом какие-то параметры объекта управления отличаются от использованных в типовом проекте, то за счет организационно-технических мероприятий, они должны быть приведены в соответствие с решениями типового проекта. Поэтому такие системы еще называются директивными. Предусмотрена 3-х уровневая структура типовых решений для классификационных групп промышленных предприятий. Это: типовые элементы для всех предприятий данного класса; типовые проекты ИС для базовых предприятий группы однородных по характеристикам предприятий; индивидуальные проекты привязки типовых АИС к конкретным предприятиям группы. Сущность технологии автоматического проектирования В области автоматизации проектирования АИС сформировалось новое направление CASE-технологии (COMPUTER Aided System/Software Engineering). Это совокупность методов анализа, проектирования, разработки и сопровождения АИС с максимальной автоматизацией процессов разработки и функционирования систем. Организационно CASE- индустрия включает компании трех типов: разработчиков средств анализа и проектирования; разработчиков специальных средств с ориентацией на узкие предметные области; обучающие, информирующие и консалтинговые фирмы, оказывающие соответствующие услуги при использовании CASE-пакетов. Компании, предоставляющие такие услуги, получили название системных интеграторов. Следует отметить, что этот термин имеет два понятия. Согласно первому, под термином «системный интегратор» понимаются как компании, специализирующиеся на сетевых и телекоммуникационных решениях (сетевые интеграторы), имеющие в свою очередь, сеть своих продавцов, так и компании - программные интеграторы. Существует и другая трактовка понятия «системный интегратор», которая закрепляет за компанией комплексное решение задач заказчика при проектировании АИС. При этом имеется в виду, что заказчик полностью доверяет детальную проработку и реализацию проекта системному интегратору, оставляя за собой лишь определение исходных данных и задач, которые должна решать реализуемая АИС [112]. Фирмы-интеграторы создают, как правило, дилерскую сеть представительств в ряде городов России и в странах СНГ. При этом компании осуществляют техническую и информационную поддержку своих дилеров, проводя совместные семинары и презентации, регулярно рассылая им информационно-рекламные материалы о новых продуктах и перспективных технологиях, осуществляют совместное участие в крупных региональных проектах. Другим вариантом организации системной интеграции является выполнение проектов от консалтинга до создания прикладной системы, т.е. заказчику сдается готовая к эксплуатации информационная система «под ключ» и допускается привлечение организаций и квалифицированных специалистов в качестве партнеров для реализации. CASE-технологии проектирования АИС ориентируются на архитектуру готовых программных изделий. Это обусловлено необходимостью быстрее создавать и внедрять ИС при меньших затратах; обеспечить единый простой интерфейс; сократить усилия на обслуживание существующих приложении при их адаптации к постоянным изменениям в программно-технической среде. CASE-технология включает вопросы определения требований к системе и создание проекта на глобальном уровне, так чтобы он наиболее полно отвечал требованиям с учетом заданных экономических и технологических ограничений. CASE-технология содержит средства поддержки всех основных этапах проектирования и внедрения ИС, при этом на этапе анализа целей создания системы обычно используется концепция диаграмм потоков данных. Причем особенно уделяется внимание связям между данными. В результате между входными и выходными данными устанавливаются парные связи. CASE-технология обеспечивает: последовательную декомпозицию сложной задачи на более простые компоненты; уменьшение времени и стоимости создания системы по сравнению с неавтоматизированными технологиями; контроль за взаимосвязями и полнотой представления отдельных компонент проекта; одновременное внесение нескольких изменений в проект. Ядром системы является база данных проекта - репозиторий (словарь данных). Он представляет собой специализированную базу данных, предназначенную для отображения состояния проектируемой ЭИС в каждый момент времени. Репозиторий содержит информацию об объектах проектируемой ЭИС и взаимосвязях между ними, все подсистемы обмениваются данными с ним. В репозитории хранятся описания следующих объектов: проектировщиков и их прав доступа к различным компонентам системы; организационных структур; диаграмм и пр. Преимущества CASE-технологии по сравнению с традиционной технологией оригинального проектирования сводятся к следующему: улучшение качества разрабатываемого программного приложения за счет средств автоматического контроля и генерации; возможность повторного использования компонентов разработки; поддержание адаптивности и сопровождения ЭИС; снижение времени создания системы, что позволяет на ранних стадиях проектирования получить прототип будущей системы и оценить его; освобождение разработчиков от рутинной работы по документированию проекта, так как при этом используется встроенный документатор; возможность коллективной разработки ЭИС в режиме реального времени. Мировой опыт разработки проектов свидетельствует о следующем: Начальные фазы проекта сильно влияют на конечный результат, так как на них принимаются основные решения, определяющие качество АИС. На 30% качество будущих АИС обусловлено этапом разработки концепции и технического предложения, на 20 - фазой проектирования, на 20 - фазой изготовления, на 30% - фазой сдачи объекта и завершения проекта АИС. На обнаружение ошибок, допущенных на этапе системного проектирования, расходуется вдвое больше времени, чем на последующих этапах, а их исправление обходится в пять раз дороже, поэтому на начальных этапах проекта разработку АИС следует делать особенно тщательно. Наиболее частыми ошибками, допускаемыми на начальных этапах проекта АИС, являются: неполное определение интересов заказчика; концентрация на маловажных, второстепенных интересах; неверная постановка исходной задачи; неполное или недостаточное понимание специфики и действий объекта управления. Этапы создания автоматизированных информационных систем (АИС) экономического объекта. Выделяются несколько стадий создания ИС: этап - предпроектный (обследование, составление отчета, технико-экономического обоснования и технического задания); этап - проектный (составление технического и рабочего проектов); этап - внедрение (подготовка к внедрению, проведение опытных испытаний и сдача в промышленную эксплуатацию); этап - сопровождение и анализ функционирования (выявление проблем, внесение изменений в проектные решения и существующие ИС). Содержание документации на каждой стадии определяется составом и спецификой работ. Стадии детализируются и включают следующие этапы: Предпроектная стадия: обследование объекта и обоснование необходимости создания ИС; формирование требований пользователя к ИС; оформление отчета о выполненной работе и заявки на разработку ИС; разработка и утверждение технического задания ИС. Проектная часть: разработка проектных решений по системе и ее частям; разработка документации на ИС; разработка и оформление документации на поставку изделий для комплектования ИС; разработка рабочей документации на систему или ее части; разработка или адаптация программ. Стадия внедрения: подготовка объекта автоматизации к вводу в действие; подготовка персонала, проводится обучение персонала; строительно-монтажные работы, в том случае, если строится специализированное здание; проведение предварительных испытаний; проведение опытной эксплуатации; проведение опытных испытаний; введение в промышленную эксплуатацию. Анализ функционирования: гарантийное и послегарантийное обслуживание; внесение изменений в проектные решения. Основными участниками процесса создания ИС являются предприятие-заказчик, для которого она создается и предприятие-разработчик, выполняющий работы по проектированию ИС. Юридические и организационные взаимоотношения конкретно заказчиков и разработчиков регулируются заключенными между ними договорами. Заказчик обязан заключить договор на создание ИС, приобрести технические средства, подготовить задание на строительство или реконструкцию помещения, если необходимо, совместно с разработчиком выполнить работы предпроектной стадии, в необходимые сроки подготовить помещение, приобрести и установить технические средства, разработать и осуществить мероприятия по совершенствованию организации управления и производства. На стадии проектирования необходимо обеспечить обучение персонала, обеспечить запись необходимой информации на машинные носители и ее контроль, обеспечить уточнение исходных данных по составу и структуре информационной базы, завершить ее формирование, подготовить контрольные примеры, организовать поэтапную приемку рабочих программ с проверкой на контрольных примерах. При подготовке объекта к внедрению заказчик выполняет следующие работы: внедряет локальные и общегосударственные классификаторы, унифицированные формы документов, проводит в намеченные сроки мероприятия по подготовке объекта к внедрению ИС. При вводе системы в действие заказчик завершает ввод в эксплуатацию технических средств, завершает опытную эксплуатацию комплекса задач и принимает в промышленную эксплуатацию. Разрабатывает и согласовывает с разработчиком программу приема сдаточных испытаний и организуют работу приемочной комиссии по проведению испытаний системы. Основная цель разработчика - создание ИС. На предпроектной стадии проводит обследование объекта, обрабатывает материалы обследования, определяет задачи, комплексы задач, подлежащие автоматизации, определяет экономическую эффективность. На стадии ТП разрабатывает документацию, в соответствии с утвержденным ТЗ осуществляет методическое руководство работами по созданию классификаторов, внедрению унифицированных систем документации, разрабатывает структуру информационной базы, принимает участие в обучении персонала заказчика. На стадии рабочей документации осуществляет разработку программного обеспечения, генерацию рабочих программ, участвует в разработке должностных инструкций управленческого персонала, технологических инструкций пользователя. При вводе системы в действие разработчик осуществляет методическое руководство, вносит корректировки в проекты, принимает участие в сдаче задач и комплексов задач в промышленную эксплуатацию и участвует в работе комиссии по приемке системы в промышленную эксплуатацию. Цели и задачи предпроектной стадии ИС В стадии формирования требований к ИС включается комплекс научно - исследовательских и организационно -технических мероприятий по обследованию, позволяющих определить производственные возможности предприятия по повышению прибыли, снижению затрат в результате создания ИС. Проводится технико-экономическое обследование, включающее системное описание конкретного объекта, диагностический анализ в системах управления и исследование информационных потоков. Целью системного описания является разработка экономико-организационной модели. Такая модель характеризует следующее: цели и критерии функционирования производства; требования к организационной структуре управления; функции и задачи управления объектом; взаимодействие задач управления, общая структура информационной базы решаемых задач. Цель диагностического анализа - оценка качества решения задачи управления, проводится на базе результатов системного описания. Диагностический анализ включает сбор необходимых данных, систематизацию, обработку и анализ информации, выявление факторов, влияющих на результат деятельности предприятия. В процессе диагностического обследования необходимо количественно установить: цели и критерии развития производства и его отдельных звеньев; установить роль и место данного предприятия в отрасли; состояние производства и его структуру; состояние системы управления; взаимодействие предприятия с поставщиками и потребителями; взаимодействие с финансовыми органами; организация информационной базы. По результатам диагностического анализа оформляется отчет об обследовании предприятия. Цель исследования информационных потоков - получение материалов для формирования информационной базы. Для этого нужно выявить связи между подразделениями предприятий и внешними предприятиями, схему документооборота, наименование первичных и результатных документов для каждой задачи. В результате этих работ должны быть выработаны рекомендации по составу документов, показателей и их схемы взаимосвязи. В процессе обследования объекта применяются следующие методы сбора материала: непосредственного обследования, включая: метод личного наблюдения; метод изучения путем анализа материала; метод опроса исполнителей на рабочих местах; метод личного участия в работе; метод получения сведений путем беседы и консультаций с участием руководителей; метод аналогий; получение сведений в письменном виде от сотрудников. документальной инвентаризации, в том числе: метод самофотографии рабочего дня - для изучения структуры рабочего времени за короткий период; метод анализа операций - для исследования существующей технологии обработки информации, подробного изучения маршрутов обрабатываемой информации. Анализ материалов должен быть направлен на решение задач: уточнение целей совершенствования управления; выявление номенклатурных показателей, которые следует использовать для оценки системы управления; упорядочивание и взаимоувязка выявленных целей; выявление общих тенденций развития предприятия; определение факторов производства и управления, обеспечивающих достижение целей и выявление факторов, отрицательно влияющих на достижение целей; выявление перспективных проблем, от которых зависит эффективность системы; получение необходимых данных для экономического обоснования проведения организационных мероприятии по рационализации системы управления и внедрения ИС. Обработка результатов обследования - систематизация полученных данных по формам, срокам обработки, техники и технологии формирования сводных показателей. Для обработки данных применяется экономико-математический аппарат и вычислительная техника. Материалы обследования оформляются в виде отчетов, схем, блок-схем, сетевых диаграмм. Большое распространение получил метод анализа - метод матричного моделирования для выявления внутренних логических связей между данными, составления анализа полного состава реквизитов, установления наличия информационной связи между задачами, выделения связанных групп реквизитов, оптимизации количества циркулирующих в системе управления документов и состава реквизитов в них. Предпроектная документация содержит разделы: цель обследования; основания для обследования; объект обследования; организация разработчика и состав исполнителей; характеристика предприятий; выводы по анализу производственной структуры предприятия; результаты обработки опросных листков; выводы по анализу функционирующей структуры; выводы по анализу существующей ЭИС. Даются предложения: по совершенствованию организационной структуры; потоков информации и форм документов и пр. Производится: выбор и обоснование объекта автоматизации; выбор технико-экономических показателей, отражающих воздействие ЭИС на объект управления; общие рекомендации по улучшению управления; обоснование очередности разработки задач. Постановка экономической задачи и ее особенности Экономическая задача - любая законченная последовательность действий, которые выполняются над одним или несколькими упорядоченными документальными массивами, в результате чего формируется не менее одного наименования реквизита-основания с соответствующей призначной частью, в документальной форме. Особенности экономических задач: жесткая структура форм входной и выходной информации; алгоритмизация экономической задачи имеет точное, полное и недвусмысленное толкование; участие пользователей в постановке любой задачи и использование одних и тех же первичных данным при решении многих задач. Важнейшие признаки классификации экономических задач: признаки, характеризующие задачу в системе административного управления (прогнозировании, планирования, учета и др.). признаки, характеризующие класс математических моделей, к которым относится данная задача (многовариантные, расчетные и пр.). по предметному (объемному) признаку - задачи регулярно решаемые, разовые. по временным интервалам - оперативные, текущие, перспективные. Постановка задачи выполняется в соответствии с планом. Приведем пример одного из возможных его вариантов. План постановки задачи Организационно-экономическая сущность задачи: наименование задачи; место решения; цель решения; назначение (для каких объектов, подразделений, пользователей предназначена); периодичность решения и требования к срокам решения; источники и способы получения данных; потребители результатной информации и способы ее отправки; информационная связь с другими задачами. Описание исходной (входной) информации: перечень исходной информации; формы представления (документ) по каждой позиции перечня; примеры заполнения документов; количество формируемых документов (информации) в единицу времени, количество строк в документе (массиве); описание структурных единиц информации (каждого элемента данных, реквизита); точное и полное наименование каждого реквизита документа, идентификатор, максимальная разрядность в знаках; способы контроля исходных данных; контроль разрядности реквизита; контроль интервала значений реквизита; контроль соответствия списку значений; балансовый или расчетный метод контроля количественных значений реквизитов; метод контроля с помощью контрольных сумм и любые другие возможные способы контроля. Описание используемой условно-постоянной информации: перечень условно-постоянной информации (классификаторов, справочников, таблиц, списков с указанием их полных наименований); формы представления; описание структурных единиц информации (по аналогии с исходными записями); способы взаимодействия с переменной информацией. Описание результатной (выходной информации): перечень результатной информации; формы представления (печатная сводка, видеограмма, машинный носитель и его макет и т.д.); периодичность и сроки представления; количество формируемых документов (информации) в единицу времени, количество строк в документе (массиве); перечень пользователей результатной информации (подразделение и персонал); перечень регламентной и запросной информация; описание структурных единиц информации (каждого элемента данных, реквизита) по аналогии с исходными данными; способы контроля результатной информации; контроль разрядности; контроль интервала значений реквизита; контроль соответствия списку значений; балансовый или расчетный метод контроля отдельных показателей; метод контроля с помощью контрольных сумм и любые другие возможные способы контроля. Описание алгоритма решения задачи (последовательности действий и логики решения задачи): описание способов формирования результатной информации, с указанием последовательности выполнения логических и арифметических действий; описание связей между частями, операциями, формулами алгоритма; требования к порядку расположения (сортировке ключевых (главных) признаков в выходных документах, видеограммах и т.п., например, по возрастанию значений табельных номеров. Алгоритм должен учитывать общие и все частные случаи решения задачи. При составлении алгоритма следует использовать условные обозначения (идентификаторы) реквизитов, присвоенные элементам исходной и результатной информации. Допускается описание алгоритма в виде поясняющего текста. Необходимо предусмотреть контроль вычислений на отдельных этапах, операциях выполнения алгоритма. При этом указываются контрольные соотношения, которые позволяют выявить ошибки. Активное и непосредственное участие пользователя ИС управления на протяжении всего жизненного цикла системы является обязательным условием ее успешного внедрения и дальнейшего функционирования. Кроме того, на нем лежит обязанность по наполнению банка данных реальной информацией и ответственность за ее достоверность, в том числе условно постоянной информации. Текущая же переменная информация будет корректироваться по ходу функционирования системы. Роль пользователя в создании АИС и постановке задачи[112] Предъявляемые к ИС высокие потребительские требования к функциональной наполненности и технологическому исполнению предполагают обязательное участие заказчика (пользователя системы) в процессе ее создания, внедрения и эксплуатации. Особенно необходимым представляется соблюдение условий предоставления заказчиком на стадии предпроектного обследования организации, предприятия, фирмы всей необходимой информации, касающейся предварительных исследований, связанных с построением бизнес- процессов решаемых задач. Но этим участие заказчика не ограничивается. Отношения сотрудничества предполагают непосредственное его участие в процессе постановки задач на каждом рабочем месте исполнителя. Прежде чем разрабатывать математическую модель и блок-схемы программ, специалисты-проектировщики должны прийти с заказчиком к однозначному согласию по следующим вопросам: состав и стоимость оборудования, на котором будет реализовываться система; необходимый и достаточный объем информации, который придется обрабатывать в процессе эксплуатации системы; требуемое количество и профессиональный состав служащих и специалистов; способы представления входных и результатных данных, содержание накапливаемой в базе данных информации, а также состав и число ее носителей; объем финансовых, трудовых и материальных затрат, необходимых для бесперебойного и эффективного функционирования системы. Одновременно уже на стадии проектирования происходят обучение и психологическая подготовка персонала фирмы к работе в условиях автоматизации. Технология обработки информации и должностные инструкции участников технологического процесса разрабатываются и утверждаются на этапе рабочего проектирования, при этом их содержание и формы представления обязательно обсуждаются с пользователями. Конкретизация задач и описание предметной технологии в основном должны лечь на плечи заказчика. Постановщики задач — пользователи — разрабатывают информационную модель, раскрывающую последовательность обработки данных и структуру взаимосвязи между ними. Необходимую конфигурацию компьютерной сети проектировщики определяют, ориентируясь на потребности этой модели. Наиболее важным моментом в постановке управленческих задач следует назвать целеполагание, которое должно быть выполнено на первом этапе проектирования системы. Декомпозиция целей в структуре управления микроэкономическими объектами является основанием для распределения функций между различными рабочими местами. От специалистов организации-заказчика зависит, в каком виде будет выдаваться результат по каждой задаче: как набор информации рекомендательного характера, как описание возможных альтернатив решения задачи либо в случае принятия того или иного решения как сценарий возможных ситуаций. Например, в экспертных системах вырабатываются решения без непосредственного участия пользователя-менеджера. По сути дела, такие системы аккумулируют в виде базы знаний управленческий опыт многих профессионалов-менеджеров. Недостатками таких систем можно назвать их сложность и дороговизну. В связи с переходом на бизнес-процессный принцип управления квалифицированные пользователи со стороны организации заказчика (специалисты, менеджеры, экономисты) нередко принимают самое активное участие в описании и графическом представлении документооборотов по хорошо знакомым им направлениям деятельности организации. В связи с тем, что документооборот отражает всю специфику движения информации по конкретным функциональным направлениям деятельности, применение объектных и объектно-функциональных методов структурного анализа для моделирования и графического представления управленческих процессов становится необходимым. Как правило, специалисты-менеджеры совместно с разработчиками ИС и ИТ для описания выполняемых системой функций и информационных связей применяют методы построения потоков данных DFD (Data Flow Diagrams). Построенные в ходе анализа управленческой деятельности организации модели на стадии проектирования ИС будут расширены, дополнены диаграммами структуры программного обеспечения (архитектурой ПО, структурами, схемами программ и диаграмм экранных форм), которые в совокупности дадут полное описание ИС независимо от того, является ли она существующей или разрабатываемой. Формулирование потребительских свойств ИС - одна из обязанностей заказчика. Рассмотрим важнейшие из них. Функциональная полнота — свойство, обозначающее наиболее полный состав списка задач, поддающихся решению с помощью компьютерной технологии. Это понятие выражает степень и уровень автоматизации управленческих процессов на данном предприятии с использованием ИС. Своевременность характеризует временные свойства ИС и ИТ и имеет количественное выражение в виде суммарного времени задержки информации, необходимой пользователю в текущий момент времени в реальных условиях для принятия решений. Чем меньше величина временной задержки поступления информации, тем лучше ИС отвечает данному требованию. Для автоматизированной системы управленческой деятельности этот показатель может сыграть определяющую роль при оценке приемлемости ИТ для конкретной организации, так как подавляющая часть тактических решений, например, в торговом деле, финансовых ситуациях должна приниматься в режиме реального времени. Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: частоту возникновения сбоев в техническом обеспечении, степень адекватности математических моделей, верификационную чистоту программ, относительный уровень достоверности информации, интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменению окружающего внешнего фона и внутренней управленческой и производственной среды организации. Важной количественной характеристикой является время адаптации ИС, т.е. период, необходимый для восстановления приемлемого уровня адаптивности компьютерных моделей. В течение такого периода степень доверия к результатной информации, т.е. к «советам» компьютера, резко падает. Важная задача заказчика — сформулировать на этапе проектирования границы допущения отклонений в кипениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. Время имитации также должно быть заранее оговорено. Затраты на обеспечения адекватности должны, во-первых, поддаваться расчетной оценке, а во- вторых, не слишком влиять на эффективность работы ИТ управления организацией. Кроме математической, параметрической и программной адаптивности ИС должна обладать свойством технической и организационной адаптивности, позволяющим оперативно и без больших затрат модернизировать эксплуатируемую версию системы для работы на новом оборудовании или в новых рыночных условиях. Такой уровень адаптации достигается путем обеспечения: инвариантности к составу и архитектуре технических средств, набору функций и решаемых функциональных задач, типу организации управленческой деятельности; независимости от периода прогнозирования и планирования; возможности наращивания ИС за счет включения новых программных модулей или совершенствования действующих; экспертных свойств и максимальной вариабельности решений на этапе проектирования. Экономическая эффективность определяется в двух аспектах: как соотношение между затратами и получаемым результатом с точки зрения степени достижения поставленной перед ИС управления организацией цели и как результат сравнения экономических показателей деятельности управленческих служб, выявленных на этапе предпроектного обследования организации, с аналогичными показателями в условиях применения внедренной ИТ. Отсюда следует, что роль пользователя на стадии ввода в действие ИТ управления еще значительнее, чем на предыдущих ступенях ее создания. Ответственность заказчика возрастает, ибо он заинтересован во всесторонней проверке работоспособности системы, учитывая необходимость дальнейшей самостоятельной эксплуатации всех видов обеспечения ИТ и ИС в целом. Кроме того, на нем лежит обязанность по наполнению банка данных реальной информацией и ответственность за ее достоверность. Особенно это касается специалистов, работающих с условно-постоянной, нормативно-справочной информацией. Текущая же переменная информация будет корректироваться по ходу функционирования системы. При создании и функционировании ИС придается большое значение вопросам кодирования информации. Комплексная автоматизация задач управления предусматривает использование различных классификаторов: общероссийских, отраслевых, региональных и локальных. Немаловажным фактором является комплексное использование классификаторов различными службами в процессе решения экономических задач. Конечная цель применения классификаторов заключается в создании справочно-нормативной базы данных, памяти информационных систем, используемой для решения различных экономических задач. Поэтому умение специалистов работать с классификаторами и справочниками является определяющим в использовании ИТ. Например, работа с пакетом «1С: Бухгалтерия 8.2» требует от пользователя (бухгалтера) знаний технологии и умения вводить постоянную и условно-постоянную информацию (константу), т.е. все необходимые сведения о предприятий, заполнять справочники (работников, номенклатур материальных и производственных запасов, контрагентов и т.п.), работать с различными классификаторами (документов, счетов, субсчетов и т.п.), а также для полной автоматизации большинства участков бухгалтерского учета овладения присущей системе «1С: Бухгалтерия 8.2» методикой ведения всех необходимых записей в реестры лишь через документы. Большая роль отводится пользователю при анализе разработанных документов. Важны рекомендации пользователей при изучении возможности замены применяемых форм документов унифицированными. Если такая возможность не предоставляется, то осуществляется на стадии апробации системы разработка форм новых первичных документов, т. е., замена действующих документов новыми, приспособленными к автоматизированной обработке. Эта работа выполняется специалистами - разработчиками ИТ совместно с экономистами-пользователями. Руководствуясь целями управления, происходит определение состава реквизитов, включаемых в документ. При внедрении типовых проектных решений изучается возможность применения типовых форм сводок в ранее разработанных проектах. Обычно с учетом рекомендаций пользователей на стадии создания ИТ производится привязка типовых форм вывода к конкретным условиям. Если этого не сделано или выполнение работы не удовлетворяет заказчика, ведется разработка всех выходных документов, как внешних, так и внутренних. С этой целью определяется состав выводимых на монитор ИК показателей, которые затем распределяются по выходным документам в определенной последовательности, при этом учитывается состав используемых и хранящихся в базе данных сведений. Итогом ввода в действие ИС и ИТ является передача заказчику пакета организационно распорядительной документации, которая должна быть тщательно проанализирована и изучена исполнителями, а при необходимости возвращена на доработку. Таким образом, функция заказчика и в период проведения приемо-сдаточных испытаний ИС и ИТ оказывается не менее ответственной. Активное и непосредственное участие пользователя ИС управления на протяжении всего жизненного цикла системы является обязательным условием ее успешного внедрения и дальнейшего функционирования. Контрольные вопросы. На каких принципах основывается методология создания АИС? Как следует использовать CASE-технологии на этапе проектирования АИС в экономике? Что такое реинжиниринг бизнес-процессов? Перечислите основные этапы создания АИС. Что такое инжиниринг бизнес-процессов? В чем сущность типовых проектных решений? Какие ошибки бывают при создании проекта АИС? Какие элементы включает план постановки задачи? Обоснуйте необходимость участия пользователя в создании проектной документации и процессе создания АИС. Охарактеризуйте наиболее часто применяемые методы и варианты создания информационных систем и технологий в управлении. В чем состоят назначение и необходимость каждой из обеспечивающих подсистем АИС? По каким признакам можно классифицировать АИС в экономике? Что понимается под функциональной подсистемой АИС? Приведите примеры. Назовите существующие подходы к построению АИС. В чем состоят особенности каждого поколения АИС? Тест 2. Т2 - В1. Сколько этапов можно выделить в развитии АИС? А пять; Б четыре; В три. Т2 - В2. Проектирование АИС - это...? А создание оптимальных условий жизни человеческого общества; Б процесс создания и внедрения проектов комплексного решения экономических задач по новой технологии; В исследование объекта, как единого целого во взаимосвязи всех его элементов. Т2 - В3. Основные принципы проектирования АИС А эффективность, контроль, совместимость, гибкость, системность, развитие, стандартизация и унификация; Б этапность, алгоритмизация, системность, модульность; В эффективность, контроль, стандартизация, гибкость, развитие, прочность, централизация. Т2 - В4. Какой метод проектирования АИС можно назвать современным? А метод интеграции типовых проектных решений; Б каждой задачи в отдельности; В метод опоры на собственные силы. Т2 - В5. Обследование информационных потоков осуществляется на этапе...? А внедрение; Б предпроектном; В проектном. Т2 - В6. Постановка задач выполняется в.? А техническом проекте; Б технико-экономическом обосновании; В финансовом плане. Т2 - В7. К принципам массового проектирование АИС НЕ относятся: А индивидуальное проектирование; Б эффективность; В обновление функциональных и обеспечивающих составляющих систем. Т2 - В8. Первичным пунктом плана подготовки задач является: А описание результатной выходной информации; Б организационно-экономическая сущность задач; В описание алгоритма решения задач. Т2 - В9. Для типового проектирования характерно. А создание для каждого элемента системы, законченного типового проектного решения; Б выполнение всех видов работы по индивидуальным проектам; В разработка проектных решений по задачам по модульному принципу. |