.4. Проектирование информационных систем
1.4.1. Технологии проектирования информационных систем. Принципы построения функциональных подсистем.
Проектирование информационных систем связано с выбором методо-логий создания технологии и методов выполнения проектировочных работ, инструментальных средств разработки. Современный подход к проектирова-нию информационных систем основывается на понятии жизненного цикла информационных систем. Жизненный цикл информационных систем вклю-чает в себя следующее:
• Анализ системы и объекта управления: выполняется обследование и изучение системы управления предприятием, анализируется суще-ствующая организационная структура; применяемая технология производства, система документооборота, связи с внешними органи-зациями. Создается модель системы и объекта управления, на осно-ве, которой выявляются и анализируются недостатки существующей системы управления, моделируется деятельность организации, про-изводится бизнес-инжиниринг важнейших функций управления, формируются требования к создаваемой информационной системе.
• Проектирование и разработка информационных систем. На этом этапе проектируется техническое, математическое и информацион-ное обеспечение, также разрабатывается программное обеспечение, организационное и правовое обеспечение.
• Внедрение информационных систем. Разбивается на опытную и промышленную эксплуатацию информационных систем.

Сопровождение и развитие информационных систем. Этот этап яв-ляется наиболее длительным в жизненном цикле информационных систем. В процессе эксплуатации информационных систем осущест-вляется регистрация ошибок, проводится экспертиза проектных ре-шений, формируются требования к модификации информационных систем.
Технология проектирования информационных систем - это совокуп-ность методологии и средств проектирования информационных систем, а также методов и средств организации проектирования (управление процес-сом создания и модернизации проекта информационных систем).
В основе технологии проектирования лежит технологический процесс, который определяет действия, их последовательность, состав исполнителей, средства и ресурсы, требуемые для выполнения этих действий.
Технология проектирования задается регламентированной последова-тельностью технологических операций, выполняемых в процессе создания проекта на основе того или иного метода, в результате чего стало бы ясно, не только ЧТО должно быть сделано для создания проекта, КОМУ это следует делать, но и КАК, и в КАКОЙ ПОСЛЕДОВАТЕЛЬНОСТИ это должно быть сделано.
Предметом любой выбираемой технологии проектирования должно служить отражение взаимосвязанных процессов проектирования на всех ста-диях жизненного цикла информационных систем.
Функциональная подсистема экономической информационной системы (ЭИС) представляет собой комплекс экономических задач с высокой степе-нью информационных обменов (связей) между задачами. При этом под зада-чей будем понимать некоторый процесс обработки информации с четко оп-ределенным множеством входной и выходной информации (например, на-числение сдельной заработной платы, учет прихода материалов, оформление заказа на закупку и т.д.).
Состав функциональных подсистем во многом определяется особенно-стями экономической системы, ее отраслевой принадлежностью, формой собственности, размером, характером деятельности предприятия.
1.4.2. Каноническое проектирование. Основные этапы, их взаимосвязь.
Каноническое проектирование информационных систем отражает осо-бенности ручной технологии индивидуального (оригинального) проектиро-вания, осуществляемого на уровне исполнителей без использования каких-либо инструментальных средств, позволяющих интегрировать выполнение элементарных операций. Как правило, каноническое проектирование приме-няется для небольших локальных информационных систем.
В основе канонического проектирования лежит каскадная модель жиз-ненного цикла информационных систем. Процесс каскадного проектирова-ния в жизненном цикле информационных систем делится на следующие ста-дии:
• Предпроектное обследование;
• Проектирование информационных систем;
• Разработка информационных систем.
На первой стадии "Предпроектное обследование" принято выделять два основных этапа:
сбор материалов обследования;
анализ материалов обследования и разработка технико-экономического обоснования (ТЭО) и технического задания (ТЗ).
В результате выполнения первого этапа проектировщики получают ма-териалы обследования, которые должны содержать полную и достоверную информацию, описывающую изучаемую предметную область (предприятие), в том числе: цель функционирования; организационную структуру системы и объекта управления, т.е. его управленческие отделы, цехи, склады и хозяйст-венные службы; функции управления, выполняемые в этих подразделениях, протекающие в них технологические процессы обработки управленческой и экономической информации, а также материальные потоки и процессы их обработки, ресурсные ограничения.
После выполнения второго этапа проектировщики получают количест-венные и качественные характеристики информационных потоков, описание их структуры и мест обработки, объемов выполняемых операций и трудоем-кости их обработки. На основе этих материалов разрабатываются два доку-мента: "Технико-экономическое обоснование проектных решений" (ТЭО), содержащее расчеты и обоснование необходимости разработки информаци-онных систем для предприятия и выбираемых технологических и проектных решений, и "Техническое задание" (ТЗ), в состав которого входят требования к создаваемой системе и ее отдельным компонентам: программному, техни-ческому и информационному обеспечению и целевая установка на проекти-рование новой системы. Эти документы являются основными для последую-щего проектирования информационных систем в соответствии с заданными требованиями.
На второй стадии "Проектирование информационных систем" выпол-няются работы по логической разработке и выбору наилучших вариантов проектных решений, в результате чего создается "Технический проект". На данном этапе проектируется техническое, математическое и информацион-ное обеспечение.
Третья стадия "Разработка информационных систем" связана с физиче-ской реализацией выбранного варианта проекта и получением документации "Рабочего проекта". Производится разработка программного, информацион-ного и правового обеспечения, а также внедрение информационных систем.
 
