ТЕМА 2. Основы методологии проектирования ИС Лекция 3. Проект ИС. Особенности проектирования АЭИС.

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

3 Области проектирования: проектирование объектов данных; проектирование объектов данных; проектирование программ, экранных форм, отчетов; проектирование программ, экранных форм, отчетов; проектирование конкретной среды или технологии. проектирование конкретной среды или технологии. Уровни проектирования: проектирование архитектуры (системы в целом); проектирование архитектуры (системы в целом); детальное проектирование (модулей, подсистем); детальное проектирование (модулей, подсистем); разработка спецификаций. разработка спецификаций.

4 Особенности проектирования АЭИС Особенности экономических объектов Особенности проектов создания АЭИС ТехническиеОрганизационные Особенности выбора подходов к автоматизации объекта внедрения

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

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

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

8 Выбор способа автоматизации экономического объекта 1. 1.Поэтапная разработка АЭИС собственными силами 2. 2.Внедрение готовой информационной системы.

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

10 Условия применения I подхода 1.Правильный выбор архитектуры построения вычислительно-коммуникационной сети и ориентация на профессиональные СУБД; 2.Использование современного инструментария; 3.Многозадачная инфраструктура разработки проекта; 4.Применение эффективных организационно- технических средств по управлению проектом и контролю версий ИС.

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

12 Выбор способа организации проектных работ 1. 1.Строгое соблюдение стандартов изготовления документации в ущерб срокам разработки ИС Строгое соблюдение сроков разработки за счет снижения качества документации.

13 Результаты исследований проектов по разработке ПО Параметры исследований: 364 корпорации; 23 тысячи проектов по разработке ПО. Исследования компании Standish Group, 1995 г.

14 Результаты исследований проектов по разработке ПО Исследования компании Standish Group, 1999 г.

15 Результаты исследований проектов по разработке ПО Исследования компании Standish Group, 2005 г.

16 Проблемы проектов создания ИС Категория1995 г.1999 г.2005 г. Превышение времени выполнения проекта (по отношению к первоначальным оценкам) 164%122%84% Превышение затрат (по отношению к первоначальному бюджету) 180%89%56% Доля успешных проектов (вовремя, в рамках бюджета, в соответствии с требованиями к продукту) 16%26%29% Доля незавершенных проектов 31%28%18% Использованы материалы доклада Balestrero G. «Making Project Management indispensable for Business Results»

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

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

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

20 Роль методологии в проектировании ИС Методология обеспечивает: 1) 1)организационную структуру, позволяющую разработчикам функционировать скоординированным образом; 2) 2)использование общего терминологического словаря; 3) 3)использование общих методов разработки; 4) 4)предсказуемость результатов; 5) 5)контроль и согласованность действий.

21 1.Методология реализуется через конкретные технологии. 2.Каждая технология поддерживается соответствующим и стандартами и методиками. Методология Технологии Стандарты и методики Инструментальные средства 3.Инструментальные средства обеспечивают выполнение процессов проектирования, описанных в методиках и стандартах. Основа проекта ИС

22 Методология Технологии Стандарты и методики Инструментальные средстваSADT IDEF, DFD, ERD IDEF0, IDEF1X, IDEF3, ГОСТ Р Design IDEF, BPWin, BusinessStudio Взаимосвязь компонентов проекта ИС

23 Классификация методологий 1.По подходу к автоматизации экономического объекта: методология восходящего проектирования (подход «снизу-вверх») (70-80 гг.); методология восходящего проектирования (подход «снизу-вверх») (70-80 гг.); методология нисходящего проектирования (подход «сверху-вниз») (80-90 гг.). методология нисходящего проектирования (подход «сверху-вниз») (80-90 гг.). 2.По способу декомпозиции системы управления: методология структурного проектирования (функционально-ориентированные); методология структурного проектирования (функционально-ориентированные); методология объектно-ориентированного проектирования. методология объектно-ориентированного проектирования.

