Размещено на http://www.allbest.ru/

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

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

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

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

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

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

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

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

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

· снижению затрат и численности персонала;

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

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

· росту мобильности персонала и ориентации деятельности на будущие потребности клиентуры;

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

· получению возможности работникам гордиться результатами своего труда (один из главных итогов реинжиниринга);

· снижению затрат на производство (побочный итог реинжиниринга).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· отечественный стандарт ГОСТ 34.003-90.

Методы проектирования ИС - способ создания ИС

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

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

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

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

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

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

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

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

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

Ш Экономическая и финансовая деятельность представлена следующими ППП:

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

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

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

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

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

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

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

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

· ТПР по информационному обеспечению (БД, классификаторы технико-экономической и нормативно-справочной информации).

· ТПР по программному обеспечению (программы общего и специального назначения).

· ТПР по организационному обеспечению (инструкции, определяющие функции управления)

· ТПР по постановке задачи.

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

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

· Допускать адаптацию к конкретным условиям предприятия путём изменения параметров.

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

· Обладать возможностью адаптации к различным техническим средствам.

Классы ТПР подразделяются на:

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

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

· Они построены по модульному принципу.

· Они обладают настраиваемостью программ, т.е. возможностью выбора определённых алгоритмов из числа заложенных в ТПР решений.

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

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

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

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

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

Возможно 3 варианта: применение ТПР без доработки; модификация ТПР за счет включения дополнительных модулей; разработка оригинальных программных модулей.

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

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

Таким образом, при создании ИС на основе ППП последовательность работ сводится к следующему:

· Выбора ППП для реализации функций управления на данном объекте.

· Привязке выбранных ППП к конкретным значениям параметра объектов.

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

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

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

· окончательный выбор пакетов.

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

Метод контрольных вопросов

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

Метод экспертных оценок

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

Аналитический метод

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

Сущность объектного подхода к проектированию ИС

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

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

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

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

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

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

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

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

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

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

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

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

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

Сущность технологии автоматического проектирования

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



Список литературы

1. Смирнова Г.С. и др. Проектирование экономических информационных систем: Учебник / Г.С. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов / Под ред. Ю.Ф. Тельнова. М.: Финансы и статистика, 2003.

2. Автоматизированные информационные технологии в экономике: Учебник / Под ред. Проф. Г.А. Титоренко. М: Компьютер, ЮНИТИ. 2006.

3. Арсеньев Ю.Н. Информационные системы и технологии. М.: ЮНИТИ-ДАА, 2006.

4. http://ru.wikipedia.org.

Размещено на Allbest.ru

...