Линия перехода от контура разработки к контуру проектирования оз-начает возврат на предыдущие этапы. Это необходимо в тех случаях, когда на последующих уровнях обнаруживаются ошибки, допущенные на том или ином предшествующем этапе.
1.4.3.  Предпроектное обследование. Содержание, методы проведения работ.
Обследование - это изучение и диагностический анализ существующей системы обработки информации. Материалы, полученные в результате об-следования, должны быть использованы:
• для обоснования разработки и поэтапного внедрения систем;
• для составления технического задания на разработку систем;
• для разработки технического и рабочего проектов систем. Обследо-вание проводится разработчиками совместно с заказчиком после из-дания приказа заказчика о проведении работ по предпроектному об-следованию.
Обследование начинается с изучения производственно-экономических характеристик объекта, основных функций, осуществляемых подразделения-ми и их руководителями. Далее изучаются задачи, обеспечивающие реализа-цию функций управления, организационная структура, штаты и содержание работ по управлению в предприятии и объединении, а также характер подчи-ненности вышестоящим органам управления. В процессе обследования должны быть выявлены:
• инструктивно-методические и директивные материалы, на основа-нии которых определяются состав подсистемы и перечень задач;
• возможности применения новых методов решения задач.
При изучении каждой функциональной задачи управления рассматри-ваются
• наименование задачи;
• сроки и периодичность решения задачи; степень формализуемости задачи;
• источники информации, необходимые для решения задачи;
• показатели и их количественные характеристики;
• порядок корректировки информации;
• действующие алгоритмы расчета показателей и возможные методы контроля;
• действующие средства сбора, передачи и обработки информации;
• действующие средства связи;
принятая точность решения задачи;
• трудоемкость решения задачи;
• действующие формы представления исходных данных и результатов их обработки в виде документов;
• потребители результатной информации по задаче.
При обследовании документооборота следует составить схему мар-шрута движения документов, которая должна отразить:
• количество документов;
• место формирования показателей документа;
• взаимосвязь документов при их формировании;
• маршрут и длительность движения документа;
• место использования и хранения данного документа;
• внутренние и внешние информационные связи;
• объем документа в знаках.
По результатам обследования следует установить перечень задач управления, решение которых целесообразно автоматизировать, а также оче-редность их разработки.
В отчете по обследованию, называемом технико-экономическим обос-нованием (ТЭО), приводятся характеристика материально-технической базы производства предприятия, численность работников по категориям, основ-ные технико-экономические показатели производства и реализации продук-ции, краткое описание функций подразделений и должностных лиц, схемы информационных связей и объем информации по периодам, схемы маршру-тов движения документов, данные об уровне автоматизации управленческого труда и методах управления.
В ТЭО обосновываются предложения по совершенствованию системы управления, выделяются функции, подлежащие автоматизации, указываются первоочередной комплекс задач и предварительный перечень средств систе-мы, проводится ориентировочная оценка экономической эффективности соз-дания ЭИС (Экономической, Информационной, Системы).
Техническое задание на систему разрабатывается заказчиком при непо-средственном участии разработчика.
Техническое задание - это документ, утвержденный в установленном порядке, определяющий цели, требования и основные исходные данные, не-обходимые для разработки автоматизированной системы управления, и со-держащий предварительную оценку экономической эффективности системы
Утвержденное техническое задание является документом, которым раз-работчики должны руководствоваться на всех этапах создания системы и проектирования задач. Изменения, вносимые в техническое задание, должны оформляться протоколом, являющимся частью технического задания. Прото-кол должен утверждаться заказчиком.
При разработке технического задания следует:
• установить общую цель создания ЭИС, определить состав подсис-тем и задач;
• разработать и обосновать требования, предъявляемые к информаци-онным подсистемам;
• разработать и обосновать требования, предъявляемые к информаци-онной базе, математическому и программному обеспечению, ком-плексу технических средств (включая средства связи и передачи данных);
• установить общие требования к проектируемой системе;
• определить перечень задач и исполнителей;
• определить этапы создания системы и сроки их выполнения;
• провести предварительный расчет затрат на создание системы и оп-ределить уровень экономической эффективности ее внедрения
После утверждения технического задания разрабатываются координа-ционный план создания системы, сетевой график работ и проводится расчет затрат на разработку системы.
1.4.4. Организация разработки рабочего проекта.
Рабочее проектирование заключается в разработке материалов, обеспе-чивающих эксплуатацию автоматизированной системы обработки информа-ции.
Рабочий проект - это техническая документация, утвержденная в уста-новленном порядке, содержащая уточненные данные и детализированные общесистемные проектные решения, программы и инструкции по решению задач, а также уточненную оценку экономической эффективности автомати-зированной системы управления и уточненный перечень мероприятий по подготовке объекта к внедрению.
Рабочий проект разрабатывается на основе технического проекта, ут-вержденного заказчиком.
На этапе рабочего проектирования заказчик должен закончить работы по подготовке объекта к внедрению системы, подготовить помещения для установки компьютеров, организовать учебу работников всех звеньев орга-низационной структуры, разместить заказы на изготовление нестандартного оборудования.
Разработчиками на этом этапе создания системы уточняется сетевой график выполнения рабочего проекта, проводятся экспериментальные иссле-дования для изыскания путей реализации принятых проектных решений, обосновываются дополнительные проектные решения, разрабатывается тех-нологический процесс сбора и обработки информации, составляется рабочая документация, уточняются расчеты экономической эффективности системы.
В состав рабочей документации проекта входят документы:
1. Пояснительная записка.
2. Функциональная и организационная структура.
3. Должностные инструкции.
4. Инструкция по заполнению входных оперативных документов.
5. Инструкция по использованию выходных документов.
6. Инструкция по организации и ведению нормативно-справочной информации.
7. Инструкция по организации хранения информации в архиве.
8. Инструкция по подготовке информации к вводу в ПК.
9. Расчет экономической эффективности системы.
10. Мероприятия по подготовке объекта к внедрению.
11. Ведомость документов.
Экономико-организационная часть рабочего проекта содержит уточ-ненный перечень задач, решаемых каждой подсистемой, с указанием перио-дичности и сроков их решения; инструкции каждому должностному лицу с описанием действий при нормальном режиме функционирования системы и при его нарушениях; порядок и правила использования входных документов и маршруты их движения.
Расчет экономической эффективности проводится на основе уточнен-ных сметно-финансовых расчетов на создание системы. Мероприятия по подготовке объекта и внедрению системы включают общий перечень работ, наименование подразделений и ответственных исполнителей, срок исполне-ния и формы завершения отдельных этапов.
Информационная часть рабочего проекта включает материалы с переч-нем показателей, используемых в задачах различных подсистем; порядок формирования массивов информации; методы внесения изменений в инфор-мацию; методы организации контроля информации; перечень показателей, выдаваемых по запросу аппарата управления.
Кроме того, приводятся альбомы документов и рабочие инструкции по формированию исходных данных для решения задач, по организации масси-вов информации, внесению в них изменений, о порядке хранения и обновле-ния информации.
Математическая часть рабочего проекта содержит уточнение в составе экономико-математических моделей; методы, алгоритмы и программы реше-ния задач; методы организации массивов информации; выбранную систему программирования; используемую операционную систему; библиотеку стан-дартных программ и инструкции для их использования; эталоны программ для решения задач и для работы с НСИ.
Техническая часть рабочего проекта предусматривает определение тех-нических средств (тип ЭВМ, периферийные устройства, средства связи и пе-редачи данных), описание технологического процесса обработки данных; расчет и составление графика загрузки комплекса технических средств; опи-сание режима функционирования комплекса технических средств.
Проектная документация, включая техническое задание, технические и рабочие проекты, оформляется в соответствии с требованиями Единой Сис-темы Конструкторской Документации (ЕСКД).
1.4.5.  Внедрение информационной системы
Рабочий проект служит основой для внедрения системы. Внедрение системы представляет собой процесс, включающий подготовку объекта, опытную эксплуатацию и приемку ЭИС в промышленную эксплуатацию.
Внедрение системы - это процесс постепенного перехода от сущест-вующей системы учета и анализа к новой, предусмотренной документацией рабочего проекта на всю систему.
Внедрение отдельных задач и подсистем может проводиться парал-лельно с разработкой рабочего проекта на всю систему. Основными этапами внедрения системы являются:
• подготовка объекта к внедрению системы;
• проведение опытной эксплуатации;
• сдача задач, подсистем, системы в целом в промышленную эксплуа-тацию.
Подготовка объекта к внедрению
Этот этап включает следующий комплекс мероприятий:

