2. Методика создания автоматизированных информационных систем в экономике

2.1. Проектирование: принципы и методы создания аис

2.2. Этапы создания аис

Благо везде и повсюду зависит от двух условий:

правильного уста­новления конечной цели

и оты­скания средств, ведущих к цели.

Аристотель

2.1. Проектирование: принципы и методы создания аис

Проектирование ИС — это процесс создания и внедрения про­ектов комплексного решения экономических задач по новой техно­логии. Сюда включается детальная разработка отдельных проектных решений, их анализ, апробация и внедрение.

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

Современные предприятия (корпорации) относятся к классу больших динамических систем с характерной многопрофильной деятельностью и большим числом кооперативных связей с партнерами. При этом возрастает динамичность бизнес-процессов, свя­занных с изменяющимися потребностями и сильной конкуренцией. Управление бизнес-процессами включает рассмотрение всех мате­риальных, финансовых, трудовых и информационных потоков с системных позиций, т.е. во взаимодействии. Достижения в области ИС и ИТ дают возможность проведения инжиниринга и реинжи­ниринга бизнес-процессов [137].

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

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

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

В отли­чие от канонического подхода к автоматизации отдельных функций управления в виде локальных АРМ, не изменяющих существующей технологии управления, использование корпоративных экономиче­ских информационных систем (КЭИС) включает трансформацию системы управления на основе концепции автоматизации управле­ния сквозными бизнес-процессами. Адаптация структуры КЭИС к изменениям потребностей системы управления должна быть непре­рывной.

Реинжиниринг выдвигает на первый план новые цели и методы, способствующие:

• снижению производственных затрат и численности персонала;

• повышению качества продукции и услуг (в отличие от по­вышения прибыли «любой ценой») с формированием крите­риев качества самими потребителями;

• повышению мобильности персонала и ориентации деятель­ности на будущие потребности клиентуры;

• ускоренному продвижению новых технологий;

• глобализации бизнеса (работа с клиентом в режиме «24 часа 365 дней» в любой точке мира);

• формированию информационного общества.

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

Инжиниринг бизнес-процессов включает в себя реинжиниринг биз­нес-процессов, проводимый с определенной периодичностью, на­пример один раз в 5—7 лет, и последующее непрерывное улучшение.

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

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

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

• наиболее трудоемких и затратных;

• не вносящих вклад в образование прибыли;

• с низким коэффициентом использования ресурсов.

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

Принципы массового проектирования И С следующие:

• эффективность — выгоды от новой автоматизированной системы должны быть равными или больше расходов на нее;

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

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

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

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

• развитие заключается в непрерывном обновлении функцио­нальных обеспечивающих составляющих системы;

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

К известным методикам и стандартам, касающимся организа­ции жизненного цикла ИС, можно отнести:

• методику Oracle CDM (Custom Development Method) по раз­работке прикладных ИС под заказ;

• международный стандарт ISO/IES 12207 по организации жизненного цикла продуктов программного обеспечения;

• российский стандарт ГОСТ 34.003-90.

Методы проектирования ИС.

Известны три таких метода: индивидуальный (оригинальный), типовое проектирование, автоматизи­рованный проект (САПР).

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

2. Типовое проектирование — это разбиение системы на множество составных компонентов и создание для каждого из них законченно­го проектного решения, которое при внедрении привязывается к конкретным условиям объекта.

В зависимости от декомпозиции различают элементное проектирование, подсистемное и объектное.

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

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

При объект­ном проектировании декомпозиция ИС не проводится. Типовой объект создается в целом для некоторого обобщенного объекта, оп­ределенной группы.

Поиск рациональных путей проектирования ведется по сле­дующим направлениям: использования типовых проектных реше­ний совместно с ППП с последующей привязкой их к конкретным условиям внедрения и функционирования, разработки автоматизи­рованных систем проектирования (АСП). В последнее время все больше организаций предпочитают покупать готовые программные средства, пакеты и технологии и при необходимости прибавляют к ним свое программное обеспечение. Как правило, базовая система строится по модульному принципу, позволяющему настраивать ее в соответствии с пожеланиями пользователей.