24 Подходы к проектированию ИС«Восходящий»«Нисходящий» Цель Разработка набора приложений, наиболее важных в данный момент для поддержки деятельности предприятия. Разработка универсальной системы, удовлетворяющей потребности нескольких предприятий Достоинства Хорошо обеспечивается поддержка отдельных функций. Использование типовых стандартных программных средств автоматизации. Недостатки Отсутствует стратегия развития комплексной системы автоматизации; Отсутствует стратегия развития комплексной системы автоматизации; проблемы с объединением функциональных подсистем. проблемы с объединением функциональных подсистем. Сложности адаптации системы под нужды конкретного предприятия; Сложности адаптации системы под нужды конкретного предприятия; высокие затраты на адаптацию. высокие затраты на адаптацию.

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

26 Методология управления проектированием ИС Цель – регламентация процесса проектирования ИС и обеспечение управления этим процессом. Цель – регламентация процесса проектирования ИС и обеспечение управления этим процессом. Основные задачи, решению которых должна способствовать методология проектирования корпоративных ИС: Основные задачи, решению которых должна способствовать методология проектирования корпоративных ИС: обеспечивать создание корпоративных ИС, отвечающих целям и задачам организации; обеспечивать создание корпоративных ИС, отвечающих целям и задачам организации; гарантировать создание системы с заданным качеством в заданные сроки и в рамках установленного бюджета проекта; гарантировать создание системы с заданным качеством в заданные сроки и в рамках установленного бюджета проекта; поддерживать удобную дисциплину сопровождения, модификации и развития системы. поддерживать удобную дисциплину сопровождения, модификации и развития системы.

27 Цели Критерии и ограничения Области и стадии управления проектом Организационные и технические решения Соблюдение сроков Соблюдение лимита затрат Соответствие требованиям к продукту Управление содержанием Управление временем Управление стоимостью Управление качеством Управление отклонениями Управление персоналом Управление коммуникациями Управление контрактами Достижение результата Стандарт управления проектами: Концепция, Методика, Операционный стандарт Автоматизированный комплекс управления проектами: Пакеты прикладных программ календарно-ресурсного планирования, управления документами, управления персоналом и т.д. Стадии управления проектам: Инициация, Планирование, Организация выполнения и контроль, анализ и регулирование, Завершение Методология управления проектом разработки ИС

28 Способы декомпозиции системы управления Объектная декомпозиция рассматривает структуру объектов и связей между ними, а также поведение системы в терминах обмена сообщениями между объектами. Объектная декомпозиция рассматривает структуру объектов и связей между ними, а также поведение системы в терминах обмена сообщениями между объектами. Функциональная декомпозиция рассматривает структуру системы в терминах иерархии функций и передачи информации. Функциональная декомпозиция рассматривает структуру системы в терминах иерархии функций и передачи информации.

29 Сравнительный анализ методологий проектирования Функционально- ориентированная Объектно- ориентированная Достоинства реализация подхода к проектированию ИС по принципу «сверху-вниз»; реализация подхода к проектированию ИС по принципу «сверху-вниз»; процедурная строгость декомпозиции ИС; процедурная строгость декомпозиции ИС; наглядность представления. наглядность представления. объектно- ориентированные системы более открыты и легче поддаются внесению изменений, объектно- ориентированные системы более открыты и легче поддаются внесению изменений, высокая степень унификации разработки и пригодность для повторного использования высокая степень унификации разработки и пригодность для повторного использования Недостатки независимость процессов и данных друг от друга; независимость процессов и данных друг от друга; не всегда ясны условия выполнения функций не всегда ясны условия выполнения функций сложность методологии; сложность методологии; высокие начальные затраты; высокие начальные затраты; сложность реализации ИС сложность реализации ИС

30 Условия применения Объектно-ориентированная методология позволяет построить более устойчивую к изменениям систему, лучше соответствует существующим структурам организации. Объектно-ориентированная методология позволяет построить более устойчивую к изменениям систему, лучше соответствует существующим структурам организации. Функционально-ориентированная методология применяется в случаях, когда организационная структура находится в процессе формирования или изменения. Функционально-ориентированная методология применяется в случаях, когда организационная структура находится в процессе формирования или изменения.

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

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

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

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

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