1. Организационные мероприятия
При внедрении системы составляют план мероприятий по подготовке данного объекта к внедрению информационных систем. Назначается руково-дитель работ по внедрению информационных систем, а также ответственный за внедрение отдельных подсистем на уровне главных специалистов. Заказ-чик может организовать функциональное подразделение, в задачу которого входит непосредственное выполнение работ по подготовке объекта.
2. Мероприятия по подготовке технической базы
Предусматривает следующие виды работ:
• обеспечение оборудования
• монтаж оборудования
• ввод в эксплуатацию
• подбор и подготовка кадров, а также возможное выполнение строи-тельных работ.
3. Подготовка информационной базы
Проводится загрузка информационной базы. Основной объем загру-зочной базы - массивы нормативной справочной информации.
4. Подготовка кадров
Для успешного функционирования информационных систем необхо-димо провести обучение работников системы управления всех звеньев.
Опытная эксплуатация задач заключается в проверке алгоритмов, про-грамм и звеньев технологического процесса обработки данных в реальных условиях. Она проводится для окончательной отладки программ и отработки технологического процесса решения задач; проверки подготовленности ин-формационной базы; отработки взаимосвязи задач системы, приобретения навыков работы персоналом предприятия.
Началу опытной эксплуатации должно предшествовать издание прика-за, определяющего степень участия и ответственность заказчика и разработ-чика, а также сроки ее проведения.
Опытная эксплуатация проводится на основе реальной информации о производственно-финансовой деятельности предприятия в установленном режиме функционирования с дублированием работ персонала объекта. На данном этапе разработчик проводит обучение персонала работе на компью-тере по конкретным программам.
Срок проведения опытной эксплуатации устанавливается в каждом конкретном случае.
Опытная эксплуатация информационных систем проводится в целях комплексной проверки функционирования задач системы, проверки подго-товленности обеспечивающей части системы к функционированию, оконча-тельной отладки технологического процесса сбора и обработки информации.
После окончания опытной эксплуатации системы составляется отчет о внедрении. При положительных результатах опытной эксплуатации система сдается в промышленную эксплуатацию.
В ходе промышленной эксплуатации ЭИС проводится анализ функ-ционирования системы. Целями анализа функциони¬рования системы явля-ются проверка эффективности реализованных проектных решений в услови-ях ее промышленной эксплуатации, выработка рекомендаций по дальнейше-му развитию системы и формирование типовых решений.
Анализ функционирования системы предусматривает проверку:
• функционирования технических средств;
• функционирования задач и подсистем в условиях автома¬тизированной обработки;
• действий персонала в условиях функционирования системы.
Результаты анализа используются для оценки качества системы и ее реальной экономической эффективности.
Работы по анализу функционирования системы проводятся разработ-чиком в порядке авторского надзора на основании договора с заказчиком по-сле некоторого периода эксплуатации ЭИС (не менее 6 месяцев). Проведение авторского надзора осуществляется за счет средств, выделенных на создание системы.
Программа работ по проведению анализа составляется разработчиком и согласовывается с заказчиком. Анализ функционирования системы начина-ется после издания приказа о проведении этой работы. В приказе указывают-ся сроки и объекты обследования (согласно программе), а также назначаются представители заказчика, участвующие в этой работе, и лица, ответственные за своевременное и полное представление необходимых материалов разра-ботчику системы. Сбор всех данных (заполнение необходимых форм, регист-рация в журнале и др.) осуществляется представителем заказчика и контро-лируется разработчиком. Накопленные данные передаются в сроки, указан-ные в программе, представителям разработчиков для разработки.
Результаты обработки данных по каждому исследованному элементу ЭИС (или групп однотипных элементов) протоколируются разработчиком с участием представителей заказчика. На основании оформленных протоколов разработчик после завершения всех работ, предусмотренных программой, составляет отчет по анализу функционирования ЭИС.
Сдача заказчику отчета по анализу функционирования системы являет-ся завершающим этапом работы разработчика. В процессе анализа функцио-нирования задач, подсистем и действий персонала в условиях внедрения ЭИС проводятся работы, аналогичные обследованию объекта по параметрам каждой функции подсистем ЭИС, с учетом применяемого комплекса техни-ческих средств и следующих факторов:
• своевременности поступления к управленческому персо¬налу необ-ходимой информации;
• повышения достоверности информации;
• улучшения технико-экономических показателей работы предпри-ятия.
Качество функционирования отдельных задач и подсистем оценивается по показателям достоверности и своевременности информации, повышению качества соответствующих управленческих решений.
По результатам анализа функционирования системы разрабатываются предложения для дальнейшего развития ЭИС.
1.4.6. Методы оценки стоимости информационных систем. Эффективность информационных систем.
Различают стоимость создания и стоимость владения. Стоимость соз-дания определяется фактическими затратами:
1) Затраты на проектирование (на изучение объекта, на разработку проекта)
2) Затраты на разработку технического обеспечения (приобретение, обслуживание)
3) Затраты на разработку программного обеспечения (приобретение, установка системного и прикладного программного обеспечения)
4) Затраты на разработку информационного обеспечения (приобрете-ние и установка СУБД, разработка структуры БД, загрузка норма-тивно-справочной информации, администрирование БД)
5) Затраты на разработку организационного и правового обеспечения
6) Затраты на внедрение (доработки и расширение).
1.4.6.1. Методы оценки стоимости
1. Алгоритмические модели
Применение алгоритмического вычисления в виде функций некоторого числа параметров, которые представляют основные стоимостные факторы.