Рассмотрим возможность использования типовых проектных решений (ТПР), включенных в пакеты прикладных программ [10].

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

Наибольшее число ППП создано для бухгалтерского учета. Сре­ди них «1С: бухгалтерия», «Турбо-Бухгалтер», «Инфо-Бухгалтер», «Парус», «ABACUS», «Бэмби+» и др.

Справочное и информационное обеспечение управленческой деятельности представлено ППП: «ГАРАНТ» (налоги, бухгалтер­ский учет, аудит, предпринимательство, банковское дело, валютное регулирование, таможенный контроль) и «КОНСУЛБТАНТ+» (на­логи, бухгалтерский учет, аудит, предпринимательство, банковское дело, валютное регулирование, таможенный контроль).

Экономическая и финансовая деятельность представлена ППП «Экономический анализ и прогноз деятельности фирмы, организа­ции» (фирма ИНЕК), реализующий функции: экономический ана­лиз деятельности фирмы, предприятия; составление бизнес-планов; технико-экономическое обоснование возврата кредитов; анализ и отбор вариантов деятельности; прогноз баланса, потоков денежных средств и готовой продукции.

Многопользовательский сетевой комплекс полной автоматиза­ции корпорации «Галактика» (АО «Новый атлант») включает такие важные аспекты управления, как планирование, оперативное управление, учет и контроль, анализ, а для принятия решений по­зволяет в рамках СППР обеспечивать решение задач бизнес-планирования с использованием ППП Project-Expert.

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

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

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

ТПР разрабатывают при наличии однородных объектов управле­ния, для которых его создание экономически целесообразно.

Объектами проектирования являются ТПР:

• по информационному обеспечению (базы данных, классифи­каторы технико-экономической и нормативно-справочной информации);

• по программному обеспечению (программы общего и спе­циального назначения);

• по организационному обеспечению (инструкции, опреде­ляющие функции управления);

• по постановке задачи.

ТПР должен иметь одно или несколько следующих свойств:

• способностью удовлетворять все возможные потребности в рамках своей функциональной ориентации;

• возможностью адаптации к конкретным условиям предпри­ятия путем изменения параметров;

• возможностью выбора нужной комбинации ТПР в любом конкретном применении;

• возможностью адаптации к различным техническим средствам. ТПР подразделяются на ряд классов.

Класс «задачи» охватывает комплекс алгоритмов и программ, реализующих определенные функции управления. ТПР этого класса разделяются на подклассы, которые, в свою очередь, состоят из комплексов задач (по модульному принципу). При этом предусмат­ривается разработка модулей алгоритмов и модулей программ.

ТПР по задачам имеют следующие особенности:

• они построены по модульному принципу;

• они обладают настраиваемостью программ, т.е. возможно­стью выбора определенных алгоритмов из числа заложенных в них решений;

• снабжены развитой системой диагностики широкого класса ошибок, возможных при генерировании и эксплуатации ра­бочих программ.

Класс «техника» определяет состав, порядок размещения и использования технических средств и содержит два вида решений:

• методические рекомендации по составу, порядку, размеще­нию технических средств;

• типовые схемы применения периферийных технических средств.

Класс «персонал» предназначен для регламентации действий персонала в нормативных условиях функционирования ИС. В их задачи входит обеспечение персонала должностными инструк­циями с указанием их обязанностей, прав и ответственности.

Возможны три варианта применения ТПР:

без доработки;

моди­фикация ТПР за счет включения дополнительных модулей;

разра­ботка оригинальных программных модулей.

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

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

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

• поиску готовых пакетов или путей их приобретения;

• сравнительному описанию характеристик возможных пакетов;

• окончательному выбору.

При выборе ППП применяется ряд методов.

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

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

Аналитический метод. Задача выбора ППП ставится как задача математического программирования. Функция, представляющая критерии эффективности, стремится к максимуму.

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

Таким образом, предварительным условием объектного проектирования является классификация объектов, в основе которой лежат определенные признаки:

