Методика создания АИС в экономике

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

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

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

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

Реинжиниринг бизнес-процессов – это создание новых, более эффективных бизнес-процессов без учета предшествующего развития (все начинается заново, подвергается сомнению, проявляется творческое начало во всех действиях). Реинжиниринг выдвигает на первый план новые цели и методы, способствующие: глобализации бизнеса (работа с клиентом в режиме «24 ч. 365 дней» в любой точке мирового пространства); снижению затрат и численности персонала; ускоренному продвижению новых технологий; росту мобильности персонала и ориентации деятельности на будущие потребности клиентуры; росту качества продукции и услуг.

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

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

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

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

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

¾ наиболее трудоемких и затратных функций;

¾ функций, не вносящих вклад в образование прибыли;

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

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

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

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

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

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

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

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

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

Методы проектирования ИС, т.е. способы создания ИС: 1) индивидуальный (оригинальный); 2) типовое проектирование; 3) автоматизированный проект (САПР).

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

2. Типовое проектирование – разбиение системы на множество составных компонентов и создание для каждого из них законченного проектного решения, которое при внедрении привязывается к конкретным условиям объекта. В зависимости от декомпозиции различают: 1) элементное проектирование, 2) подсистемное и 3) объектное.

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

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

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

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

Рассмотрим первый из путей, т.е. возможности использования типовых проектных решений (ТПР), включенных в пакеты прикладных программ (ППП). Наиболее эффективно информатизации поддаются следующие виды деятельности: бухгалтерский учет, включая управленческий и финансовый; справочное и информационное обслуживание экономической деятельности; организация труда руководителя; автоматизация документоо6орота; экономическая и финансовая деятельность, обучение[4].

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

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

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

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

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

· обучающие, информирующие и консалтинговые фирмы, оказывающие соответствующие услуги при использовании CASE-пакетов.

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

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

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

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

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

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

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

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

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

Преимущества CASE-технологии по сравнению с традиционной технологией оригинального проектирования сводятся к следующему:

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

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

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

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

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

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