Таблица 1
Преимущества Недостатки
-Объективность
-Накопление предыдущего опыта -Вопрос о правомерности переноса опыта на новые проекты

2. Экспертные оценки
Этот метод предполагает обсуждение с одним или группой экспертов факторов и стоимости информационных систем.

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

3. Метод аналогий
Используется оценка одного или нескольких завершенных проектов. По аналогии с фактическими затратами на их разработку оценивают стои-мость нового сходного проекта. Такая оценка может быть проведена на уровне всего проекта или отдельных компонентов. Преимущество оценки всего проекта в том, что рассматриваются все стоимостные факторы. Пре-имущества при оценке на уровне компонентов заключается в более подроб-ном рассмотрении сходства и различий нового и завершенного проектов.
4. Закон Паркинсона
Оценка стоимости информационных систем приравнивается к стоимо-сти всех использованных ресурсов. Этот метод практически не используется.
5. Метод конкурентных цен
Оценка стоимости информационных систем приравнивается к цене, необходимой для победы в конкурентной борьбе за получение заказа.
6. Оценивание методом сверху вниз
Полная оценка информационных систем выводится из глобальных ха-рактеристик информационных систем. Эта оценка затем распределяется ме-жду отдельными компонентами.

Таблица 3
Преимущества Недостатки
-возможность концентрации внимания на общесистемном уровне -Невозможность выявления сложных тех-нических проблем на нижних уровнях.
-Невозможно учесть все необходимые для разработки компоненты.