• функциональное назначение предприятия;

• мощность информационной базы;

• характер производственных процессов;

• объем выпуска однотипной продукции;

• номенклатура выпускаемых изделий;

• характер получаемого сырья.

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

Предусмотрена трехуровневая структура типовых решений для классификационных групп промышленных предприятий:

• типовые элементы для всех предприятий данного класса;

• типовые проекты ИС для базовых предприятий группы од­нородных по характеристикам предприятий;

• индивидуальные проекты привязки типовых ИС к конкрет­ным предприятиям группы.

3. Сущность технологии автоматического проектирования. В области автоматизации проектирования ИС в последние годы сформирова­лось новое направление CASE-технологии (COMPUTER Aided System/Soft Wore Engineering). Это совокупность методов анализа, проектирования, разработки и сопровождения ИС с максимальной автоматизацией процессов разработки и функционирования систем.

Организационно CASE-индустрия включает компании трех типов:

• разработчиков средств анализа и проектирования;

• разработчиков специальных средств с ориентацией на узкие предметные области;

• обучающие, информирующие и консалтинговые фирмы, оказывающие сопутствующие услуги при использовании СА8Е-пакетов.

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

Этот термин имеет два понятия. С одной стороны, под ним понимаются как компании, специализирующиеся на сетевых и телекоммуникационных решениях (сетевые интеграто­ры), имеющие сеть своих продавцов, так и компании — программ­ные интеграторы. Другая трактовка понятия «системный интегратор» закрепляет за компанией комплексное решение задач заказчика при проектировании ИС. При этом имеется в виду, что заказчик полностью доверяет детальную проработку и реализацию проекта систем­ному интегратору, оставляя за собой лишь определение исходных данных и задач, которые должна решать реализуемая ИС [10].

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

Другим вариантом организации системной интеграции является выполнение проектов от консалтинга до создания прикладной систе­мы. Заказчику сдается готовая к эксплуатации информационная сис­тема и допускается привлечение организаций и квалифицированных специалистов в качестве партнеров для реализации.

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

Ядром системы является база данных проекта — репозиторий (словарь данных). Он представляет собой специализированную базу данных, предназначенную для отображения состояния проектируе­мой ЭИС в каждый момент времени.

Репозиторий содержит информацию об объектах проектируемой >НС и взаимосвязях между ними, все подсистемы обмениваются дан­ными с ним. В репозиторий хранятся описания следующих объектов:

• проектировщиков и их права доступа к различным компо­нентам системы;

• организационных структур;

• диаграмм и пр.

Преимущества САSЕ-технологии по сравнению с традиционной тех­нологией оригинального проектирования сводятся к следующему [137]:

• улучшению качества разрабатываемого программного при­ложения за счет средств автоматического контроля и гене­рации;

• возможности повторного использования компонентов разра­ботки;

• поддержанию адаптивности и сопровождения ЭИС;

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

• освобождению разработчиков от рутинной работы по доку­ментированию проекта, так как при этом используется встроенный документатор;

• возможности коллективной разработки ЭИС в режиме ре­ального времени.

Мировой опыт разработки проектов свидетельствует о следую­щем

1. Начальные фазы проекта сильно влияют на конечный ре­зультат, так как на них принимаются основные решения, опреде­ляющие качество ИС. Качество будущих ИС на 30% обусловлено этапом разработки концепции и технического предложения, на 20 — фазой проектирования, на 20 — фазой изготовления, на 30% — фа­зой сдачи объекта и завершения проекта ИС.

2. На обнаружение ошибок, допущенных на этапе системного проектирования, расходуется вдвое больше времени, чем на после­дующих этапах, а их исправление обходится в пять раз дороже, по­этому на начальных этапах проекта разработку И С следует делать особенно тщательно.

3. На начальных этапах проекта ИС наиболее часто допуска­ются следущие ощибки:

• неполное определение интересов заказчика;

• концентрация на маловажных, второстепенных интересах;

• неверная постановка исходной задачи;

• неполное или недостаточное понимание специфики и дей­ствий объекта управления.