7. Оценивание методом снизу вверх
В начале оцениваются работы по каждому компоненту информацион-ных систем, затем результаты суммируются для получения оценки всей ра-боты. Этот метод требует больших усилий.
Сравнение методов оценивания
Ни один из методов не может быть признан оптимальным. Метод Пар-кинсона и конкурентных цен не желательны, поскольку не обосновывают оценки стоимости информационных систем.
Сравнительный анализ показывает, что достоинства одних методов восполняют недостатки других, поэтому для оценки стоимости информаци-онных систем оптимальным является применение комбинации этих методов, что позволит сравнивать результаты оценивания и находить последователь-ные приближения и достоверной оценке. Конкретные комбинации зависят от целей оценивания.
"Оценка сверху вниз" полезна для грубого прогностического оценива-ния.
"Оценка снизу вверх" для детального оценивания при планировании.
Наиболее эффективной комбинацией является следующая:
8. Оценка методом сверху вниз с использованием мнений нескольких экспертов и оценки по аналогии, когда есть данные по завершенным проектам.
9. Оценка методом снизу вверх с использованием алгоритмических мо-делей, для которых оценки на уровне компонентов предоставляются разработчиками.
Все затраты можно подразделить на прямые и косвенные:
К прямым затратам можно отнести следующие:
1. На аппаратно-программные средства;
2. На администрирование (оплата администраторам);
3. На поддержку (обучение, командировки, служба тех. поддержки, на-кладные расходы);
4. На разработку (создание приложений, подготовка документации);
5. На оплату коммуникационных средств (выделенная линия, доступ к серверам).
К косвенным затратам можно отнести:
Самостоятельная помощь, обращение к коллегам, периодическое изу-чение справочных материалов, потери из-за плановых и внеплановых пере-рывов.
Таблица 4 Внедрение - соотношение затрат и стоимостные оценки.
 Локальные системы Малые интег-рированные системы Средние ин-тегрирован-ные системы Крупные ин-тегрирован-ные системы
Внедрение Простые коробоч-ные Поэтапные коробочные Поэтапные 6-9 мес. Поэтапные сложные 12 мес.
Функциональ-ная полнота Учетная система по направле-ниям Комплексный учет и управ-ление финан-сами Комплексное управление; учет, управление производ-ством
Соотношение затрат - лицен-зия /внедрение/ оборудование 
1/0,5/2 
1/1/1 
1/2/1 
1/1-5/1
Ориентиро-вочная стои-мость в $ 5-50 тыс. 50-300 тыс. 200-500 тыс. 500 и более 1000 тыс

1.4.6.2. Оценка экономической эффективности
Внедрение информационных технологий сопряжено с капитальными вложениями, как на приобретение техники, так и на разработку проектов, выполнение подготовительных работ и подготовку кадров. Поэтому внедре-нию должно предшествовать экономическое обоснование целесообразности внедрения ЭИС.
Под эффективностью автоматизированного преобразования экономи-ческой информации понимают целесообразность применения средств вычис-лительной и организационной техники при формировании, передаче и обра-ботке данных. Различают расчетную и фактическую эффективность. Первую (расчетную) определяют на стадии проектирования автоматизации информа-ционных работ, т.е. разработки технорабочего проекта; вторую (фактиче-скую) - по результатам внедрения технорабочего проекта.
Обобщенным критерием экономической эффективности является ми-нимум затрат живого и овеществленного труда. Экономический эффект от внедрения вычислительной и организационной техники подразделяют на прямой и косвенный.
Под прямой экономической эффективностью понимают экономию ма-териально-трудовых ресурсов и денежных средств, полученную в результате сокращения численности управленческого персонала, фонда заработной пла-ты, расхода основных и вспомогательных материалов вследствие автомати-зации конкретных видов планово-учетных и аналитических работ.
Не исключено, что внедрение на первом этапе не приведет к уменьше-нию числа работников планово-учетных служб. В этом случае учитывают косвенную эффективность, проявляющуюся в конечных результатах хозяй-ственной деятельности предприятия. Ее локальными критериями могут быть: сокращение сроков составления сводок, повышение качества планово-учетных и аналитических работ, сокращение документооборота, повышение культуры и производительности труда и т.д.
Основным же показателем является повышение качества управления, которое, как и при прямой экономической эффективности, ведет к экономии живого и овеществленного труда. Оба вида рассмотренной экономической эффективности взаимосвязаны между собой.
Экономическая эффективность определяется с помощью трудовых и стоимостных показателей. Основным при расчетах является метод сопостав-ления данных базисного и отчетного периодов. В качестве данных базисного периода при автоматизации отдельных работ принимают затраты на обра-ботку информации до внедрения информационных систем (при ручной обра-ботке), а при совершенствовании действующей системы автоматизации эко-номических работ - затраты на обработку информации до достижения конеч-ного уровня автоматизации. За данные отчетного периода принимают затра-ты на обработку информации после достижения конечного уровня автомати-зации. При этом пользуются абсолютными и относительными показателями.
Используя относительный индекс производительности труда можно определить относительный показатель экономии трудовых затрат. При обра-ботке счет - фактур в результате применения информационных систем эко-номия составит 95%. Наряду с трудовыми показателями необходимо рассчи-тывать и стоимостные показатели, т.е. определять затраты на обработку ин-формации при базисном и отчетном вариантах в денежном выражении.
Абсолютный показатель стоимости:    СЭК=Со-С1
Индекс стоимости затрат:    IСТ.ЗАТ =С1/Со
Срок окупаемости затрат
 , где
ЗО - затраты на техническое обеспечение;
ПО - затраты на программное обеспечение;
КЭФ - коэффициент эффективности.
Существуют пороговые значения для применения различного рода сис-тем с точки зрения эффективности. Например, локальные информационные системы наиболее эффективны для малых предприятий, в меньшей степени для предприятий без производства.
Малые информационные системы максимально эффективны для пред-приятий без производства, их эффективность для малых предприятий и предприятий с производством уменьшается. Для предприятий с производст-вом наибольшая эффективность достигается при использовании средних ин-формационных систем. Крупные информационные системы больше подходят для холдингов, для меньших предприятий эффективность крупных информа-ционных систем снижается.
1.4.7. Основные принципы типового проектирования.
Методы типового проектирования ИС предполагают создание системы из готовых покупных типовых элементов (типовых проектных решений). Для этого проектируемая ИС должна быть декомпозируема на множество состав-ляющих компонентов (подсистем), для которых подбираются и закупаются имеющиеся на рынке типовые проектные решения. Далее закупленные типо-вые элементы, как правило, включающие программные продукты, настраи-ваются на особенности конкретного предприятия или дорабатываются в со-ответствии с требованиями проблемной области.
Под типовым решением (ТПР) будем понимать представленное в виде проектной документации, включая программные модули, проектное реше-ние, пригодное к многократному использованию. В качестве проектного ре-шения может выступать реализация как отдельных компонентов ИС (про-граммных модулей, функциональных задач, АРМ, локальных баз данных, ЛВС), так и взаимосвязанных комплексов компонентов (функциональных и обеспечивающих подсистем, ИС в целом). Типовые проектные решения так-же называют тиражируемыми продуктами.
В зависимости от уровня декомпозиции системы различают элемент-ный, подсистемный и объектный методы типового проектирования.
Классификация типовых методов
При элементном методе типового проектирования ИС в качестве типо-вого элемента системы используется типовое решение по задаче или по от-дельному виду обеспечения задачи (информационному, программному, тех-ническому, математическому, организационному).
Типовое проектное решение уровня ЗАДАЧА
 
Сущность применения ТПР при элементном подходе заключается в комплектации ИС из множества ТПР по отдельным разрозненным задачам. Если данного множества недостаточно для того, чтобы спроектировать сис-тему, необходимые модули дорабатываются вручную. Достоинство элемент-ного метода типового проектирования ИС связано с применением модульно-го подхода к проектированию и документированию ИС.
К недостаткам применения метода относятся большие затраты времени на сопряжение разнородных элементов вследствие информационной, про-граммной и технической несовместимости ТПР, а также плохая адаптивность (настраиваемость) элементов к особенностям предприятия.
При использовании подсистемного метода типового проектирования ИС в качестве элементов типизации выступают отдельные подсистемы, ко-торые обеспечивают функциональную полноту, минимизацию внешних ин-формационных связей. При этом достигается более высокая степень интегра-ции типовых элементов ИС.
Типовые проектные решения для функциональных подсистем реали-зуются в виде ППП (пакета прикладных программ). В качестве примера функциональных ППП можно назвать 1С Предприятие.
При объектном методе типового проектирования ИС в качестве ти-пового элемента используется типовой проект для объектов управления оп-ределенной отрасли, который включает полный набор функциональных и обеспечивающих подсистем ИС.
Современные типовые проекты отличаются:
• Открытостью архитектуры, позволяющей устанавливать проекты на разных программно-технических платформах;
• Масштабируемостью, допускающей конфигурацию ИС для пере-менного числа рабочих мест;
• Конфигурируемостью, позволяющей выбирать подмножества ком-понентов, которые необходимы для конкретной проблемной отрасли и параметрически настраиваются на особенности объекта управле-ния.
Несомненное преимущество объектного метода перед подсистемным методом заключается в комплексируемости всех компонентов за счет мето-дологического единства и информационной, программной и технической со-вместимости компонентов.
В настоящее время развивается модельно-ориентированный подход реализации объектного метода типового проектирования ИС. Особенность этого подхода заключается в настройке типового проекта на особенности объекта управления путем привязки модели проблемной области к модели типовой системы.