Проектирование информационных систем Мультимедийный конспект Санкт-Петербург 2011

Зарегистрируйтесь, чтобы просмотреть полный документ!

Мультимедийный конспект подготовлен в соответствии с рабочей программой дисциплины «Проектирование информационных систем» под руководством д. э. н, проф. Соколова Р. В. студентами: Романовым П. В. (гл 1 -2) Лупашко Г. С. (гл 3 -4) Демским С. М. (гл 5 -6) Санкт-Петербург 2011

Мультимедийный конспект по дисциплине «Проектирование информационных систем» Глава 1. Теоретические основы проектирования информационных систем. Глава 2. Каноническое проектирование информационных систем. Глава 3. Интеграция информационных систем и сетевые проектные решения. Глава 4. Автоматизированное проектирование информационных систем. Глава 5. Типовое проектирование информационных систем. Глава 6. Управление проектированием информационных систем. Для заметок

Литература Нормативные правовые акты • • • ГОСТ 34. 602– 89 Техническое задание на создание автоматизированной системы. – М. : Изд-во стандартов, 2003. ГОСТ 34. 601– 90 Информационная технология. Комплекс стандартов на автоматизированные системы. Стадии создания. – М. : Изд-во стандартов, 2003. ГОСТ Р ИСО/МЭК 12207– 99 Информационная технология. Процессы жизненного цикла программных средств. – М. : Изд-во стандартов, 2003. ГОСТ 34. 698– 90. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов. ‑ Интернет: http: //www. standards. ru/. ГОСТ 19. 701– 90. Единая система программной документации. Схемы алгоритмов, программ, данных и систем. Обозначения условные и правила выполнения. ‑ Интернет: http: //www. standards. ru/. ГОСТ 7. 32– 2003. Система стандартов по информации, библиотечному и издательскому делу. Отчет о научно-исследовательской работе. Структура и правила оформления. ‑ Интернет: http: //www. standards. ru/. • Для заметок

Литература Основная литература • • • Бугорский В. Н. , Соколов Р. В. Сетевая экономика и проектирование информационных систем: Учеб. пособие. – СПб. : Питер, 2007. – 320 с. Проектирование информационных систем: Учебное пособие / Н. З. Емельянова, Т. Л. Партыка, И. И. Попов. – М. : Форум, 2009. – 432 с. Проектирование информационных систем: Учебное пособие / В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина. – М. : Интернет. Университет Информационных Технологий: БИНОМ. Лаборатория знаний, 2010. – 300 с. Соколов Р. В. , Чиркова М. Ю. Информатизация производственного менеджмента. – СПб. : СПб. ГИЭУ, 2007. – 162 с. Соловьев И. В. , Майоров А. А. Проектирование информационных систем. Фундаментальный курс: Учебное пособие / Москов. госуд. университет геодезии и картографии. – М. : Академический проект, 2009. – 398 с. • Для заметок

1. 1. Проектирование информационной системы. : понятия и структура проекта Проектом информационной системы принято называть совокупность проектной документации, в которой представлено описание проектных решений по созданию и эксплуатации информационной системы. Разработка этой проектной документации представляет собой процесс проектирования информационной системы. Объекты проектирования - элементы или комплексы, относящиеся к функциональной части или обеспечивающим частям системы. Возможна различная декомпозиция функциональной части системы на подсистемы в соответствии с различными признаками: – по сферам деятельности (снабжение, производство, сбыт и т. д. ); – по ресурсам (материальные, финансовые и др. ); – по бизнес-процессам (процессный подход); – по функциям управления (организация, планирование, учет, контроль, регулирование); – смешанная декомпозиция. • Для заметок

Структура проекта информационной системы Для заметок

Жизненный цикл информационной системы (каскадная модель проектирования информационной системы) Если технологические операции проектирования информационной системы сгруппировать в стадии, то получится последовательность стадий создания и эксплуатации информационной системы (жизненного цикла), которая не зависит от применяемых технологий проектирования. 1. Анализ 2. Проектирование 3. Программирование 4. Внедрение 5. Эксплуатация Для заметок

1. 2. Требования к эффективности и надежности проектных решений Эффективность системы – это степень ее соответствия своему назначению. Различают экономическую и функциональную эффективность. Критерий эффективности – не число как показатель, а тенденция Оценка экономической эффективности основана на сопоставлении затрат и результатов, выраженных в денежной форме. Надежность системы характеризуется потоком отказов и сбоев (самоустраняющихся отказов) в работе системы В качестве основного показателя надежности работы элемента системы используется коэффициент готовности: где Tотк – среднее время наработки на отказ; Tвосст – среднее время восстановления неисправности. Коэффициент готовности дает оценку вероятности нахождения элемента в работоспособном состоянии в случайно выбранный момент времени. Коэффициент готовности комплекса, состоящего из нескольких элементов, равняется: где Kr i – коэффициент готовности i-го элемента; I – количество элементов в комплексе. • Для заметок

1. 3. Принципы проектирования информационной системы Экономико-организационные принципы: 1. 2. 3. 4. 5. 6. 7. 8. Принцип стандартизации предполагает использование международных и государственных стандартов и рекомендаций Принцип системного подхода предполагает учет взаимосвязи отдельных элементов систем между собой и с внешней средой. Принцип интеграции отражает тенденцию создания информационных систем с расширенной функциональностью. Принцип новизны задач предусматривает решение ранее не решавшихся задач. Принцип декомпозиции информационной системы позволяет повысить качество информационной поддержки пользователей в рамках функциональных подсистем, а также распределить работу между группами разработчиков. Принцип декомпозиции процесса проектирования на стадии и этапы внутри стадий позволяет обеспечить логическую последовательность разработки информационной системы с постепенной детализацией принимаемых проектных решений. Принцип участия пользователей означает, что в проектной группе по созданию информационной системы должны участвовать представители заказчика Принцип эффективности проектной деятельности предполагает, что себестоимость проектирования должна быть существенно ниже рыночной цены информационной системы, а время выполнения работ должно соответствовать условиям договора. • Для заметок

Информационно-технологические принципы: 1. Принцип моделирования. Цель моделирования – анализ и синтез системы. 2. Принцип модульности состоит в построении информационной системы в виде совокупности отдельных модулей, которые могут функционировать как самостоятельно, так и совместно. 3. Принцип адаптивности. Этот принцип требует создания таких систем, которые легко настраиваются на новые условия производственно-хозяйственной деятельности и новые правовые нормы. 4. Принцип открытости означает возможность взаимодействия с другими системами на основе стандартов информационного обмена. 5. Принцип интеллектуализации состоит в такой информационной поддержке пользователя, которая включает в себя элементы, имитирующие интеллектуальную деятельность человека 6. Принцип дружественности (friendliness) сводится к следующему: система должна быть ориентирована на пользователя-непрограммиста. 7. Принцип процессного управления в проектировании и эксплуатации ИС (раскрывается в государственном стандарте России ГОСТ Р ИСО/МЭК 12207 -99 "Информационная технология. Процессы жизненного цикла программных средств «) • Для заметок

Процессы жизненного цикла ИС в соответствии со стандартом 12207 -99 "Информационная технология. Процессы жизненного цикла программных средств « • Для заметок

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

1. 4. 1. Статические показатели эффективности Основным показателем экономической эффективности ИС является годовой экономический эффект (экономическая прибыль): Эгод – годовая экономия (прибыль), вызванная ИС. (руб/год) K – единовременные затраты (капиталовложения), связанные с созданием ИС. (руб) E – норма прибыли. (1/год) Годовой экономический эффект представляет собой абсолютный показатель эффективности. Система считается эффективной, если Э>=0 Вспомогательными показателями экономической эффективности являются: Расчетная прибыльность или коэффициент рентабельности: и обратная величина – срок окупаемости: • Для заметок

1. 4. 2. Динамические показатели эффективности Динамические показатели учитывают распределение затрат и результатов во времени на основании концепции временной ценности денег. Временная ценность денег состоит в том, что «деньги сегодня ценнее, чем те же деньги завтра» . Почему? 1) инфляция, 2) возможность получения инвестиционного дохода 3) риск Показатели, рекомендуемые методикой Microsoft® REJ™ (Rapid Economic Justification): 1) Net Present Value (NPV) - чистая приведенная стоимость, NFt – чистый поток в год t. K 0 – капитальные затраты на ИС T – предполагаемый срок эксплуатации Система считается эффективной, если NPV >=0 • Для заметок

Показатели, рекомендуемые методикой Microsoft® REJ™ 2) Return on Investment (ROI) - рентабельность инвестиций, 3) Discounted pay-back period (DPBP) - дисконтированный срок окупаемости инвестиций, Дисконтированный срок окупаемости (DPBP) достигается при таком значении T, при котором NPV = 0. Ориентировочно дисконтированный срок окупаемости можно определить как обратную величину ROI. 4) Internal Rate of Returns (IRR) - внутренний уровень рентабельности Внутренний уровень рентабельности IRR представляет собой то значение , при котором NPV обращается в ноль. • Для заметок

1. 4. 3. Менеджмент качества информационной системе ISO 9000 «Система качества» Качество – совокупность характеристик продукта, относящихся к его способности удовлетворять установленные и предполагаемые потребности. Основополагающие принципы менеджмента качества изложены в концепции Всеобщего управления качеством (Total Quality Management, TQM). Процессный подход в управлении ИС, включая ее качество, предусматривается в основных стандартах, регламентирующих проектирование, эксплуатацию и сопровождение ИС. К этим стандартам относятся следующие: • • • ГОСТ Р ИСО/МЭК 12 2007 «Информационная технология. Процессы жизненного цикла программных средств» . ITIL (IT Infrastructure Library)-библиотека инфраструктуры информационных технологий. Cobit (Control Objectives for Information and Related Technology)контрольные объекты информационных систем и технологий. В Cobit выделены 34 IT-процесса, соответствующие объектам контроля. Эти IT-процессы сгруппированы в четыре класса, связанные между собой по принципу колеса Деминга непрерывного улучшения процессов • Для заметок

Структура системы международных стандартов Cobit по процессному управлению и аудиту информационной системе Колесо Деминга содержит следующие этапы улучшения процессов: • Plan-планирование; • Do-выполнение плана; • Act-эксплуатация; • Chek-контроль; Цели и задачи бизнеса Информация Процессы мониторинга Ресурсы информационной системы Процессы эксплуатации и сопровождения Процессы планирования и организации Процессы проектирования и внедрения • Для заметок

Согласование интересов заказчика и исполнителя Фирма Microsoft в методических материалах по проектированию ИС (Microsoft Solutions Framework, MSF) предлагает заказчику рассмотреть «треугольник компромиссов» , в который входят функциональная полнота, стоимость, время. Возможно рассмотрение «четырехугольника компромиссов» . Заказчик должен разделить эти показатели на обязательные, желательные и функциональные. Время Стоимо сть Врем я Функциональна я полнота Стоимость Качество Функциональная полнота Треугольник и прямоугольник компромиссов на стадии проектирования ИС • Для заметок

Уровни технологической зрелости СММ Постоянное совершенствовани е процессов 5. Оптимизируемы е процессы (optimizing) 4. Управляемые процессы (managed) Прогнозирование результатов 3. Стандартные процессы (defined) Стандартизация процессов 2. Повторяемые процессы (repeatable) Упорядочивание процессов • Начальный уровень (initial) Начало информатизации • Отсутствие информационны х технологий (lack) • Для заметок

Направления аудита качества ИТ и ИС • Техническое обеспечение Функциональност ь Информационная безопасность Аудит ИТ и ИС Использование стандартов Экономическая эффективность Проекты реинжиниринга Программное обеспечение Веб-технологии Для заметок

1. 5. Концептуальная модель проектирования Внешний экономический эффект – это эффект, который обеспечивается за счет совершенствования внешних функций управления и улучшения производственно-хозяйственной деятельности объекта управления. Внутренний экономический эффект обеспечивается за счет совершенствования внутренних функций управления. Образуется за счет повышения производительности труда и сокращения численности управляющего персонала при внедрении ИС. Годовой экономический эффект можно представить как сумму внешнего и внутреннего эффектов: где Сб и С – соответственно годовые эксплуатационные затраты по базовому и предлагаемым вариантам ИС. - годовые приведенные затраты. • Для заметок

Схема формирования экономического эффекта ИС Субъект управления ИС Внутренние функции управления Сокращени е затрат на управление Внешние функции управления Внутренний экономически й эффект Повышение качества управления Экономический эффект ИС Объект управления • Для заметок Улучшение производственно й деятельности Внешний экономически й эффект

Формирования экономического эффекта ИС Нужно так спроектировать ИС, чтобы затраты на эту систему ( годовые приведенные или накопленные дисконтированные) были минимальными при соблюдении заданных ограничений на показатели качества информации. Такая постановка задачи на качественном ( не расчетном) уровне описывается следующей концептуальной моделью проектирования ИС. Концептуальная модель отражает принципиальный подход к созданию системы без конкретизации расчетов. Концептуальная модель сервисно-ориентированной ИС имеет следующий вид: П min (NPVИС min) Рs ≤ P sдоп (достоверность) Тs ≤ Т sдоп (оперативность) S (функциональная полноста) где – вероятность ошибки в выходных показателях по -й задаче (бизнес-процессу), обеспечиваемая системой; – допустимая вероятность ошибки; – время обработки информации, обеспечиваемое системой; – допустимое время; – множество задач (бизнес-процессов), возложенных на ИС. К числу ограничений концептуальной модели сервисно – ориентированной информационной системы могут быть добавлены информационная безопасность, доступность и др. В соответствии с сервис-ориентированным подходом к построению ИС требуется заключение договора между поставщиками и потребителями услуг об уровне качества предоставляемых услуг SLA (Service Level Agreement). Такой подход предусмотрен в библиотеке ITIL (IT Infrastructure Library). • Для заметок

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

1. 7. Оценка времени обработки информации, время обработки информации по задаче где tож – время ожидания, предшествующее и сопровождающее решение задачи; tм – машинное время. Обычно контрольные и основные технологические операции оценивают по совокупности, так как их длительность не является случайной величиной. Обозначим: Время выполнения основных технологических и контрольных операций определяется по формуле: где Q – объем работы по задаче; V – производительность системы. Допустимое время обработки информации различается не по функциональным подсистемам, а в зависимости от периодичности решения задач: • • • внутрисменных задач – 0. 5 часа; задач с суточной периодичностью – 10 часов; ежемесячных и квартальных задач – 30 часов; ежегодных задач – 50 часов; запросных задач – несколько секунд. • Для заметок

1. 8. Капитальные затраты на создание информационной системы Капитальные затраты на ИС носят разовый характер. Применительно к ИС принято группировать капитальные затраты следующим образом: где Кпр – затраты на проектирование ИС; Ктс – затраты на технические средства управления; Клс – затраты на создание линий связи локальных сетей; Кпс – затраты на программные средства; Кио – затраты на формирование информационной базы; Куч – затраты на обучение персонала; Кво – затраты на вспомогательное оборудование (устройства пожаротушения, источники бесперебойного питания и др. ); Кпл – затраты на производственную площадь; Коэ – затраты на опытную эксплуатацию. Затраты на формирование информационной базы Кио относятся к формированию условно-постоянной информации. Состав затрат Коэ соответствует составу эксплуатационных затрат, которые будут рассмотрены далее. Однако эти затраты учитываются как разовые, поскольку временно (в период опытной эксплуатации) работают сразу две системы – базовая и новая система. Структура единовременных затрат – это не только их составляющие, но и удельный вес отдельных статей затрат. Наибольший удельный вес имеют затраты на технические и программные средства и проектирование. • Для заметок

1. 9. Эксплуатационные затраты, в отличие от капитальных, являются повторяющимися. Они повторяются в каждом цикле производства, а рассчитываются в сумме за год. Эксплуатационные затраты осуществляются синхронно с производством. Эксплуатационные затраты составляют себестоимость продукции или услуг. В состав эксплуатационных затрат на информационную систему входят следующие затраты: где Сзп – зарплата управленческого персонала, работающего с использованием ИС (пользователей ИС); Сао – амортизационные отчисления; Сто – затраты на техническое обслуживание, включая заработную плату персонала ИС; Спс – затраты на программное сопровождение; Син – затраты, связанные с использованием глобальных вычислительных сетей (Internet и др. ); Сни – затраты на носители информации; Сэл – затраты на электроэнергию; Спр – прочие затраты. Наибольший удельный вес в эксплуатационных затратах принадлежит заработной плате, амортизационным отчислениям, техническому обслуживанию. • Для заметок

1. 10. Совокупная стоимость владения Показатель совокупной стоимости владения (ССВ) представляет собой показатель полных затрат на создание и эксплуатацию информационных систем за определенный период времени. Без учета временной ценности денег его величина равняется ССВ=К+t*С, где t – количество лет эксплуатации информационной системы. Перечень затрат, связанных с внедрением и обслуживанием: 1) 2) 3) 4) 5) 6) 7) Программно-аппаратное обеспечение (Hardware and software) Администриро-вание (Systems management) Поддержка (Support) Разработка (Development) Коммуникации (Communication fees) Человеческий фактор (End-user IS costs) Простои (Downtime) Показатель совокупной стоимости владения используется для выбора варианта обработки информации при соблюдении принципа тождественности этой обработки по вариантам. • Для заметок

1. 11. Методика определения экономической эффективности информационной системы • • • Расчет экономической эффективности производится трижды: На предпроектной стадии производится ориентировочный расчет ожидаемой экономической эффективности. По результатам проектирования производится расчет ожидаемой экономической эффективности по уточненным данным, полученным в процессе проектирования. На основании результатов опытной эксплуатации системы производится расчет фактической экономической эффективности. Состав экономического эффекта информационной системы. • Для заметок

1. 1 Расчет внутреннего экономического эффекта Расчет сводится к следующему: определяется разность в годовых приведенных затратах по базовому и предлагаемому вариантам ИС: Эвнутр = Пб - П , Пб = Сб + ЕКб , П = С + Е (К + Кб), где Сб, С – годовые эксплуатационные затраты соответственно по базовому и предлагаемому вариантам ИС; Кб, К – капитальные затраты соответственно по базовому и предлагаемому вариантам ИС. С внедрением предлагаемого варианта ИС эксплуатационные затраты по базовому варианту, очевидно, отпадают, чем нельзя сказать про капитальные затраты по базовому варианту, которые уже произведены. Поэтому они должны быть добавлены и затратам по предлагаемому варианту. Таким образом, Эвнутр = Сб – С – ЕК • Для заметок

Расчет внутреннего экономического эффекта Сокращение предстоящих годовых эксплуатационных затрат следует проанализировать по всем стадиям затрат (см. 1. 9. ), однако основная экономия связана с затратами на заработную плату: где , – заработная плата управленческого персонала соответственно в базовом предлагаемом вариантах. Где – коэффициент, характеризующий отношение прироста средней заработной платы и прироста производительности труда ; b – прирост производительности труда управленческого персонала. Экономия на заработной плате управленческого персонала в связи с внедрением ИС составляет величину: • Для заметок

Расчет внутреннего экономического эффекта на основе динамических показателей Благодаря замечательному свойству аддитивности денежных потоков показатель чистой приведенной стоимости NPV можно представить как сумму показателей внутреннего и внешнего денежных потоков: NPV=NPVвнеш+ NPVвнут Чистая приведенная стоимость, характеризующая сокращение денежного потока, связанного с функционированием субъекта управления при наличии информационной системы по сравнению с ее отсутствием, характеризуется разностью: NPVвнут=NPVб- NPVИС , где NPVб –величина чистой приведенной стоимости денежного потока субъекта управления при отсутствии предлагаемой информационной системы (базовый вариант); NPVИС –величина чистой приведенной стоимости денежного потока субъекта управления при наличии информационной системы. • Для заметок

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

Распределение затрат на информационную систему по стадиям жизненного цикла Капитальные и эксплуатационные затраты на ИС Ктс Куг Ккб Кпс Кпл Кпр 0 1 2 … Коэ t Проектирование Ана лиз • Для заметок Программ ирование С Тв Вне дре ние Тэ С С … Эксплуатация и сопровождение T Вре мя

1. 11. 2 Расчет внешнего экономического эффекта Данный расчет предполагает определение следующих составляющих: где ΔСсеб – экономия на себестоимости продукции объекта управления; ΔА – прирост прибыли за счет увеличения выручки от реализации продукции, прочей реализации или внереализационной деятельности, связанной с ИС; ΔШ – сокращение штрафов и других непланируемых потерь; ΔО – сокращение величины оборотных средств. Е – коэффициент приведения оборотных средств к году. Состав статей, по которым рассчитывается экономия на себестоимость продукции за счет ИС, обычно следующий: где ΔСсм – экономия на сырье и материалах; ΔСтэ – экономия на топливе и энергии на технологические цели; ΔСзппр – экономия на заработной плате производственных рабочих; ΔСсэо – экономия на эксплуатации оборудования; ΔСбр – сокращение потерь от брака. • Для заметок

Расчет внешнего экономического эффекта на основе динамических показателей. Чистая приведенная стоимость внешнего денежного потока может быть рассчитана по формуле: –прирост выручки от реализации продукции, вызванной использованием ИС в подпериод t; • – экономия на себестоимости продукции благодаря ИС в t-й подперод; • – сокращение штрафов и других непланируемых потерь после внедрения ИС в t –й подпериод; • – сокращение величины оборотных средств (складских запасов, незавершенного производства) в t –й подпериод благодаря ИС. Значения слагаемых в приведенной формуле могут изменяться по подпериодам суммирования по мере развития информационной системы, связанного с освоением новых модулей и очередностью ввода функционирования задач. • Для заметок

1. 11. 3. Анализ риска в определении ожидаемой экономической эффективности Фактическая эффективность информационной системы как случайная величина может существенно отличаться от ожидаемой, то есть в оценке ожидаемой экономической эффективности присутствует риск В общем случае под риском понимают возможность наступления некоторого неблагоприятного события, влекущего за собой различного рода потери. • • Числовые характеристики фактического эффекта как случайной величины: Эmax – максимальное знание; Эmin – минимальное значение; Эож – ожидаемое значение(математическое ожидание); Э* – наиболее вероятное значение (мода). • Плотность распределения фактического экономического эффекта ИС (исправить) • Для заметок

Взаимосвязь ожидаемой эффективности и риска • В экономике существует закономерность, состоящая в том, что наиболее эффективные проекты являются в то же время наиболее рискованными. Высокий 1. Вариант ИС отвергается Риск Низкий 3. Вариант эволюционного развития ИС Низкая 2. Требуется тщательный анализ перед принятием варианта Ис 4. Очевидна целесообразность применения ИС Высокая Эффективность Для заметок

Основные методы оценки риска • • 1. Сценарный подход. В нем рассматриваются три сценария развития события при внедрении проекта (оптимистический, пессимистический и наиболее вероятный) и делаются расчеты экономической эффективности трижды. Этот метод широко используется при оценке эффективности инвестиционных проектов. Следует отметить, что исходные данные должны браться во взаимосвязи для выбранной ситуации. 2. Построение дерева решений. Здесь рассматриваются различные варианты развития событий при внедрении проекта. Им приписывают вероятности и подсчитывают итоговую вероятности при различных вариантах развития событий. Для каждого варианта рассчитывается показатель экономической эффективности ИС. Таким образом можно получить ряд распределения показателя экономической эффективности. 3. Анализ чувствительности Значение показателя эффективности зависит от точности определения исходных данных для расчета. Однако эти данные точно определить нельзя. Поэтому необходим анализ чувствительности, который показывает, как реагирует величина эффективности на изменение исходных данных 4. Имитационное моделирование среди исходных данных устанавливаются случайные величины; обосновываются и выбираются закон распределения случайных величин; проводятся имитационные эксперименты осуществляется обработка статистического материала • Для заметок

1. 12. Основные компоненты технологии проектирования ИС Компоненты технологии проектирования выстраиваются в следующую парадигму проектирования: Методология – Метод – Средства Методология предлагает принципы проектирования, определяет общие подходы к оценке и выбору варианта системы, последовательность стадий и этапов проектирования, и, в конечном итоге, позволяет выбрать метод проектирования. Метод проектирования конкретизирует порядок разработки отдельных элементов, комплексов задач, подсистем и системы в целом. Метод проектирования неразрывно связан с инструментальными средствами проектирования, которые его поддерживают. • Для заметок

1. 13. Методы и средства проектирования ИС • Методы проектирования По степени автоматизации На основе универсальной компьютерной поддержки На основе специальной компьютерной поддержки По степени использования типовых проектных решений Оригинальное проектирование Типовое проектирование Перепрограммирование По характеру адаптации Параметризация Модельные методы Для заметок

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

Классификация технологий проектирования • Для заметок Технологии проектирования Каноническое проектирование Индустриальное проектирование По степени использования типовых проектных решений Типовое проектирование По характеру адаптации Параметрическиориентированное Автоматизированное проектирование По методу декомпозиции информационной системы Модельноориентированное Функциональноориентированное Объектноориентированное

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

1. 16. Творческий подход к проектированию: метод генерирования идей Творческие способности, способности генерировать идеи, называется креативностью. Противоположное свойство называется конформизмом. Методы генерирования идей основаны на сочетании творческого компонента и формализованной поддержки. В зависимости от превалирования той или иной составляющей можно выделить неформализованные и формализованные методы. Неформализованные методы, в свою очередь можно подразделить на индивидуальные и групповые. Сочетание творческого компонента и формализованной поддержки в методах генерации идей. • Для заметок

Классификация методов генерирования идей • К числу неформализованных индивидуальных методов относятся: • Метод аналогии (подобия). При применении метода аналогии целесообразно изучать как черты сходства, так и черты различия аналогичных явлений. • Метод адаптации. Метод аналогии перерастает в адаптацию. • Метод ассоциации – использует ассоциативные связи, • Метод фантазии. Предполагает, что нестандартные решения не будут отброшены. • Метод интуиции. Требует наличия у проектировщика большого опыта работы и экспертных оценок. • Метод классификации (систематизации). • Метод кроссинга (пересечения). Предусматривается попытка найти новую идею на стыке наук • Метод инверсии. Предусматривает парадоксальный подход Метод свободного поиска идей (free willing). Для заметок

Групповые методы генерирования идей • • • В группе желательно присутствие людей, разных по стилю работы: «творец» ‑ человек, склонный к многовариантному подходу к выбору решения. Без него группа может ухватиться за первую поданную идею; «выдумщик» ‑ склонен к методам фантазии; «реалист» ‑ ограничивает полет фантазии с позиции возможностей группы; «представитель народа» ‑ не забывает о психологии будущих пользователей; «адвокат дьявола» ‑ бунтарь, который задает вопросы и заставляет группу отстаивать выбранный вариант; «посредник» ‑ полагает сплотить группу. Неавтоматизированные методы: 1. Мозговая атака. 2. Деловая игра. Автоматизированные методы: 1. Метод ветвей и границ. (см. лекции М. М. Галлилеева) 2. Экспертные системы. • Для заметок

2. 1. Стадии и этапы процесса проектирования ИС • • • Процесс проектирования рекомендуется проводить в соответствии с ГОСТ Р ИСО/МЭК 12207 -99 «Информационная технология. Процессы жизненного цикла программных средств» . Этот ГОСТ распределяет процессы ЖЦ по трем классам: основные (заказ, поставка, разработка, эксплуатация, сопровождение); вспомогательные (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, совместный анализ, аудит, решение проблем); организационные (управление, создание инфраструктуры, усовершенствование, обучение). 8 стадий процесса проектирования информационной системы по ГОСТ 34 -601: 1. Формирование требований к автоматизированной системе. 2. Разработка концепции автоматизированной системы. 3. Техническое задание. 4. Эскизный проект. 5. Технический проект. 6. Рабочая документация. 7. Ввод в действие. 8. Сопровождение автоматизированной системы. • Для заметок

Итерационная модель проектирования информационной системы • 1. Анализ: стадии 1, 2, 3 2. Проектирование: стадии 4, 5 3. Программирование: стадия 6 4. Внедрение: стадия 7 5. Эксплуатация: стадия 8 Можно выделить три укрупненные стадии проектирования ИС: • Предпроектную, включающую стадии 1, 2, 3. • Проектную стадию, включающую стадии 4, 5, 6. • Послепроектную стадию, включающую стадии 7, 8. Для заметок

2. 2. Состав работ на предпроектной стадии Стадия 1. Формирование требований к автоматизированной системе Главное на этой стадии – провести предпроектное обследование и дать технико-экономическое обоснование целесообразности создания системы. Формируются требования к функциональной части, обеспечивающим подсистемам, методу проектирования. Аудит с использованием методики COBIT. Определяется шесть уровней зрелости системы управления ИТ: • • • уровень 0 -полное отсутствие системы ИТ; уровень 1 -осознание необходимости комплексного подхода к ИТ; уровень 2 -повторяющиеся процессы следуют некоторым схемам; уровень 3 -определенные процессы описаны и доведены до сведения всех участников; уровень 4 -управляемые процессы измеряются и управляются; уровень 5 -оптимизация ИТ. • Для заметок

Состав работ на предпроектной стадии • • • Стадия 2. Разработка концепции автоматизированной системы. При разработке концепции рекомендуется использовать библиотеку инфраструктуры информационных технологий. ITIL (IT Infrastructure Library). В книге ITIL по представлению услуг (Service Delivery) рассмотрены следующие процессы управления IT-услугами: управление уровнем услуг; управление финансами IT; управление мощностями; управление непрерывностью IT-услуг; управление доступностью. Стадия 3. Техническое задание – итог предпроектной работы по созданию информационной системы. Это документ, обращенный к Исполнителю. Главным здесь является состав функциональных задач будущей системы и требования к обеспечивающим подсистемам. Этот документ формируется по материалам первых двух стадий и состовляется в соответствии с ГОСТ 34. 602 -89 «Техническое задание на создание автоматизированной системы» . • Для заметок

2. 3. Состав работ на стадиях технического и рабочего проектирования Стадия 4. Эскизный проект Выполняется применительно к информационной системы в экономике редко. Цель – разработка предварительных решений. Стадия 5. Технический проект. Это – основная стадия. Здесь уточняется состав и количество технических средств системы с привязкой к узлам обработки данных. В части организационного обеспечения предлагаются изменения в организационной структуре управления (например, сливаются подразделения). Проектируется база данных. Но главное здесь – алгоритмизация функциональных задач (не программирование). Разрабатываются формы документов. Составляется план мероприятий по подготовке объекта к внедрению системы. Проводится уточненный расчет ожидаемой экономической эффективности. Стадия 6. Рабочая документация. Эта стадия иногда называется рабочим проектом. Главное назначение: программирование или адаптация готовых программных средств. Кроме того, здесь составляются технологические инструкции, которые соответствуют должностным инструкциям, уточненным на стадии технического проектирования. В должностных инструкциях указывается, что нужно сделать, а в технологических – как это сделать. • Для заметок

2. 4. Состав работ на стадиях ввода в действие ИС, эксплуатации и сопровождения Стадия 7. Ввод в действие Осуществляется проведение опытной эксплуатации и сдача системы комиссии в постоянную эксплуатацию в соответствии с требованиями технического задания (ТЗ). Стадия 8. Сопровождение автоматизированной системы Цель сопровождения системы – поддержание эксплуатационных характеристик на проектном уровне. Сопровождение осуществляется Исполнителем (консультативная помощь, устранение недостатков, разработка предложений по развитию системы). • Для заметок

2. 5. Состав проектной документации 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Документация, связанная с информационной системой, подразделяется на проектную и организационную. Проектная документация включает в себя техническое задание, технический проект и рабочий проект. Техническое задание на создание информационной системы имеет следующую структуру: Наименование работы (разработка комплекса задач ИС); Наименование организации-заказчика; Наименование организации-разработчика; Руководитель (Ф. И. О. , ученая степень, должность); Код темы по УДК; Сроки выполнения работы; Стоимость работы; Цель работы (разработка программного комплекса ИС); Содержание работы Ожидаемые результаты работы Научно-техническая и практическая ценность ожидаемых результатов работы Перечень научной, технической и другой документации, представляемый по окончании работы. ГОСТ 34. 602– 89 «Техническое задание на создание автоматизированной системы Организационная документация включает в себя договор на разработку ИС, график выполнения работ и акты приемки–сдачи этапов работ. • Для заметок

2. 6. Обследование информационной системы осуществляется на первой стадии ее создания. Цель обследования – получение исходных данных для обоснования целесообразности создания системы и, в случае положительного решения, - для разработки технического задания, технического проекта и рабочей документации. 1. 2. 3. 4. 5. 6. 7. 8. 9. В соответствии с поставленной целью задачами обследования являются: Установление состава функциональных задач в базовом варианте, их краткое содержательное описание и требования к периодичности, оперативности и достоверности обработки информации по задачам. Установление информационной взаимосвязи задач. Определение документооборота между подразделениями. Описание документов (наименование, объем информации, периодичность и трудоемкость составления, связь с задачами и подразделениями). Описание показателей (наименование, состав реквизитов, связь с документами). Описание реквизитов (наименование, их содержательный смысл, система кодирования). Описание базы данных (состав, структура, объем файлов). Установление структуры управленческих работ подразделений (виды работ и их удельный вес). Характеристика технического и программного обеспечения системы в базовом варианте. • Для заметок

Обследование информационной системы Обследование может касаться информационной системы всего предприятия (сплошное обследование) или отдельных подразделений (выборочное обследование). В любом случае результаты обследования должны быть представлены в формализованном виде, удобном для ознакомления вновь подключаемых к работе сотрудников и контроля со стороны руководителя группы. Основным источником сведений об информационной системе являются беседы проектировщиков с сотрудниками подразделений и анализ документов, с которыми сотрудники работают. Для формализованного представления информационных связей используются информационные модели: – графовые информационные модели; – матричные информационные модели; – информационно-технологические схемы; – операционные таблицы; – CASE-модели. Методика проведения обследования включает в себя: – программу проведения обследования; – объекты обследования; – степень детализации анализа; – методы и формы сбора данных; – правила обработки результатов на ПК. • Для заметок

2. 7. Информационные модели в проектировании Информационные модели служат для представления взаимосвязей информационных образований (документов, файлов, электронных форм) в процессе обработки информации в системе. К числу информационных моделей относятся графовые, матричные модели, информационно-технологические схемы, операционные таблицы, case-модели. Графовые информационные модели Вершины графовой модели соответствуют информационным образованиям (документам, файлам, и т. д. ), а другие дуги связи между ними. Граф взаимосвязи документов и показателей по задаче Выходные документы Входные показатели Выходные показатели • Для заметок

Матричные информационные модели и информационно-технологические схемы Матричные информационные модели Матричная модель представляет собой таблицу, в заголовках строк и столбцов которой указаны соответственно источники и потребители информации (документы, подразделения), а на пересечении строк и столбцов (в графо-клетках) – характер связи между ними. Матричная модель «Подразделение на подразделение» Информационнотехнологическая схема Информационно-технологические схемы Эти схемы представляют технологические процессы обработки как в ручном варианте, так и в машинном с помощью специальных стандартных символов: носителей информации. Процедур или устройств обработки, а также символов связи. • Для заметок

Операционные таблицы В операционной таблице представлена последовательность операций по обработке информации с разноской по отделениям. Операции Подразделения Цех ИВЦ и т. д. 1. Регистрация 2. Подготовка машинного носителя 3. Машинная обработка в ИВЦ 4. Сверка По строкам таблицы указаны операции, а по столбцам – подразделения. В графо-клетках - документы. • Для заметок

2. 8. Описание постановки задачи При каноническом проектировании основной единицей обработки данных является задача. Поэтому функциональная структура предметной области на стадии предпроектного обследования изучается в разрезе решаемых задач и их комплексов. • Для заметок

2. 9. Состав, содержание и принципы организации информационного обеспечения ИС Организация информационного обеспечения предусматривает его разделение на внемашинное и внутримашинное. Важным принципом формирования и ведения фактографической базы данных является ее разделение на файлы, содержащие: • условно-постоянную информацию; • переменную информацию. • Для заметок

2. 10. Система классификации и кодирования информации • Существуют следующие системы кодирования: • Порядковая. Объекты кодируются числами натурального ряда. • Серийная. Она является развитием предыдущей системы и предусматривает выделение серии номеров для кодирования каждого класса объектов. • Повторений. По этой системе код представляет собой повторение какого-либо количественного признака объекта. • Классификационная. Система основана на классификации объектов кодирования и записи в разрядах кодового обозначения значений признаков классификации. Различают две системы классификации объектов кодирования: • последовательную (иерархическую), • параллельную (фасетную). Схема последовательной классификации Схема параллельной классификации Для заметок

2. 11. Коды с обнаружением и исправлением ошибок В рассматриваемых кодах к основным информационным разрядам добавляются контрольные разряды, то есть вносится информационная избыточность, которая позволяет обнаружить ошибку, а иногда и исправить её, не прибегая к повторению основных технологических операций. Количество разрядов, в которых в кодовом обозначении произошли ошибки, называется кратностью ошибки. Например, если ошибка произошла в одном разряде, то это однократная ошибка. Для обнаружения ошибок должно выполнятся условие: d r + 1 , где d – кодовое расстояние; r – кратность ошибки. Для исправления ошибок разрешенные коды должны еще больше отличаться друг от друга: d 2 r + 1 . Пример 1. Код с контролем по модулю для обнаружения однократной ошибки. К информационным разрядам добавляется один контрольный разряд, содержащий такую цифру, чтобы сумма всех цифр кода делилась без остатка на заданное число (модуль), например 10. Если величина ошибки не кратна модулю, то она будет обнаружена. Заметим, что модуль 10 позволяет обнаруживать все однократные ошибки. Именно однократные ошибки представляют наибольшую опасность, так как вероятность их возникновения приблизительно в 100 раз больше вероятности возникновения ошибок большей кратности. 2 7 1 4 5 1 Информационные разряды Контрольный разряд • Для заметок

Коды с обнаружением и исправлением ошибок Пример 2. Код Хемминга с исправлением однократных ошибок. В этом коде присутствует целая серия контрольных разрядов, каждый из которых служит для контроля своей группы разрядов. Контрольные разряды Если произошла ошибка в одном разряде, то изменится сумма цифр не всех, а только некоторых групп разрядов (в которые входит разряд с ошибкой). Это позволяет установить местоположение ошибочного разряда. Далее, изменяя цифру в ошибочном разряде так, чтобы деление на модуль проходило без остатка, можно исправить ошибку. • Для заметок

2. 12. Единая система классификации и кодирования Система документации – это совокупность взаимосвязанных документов, необходимых для работы пользователей информационной системы. С целью глобализации и стандартизации систем классификации и кодирования информации создана единая система классификации и кодирования (ЕСКК). • Для заметок

2. 13. Проектирование форм первичных документов • • Документ – носитель информации, имеющий юридическую силу. Для этого нужно, чтобы в документе были подпись, дата, печать. Отличия документов для машинной и ручной обработки: в документе должен быть минимально необходимый состав показателей; следует устранить неоправданное дублирование из состава документов исключают показатели условнопостоянной информации, хранящейся в базе данных системы; аналогично поступают и с расчетными показателями, рассчитываемыми на ЭВМ; в документ вводятся новые реквизиты Каждый документ включает в себя: заголовок, предметную часть и основание. Существуют следующие формы предметной части первичных документов: анкетная, зональная, табличная. Анкетная форма – это последовательность вопросов и ответов. Зональная форма предусматривает выделение в документе отдельных зон, в которых располагаются логически взаимосвязанные реквизиты. Табличная форма является наиболее компактной. Наименования реквизитов стоят во главе столбцов, а значения – находятся в графо-клетках. Существуют комбинированные формы представления предметной части. После составления проекта документа необходимо его согласовать с пользователем. Рекомендуется оставлять на бланке документа место для примечаний. • Для заметок

2. 14. Унифицированная система документации Очевидна целесообразность унификации системы документации в допустимых пределах. Унификация систем документации может быть на разном уровне управления: межотраслевом, отраслевом и уровне предприятия (локальные системы документации). На межотраслевом уровне в настоящее время разработан целый ряд унифицированных систем документации (УСД), к которым относятся: – единая система конструкторской документации (ЕСКД); – единая система технологической документации (ЕСТД); – унифицированная система форм статистической отчетности; – унифицированная система документов бухгалтерского учета и отчетности и др. В то же время остается необходимость разработки локальных систем документации, включающих не унифицированные документы оперативного учета, плановые и отчетные документы, отражающие технологические и другие особенности предприятия и управления им. • Для заметок

2. 15. Проектирование пользовательского интерфейса • • • Пользовательский интерфейс или человеко-машинный диалог - это набор приемов взаимодействия с компьютером. Пользовательский интерфейс необходимо проектировать так, чтобы было обеспечено максимальное удобство пользователям в работе с данной программой. В программе должны быть заложены: дизайн интерфейса должен отвечать правилам эргономики; естественность (интуитивность) работы с программой; нагрузка на память пользователя должна быть, по возможности, минимальна; стандартность приёмов работы подсказки интерактивная помощь очевидность меню действия пользователя должны быть обратимыми возможность использования «горячих» клавиш; экстренный выход из программы. В настоящее время человеко-машинный диалог чате всего осуществляется на основе WIMF-интерфейса, реализуемого операционной системой Windows. В перспективе предусматривается распространение интерфейса, включающего в себя речевые команды ‑ Sl. LK-интерфейса (Spich. Речь, Image-Образ, Language-Язык, Knowledge-Знание). К проектированию основных компонентов пользовательского интерфейса относятся: меню, экранные формы и отчеты. • Для заметок

2. 16. 1. Методы проектирования фактографических баз данных, как и методы проектирования любых информационных систем могут быть подразделены на канонические, автоматизированные и типовые. Каноническое (индивидуальное) проектирование предусматривает использование СУБД, например, Microsoft Access или MS SQL Server, и обеспечивает учет специфических особенностей структуры фактографической информации без использования средств автоматизации. Методы автоматизированного проектирования базы данных предусматривают использование CASE-средств. Так, CASE-средство Silverrun американской фирмы Silverrun Technologies, Inc. содержит модуль концептуального (инфологического) моделирования данных (ERX-Entity Relationship Expert), который обеспечивает построение моделей данных «сущность-связь» , не привязанных к конкретной реализации. Этот модуль имеет встроенную экспертную систему, позволяющую создать инфологическую модель данных посредством ответов специалистов в данной предметной области на вопросы о взаимосвязи данных. Результаты работы этого модуля передаются в модуль реляционного моделирования (RDM – Relational Data Modeler) для проектирования даталогической реляционной модели данных. Методы типового проектирования используют ранее разработанные аналоги баз данных для построения новой фактографической базы. • Для заметок

2. 16. 2. Концептуальное, логическое и физическое проектирование фактографических баз данных Итоговая задача предпроектной стадии – разработка инфологической модели предметной области без привязки к конкретной СУБД. Распределение работ по стадиям проектирования фактографической базы данных • Для заметок

2. 17. 1. Анализ предметной области документальной базы данных Работа начинается с постановки задачи создания документальной базы данных. Проводится анализ предметной области и совокупности характеризующих ее документов. Выбираются критерии эффективности функционирования ДБД и разрабатывается технико-экономическое обоснование целесообразности ее создания. Осуществляется выбор информационно-поис-кового языка (ИПЯ), определяются требования к техническим средствам и форме представления выходных документов. Предпроектная стадия заканчивается утверждением технического задания (ТЗ) по проектированию ДБД. • Для заметок 2. 17. 2. Разработка состава и структуры документальной базы данных Стадия технического проектирования включает в себя проектирование поисковых образов документов (ПОД) и поисковых образов запросов (ПОЗ). Выбирается СУБД для управления базой данных ПОД и базой данных документов, если документы представлены на машинном носителе. • Для заметок

2. 17. 3. Проектирование логико-семантического комплекса документальной базы данных Разрабатывается логико-семантический комплекс, то есть алгоритм, отражающий логику сопоставления содержания ПОЗ и ПОД. Проектируется структура ДБД. Разрабатывается электронный каталог ДБД и формируется «Словарь ключевых слов» для пользователей. Завершается стадия утверждением технического проекта (ТП). • Для заметок

Распределение работ по стадиям проектирования документальной базы данных • По результатам опытной эксплуатации утверждается акт приемки-сдачи ДБД и наступает стадия сопровождения ДБД, состоящая в ее обновлении и эксплуатации в рабочем режиме. Для заметок

2. 18. Проектирование технологических процессов обработки информации Для заметок В системе обработки информации можно выделить следующие технологические процессы: 1. Получение информации. 2. Сбор информации. 3. Хранение информации. 4. Вычислительная обработка по функциональным алгоритмам 5. Выдача информации. 6. Преобразование выходной и принятие управленческих решений.

2. 18. Проектирование технологических процессов обработки информации Факторами много вариантности процессов сбора информации являются: • технические и программные средства сбора, определяющие технологию регистрации, передачи и вида информации. • централизованный и децентрализованный характер ввода информации в систему • пользовательский интерфейс; • контроль правильности информации. Факторами многовариантности процессов хранения информации являются: • машинный носитель; • метод распределения информации; • программная часть, представленная СУБД; • структура данных (в рамках одной СУБД возможно построение различной структуры); • методы повышения достоверности хранения и резервирования информации. Факторами многовариантности вычислительной обработки информации являются: • техническая платформа; • операционная система; • режим решения задачи (пакетный, диалоговый); • программная реализация функциональной части; • контроль правильности вычислений. Факторами многовариантности процессов выдачи информации являются: • технические средства; • программные средства: • использование промежуточного носителя информации; • методы контроля выдаваемой информации; • методы размножения информации. • Для заметок

Общая модель технологического процесса обработки информации в графовой форме Промежуточные результатные параметры Задаваемы е параметры (постановка задачи) Выбираемые параметры (вариант решения задачи) • Для заметок Конечные результатны е параметры

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

2. 20. Математическая оптимизационная модель проектирования комплекса процессов обработки информации в системе Рассмотрим задачу оптимального выбора комплекса процессов обработки информации в информационной системе применительно к тому случаю, когда на каждом этапе обработки информации (для каждого типа процессов) используется один и тот же вариант. Для решения этой задачи можно предложить модель линейного целочисленного программирования с двоичными переменными. П = П h. Y h min h H При ограничениях: Т sh Y h Tдоп. . s (оперативность) h H Р sh Y h Рдоп. . s(достоверность) h H Y h s S (полнота) = 1, (единственность выбора) h H = 0. 1 , h H (двоичность переменных) h - двоичная переменная, принимающая значение 1, если для Введем обозначения: осуществления -го процесса выбран h-й вариант, 0 - в противном случае. H множество возможных вариантов процессов -го типа; П h - годовые приведенные затраты, связанные с -м процессом при h-м варианте его осуществления; Т sh - время обработки при выборе h-го варианта для процесса -го типа применительно к задачам sго класса; P sh - вероятность ошибки при выборе h-го варианта для процесса -го типа применительно к задачам s-го класса; S- множество классов задач; T доп. . s - допустимое значение времени обработки информации по задачам s-го класса; P доп. . s - допустимое значение достоверности обработки информации по задачам s-го класса; множество типов процессов, = сбор, хранение, вычислительная обработка, выдача. Y h • Для заметок

3. 1. Реинжиниринг бизнес-процессов на основе интегрированных информационных систем Бизнес-процесс представляет собой взаимосвязанную упорядоченную последовательность операций, объединенных общей целью и характеризующуюся определенным входом и выходом. Классификация бизнес-процессов В качестве инструментальных средств управления бизнес-процессами используются информационные системы класса work-flow. • Для заметок

3. 1. Реинжиниринг бизнес-процессов на основе интегрированных информационных систем Если основные и обеспечивающие бизнес-процессы относятся к текущей • • деятельности хозяйствующего субъекта, то бизнес-процессы развития направлены на перспективу. Процессный подход в управлении возможен только на основе интегрированной (корпоративной) информационной системы. Внедрению такой интегрированной информационной системы должен предшествовать реинжиниринг. Определение реинжиниринг- это фундаментальное переосмысление и радикальное перепроектирование деловых процессов для достижения резких скачкообразных улучшений в решающих, современных показателях деятельности компании, таких, как стоимость, качество, сервис и темпы. Основными принципами реинжиниринга бизнес-процессов являются следующие: «горизонтальное» сжатие процесса, при котором несколько операций объединяются в одну и достигается универсализация исполнителей; «вертикальное» сжатие процесса, при котором исполнители получают больше самостоятельности в принятии решений и контролируют ход процесса, а не только результат; организация рабочих групп для выполнения процесса под руководством менеджера ( «хозяина» ) процесса; организация взаимодействия территориально-распределенных структур (виртуальных корпораций) на основе Internet-технологий; обеспечение единой точки контакта процесса с заказчиком; распараллеливание процессов для экономии времени при сохранении необходимых взаимосвязей между ними; многовариантный подход к организации процессов. • Для заметок

3. 2. Принципы и особенности проектирования интегрированных ИС Интегрированная (корпоративная) информационная система (КИС) представляет собой объединение информационных систем в различных сферах деятельности одного или нескольких хозяйствующих субъектов. 1. АС – административные системы 2. СППР – системы поддержки принятия решений 3. УИС – управленческие информационные системы 4. СОЗ – системы обработки знаний • Для заметок

3. 2. Принципы и особенности проектирования интегрированных ИС 5. ОАС – офисные автоматизированные системы 6. СОО – системы обработки операций МВУ – менеджеры верхнего уровня; МСУ – менеджеры среднего уровня; ИТР – инженерно-технические работники, служащие; МНУ – менеджеры нижнего уровня, рабочие, операторы. Интеграция функциональной части системы Интегрированные логистические системы охватывают управление и обеспечивают синхронизацию в движении материальных потоков от поставщиков предприятия, внутри подразделений предприятия (склады-цеха-склады) и до потребителей через дистрибутивную сеть. Интеграция информационного обеспечения Требует создания общей базы данных. Интеграция программного обеспечения 1. программное обеспечение сквозных задач 2. организация взаимодействия прикладных программ; 3. разработка стандартов программного обеспечения. Интеграция технического обеспечения Предполагает проведение единой технической политики и использование компьютерных сетей как основного технического интеграционного фактора. Интеграция организационного обеспечения Предусматривает общее руководство системой и корректировку организационной структуры системы и должностных инструкций пользователей с учетом новых сквозных задач. • Для заметок

3. 2. Принципы и особенности проектирования интегрированных ИС Требования к корпоративным информационным системам • Для заметок

3. 3. Проектирование системы АРМ на основе локальной вычислительной сети АРМ представляет собой программно-технический комплекс для решения задач пользователя (клиента) информационной системы непосредственно на рабочем месте в режиме человекомашинного диалога. Классификация APM • АРМ руководителя; • АРМ секретаря; • АРМ специалиста. Назначение АРМ руководителя: • информационная поддержка принятия управленческих решений; • оперативное получение справок по основным показателям производственно-хозяйственной деятельности • организация личной работы и др. Назначение АРМ секретаря: • ведение информационной базы АРМ руководителя; • контроль исполнения сроков выполнения поручений руководителя; • составление писем; • работа с электронной почтой и др. Назначение АРМ специалиста: • выполнение функций управления производственно-хозяйственной деятельностью предприятия (планирование, учет, анализ и т. д. ) • повышение квалификации с помощью автоматизированной обучающей системы (АОС) и др. • Для заметок

3. 3. Проектирование системы АРМ на основе локальной вычислительной сети • Особенности и преимущества проектирования информационной системы на базе АРМ заключаются в том, что можно создавать систему по очереди (сначала спроектировать подсистему АРМ для работников одного цеха или отдела, затем другого и т. д. ). Для заметок

3. 4. Открытые информационные системы: межсистемные интерфейсы и драйверы • Открытая информационная система – это система, которая состоит из компонентов, взаимодействующих друг с другом через стандартные интерфейсы. Основные свойства открытых систем следующие: 1. Интероперабельность 2. Расширяемость 3. Мобильность 4. Дружественность 5. Управление 6. Пользовательский интерфейс 7. интерфейсы прикладных программ 8. форматы данных 9. интерфейсы сетевых коммуникаций. OLE- это набор стандартов для связи и внедрения объектов при создании компонентов программного обеспечения. Одним из стандартов OLE является спецификация модели составного объекта (или COM), основа для бинарных соединений между компонентами Для заметок

3. 5. Интерфейсы в распределенных системах • Распределенная информационная система – это совокупность территориально-распределенных клиентских компьютеров и серверов, объединенных сетью в единую систему. Основные требования к интерфейсам в распределенных системах состоят в обеспечении способности к взаимодействию компонентов системы (interoperability) и переносимостью приложений из одной распределенной системы в другую (portability). Сервис-ориентированная архитектура (Service Oriented Architecture, SOA) – это архитектура информационной системы, предполагающая использование распределенных информационных ресурсов (приложений и данных), находящихся в сфере ответственности разных владельцев, в интересах конечных пользователей или других приложений. Сервис-ориентированная архитектура может реализовать концепцию «облачных вычислений (cloud computing)» . Для заметок

3. 5. Интерфейсы в распределенных системах • Интерфейсы в распределенных системах строятся на основе стандартов и оформляются виде контрактов (соглашений) между пользователями и сервисными службами. Примером построения подобного рода интерфейса является использование технологии Windows Communication Foundation (WSF). В этом случае оформляются три вида контрактов: • контракт о службе, описывающий функциональные операции, реализуемые сервисной службой; • контракт о данных, описывающий структуры данных на основе формата XML, необходимых для общения со службой; • контракт о сообщении, описывающий структуру сообщения, его заголовок и тело. К числу преимуществ сервисно-ориентированной архитектуры относятся: • Сокращение времени и стоимости разработки, так как сервисы SOA можно легко использовать повторно и быстро интегрировать в новые, комплексные приложения; • Снижение стоимости поддержки за счет повторного использования сервисов; • Снижение стоимости интеграции, так как стандартные сервисы легко взаимодействуют друг с другом, обеспечивая связь гетерогенных приложений; • Расширение функциональности информационной поддержки бизнес – процесса; На рисунке представлена укрупненная классификация веб сервисов информационной системы по признаку функционального назначения. Для заметок

3. 6. 1. Организация взаимодействия прикладных программ на основе интерфейсов CORBA и COM • • • При создании распределенной ИС требуется преодолевать границы: унаследованного программного обеспечения; операционных систем; языков программирования; сетевых коммуникаций; объектных моделей Программный интерфейс CORBA (Common Object Request Broker Architecture – общая архитектура брокеров объектных запросов) курируется консорциумом OMG. Язык описания интерфейсов IDL (Interface Definition Language) обеспечивает стандартизацию описания взаимосвязи объектов в объектно-ориентированных прикладных программах. Для заметок

3. 6. 2. Организация связи с разнородными базами данных на основе драйверов ODBC (Open Database Connectivity) – широко распространенный комплекс драйверов фирмы Microsoft для связи с разнородными (гетерогенными) базами данных, удовлетворяющий стандартам ISO. На рисунке представлена схема традиционной технологии использования драйверов ODBC в условиях архитектуры клиент/сервер. Управляющий модуль ODBC (ODBC Administration) позволяет определить необходимые источники данных для прикладной программы. Драйвер ODBC представляет собой динамически загружаемую библиотеку, которую клиентское приложение загружает в свое адресное пространство для доступа к источнику данных. Связь клиентской и серверной частей информационных систем осуществляется с помощью локальной или глобальной сети. • Для заметок

3. 7. Система управления информационными потоками как средство интеграции приложений ИС • В основе технологии Workflow лежат следующие понятия: • объект • событие • операция • Исполнитель Технология связи с разнородными базами данных с использованием сервера ODBC Для заметок

3. 7. Система управления информационными потоками как средство интеграции приложений ИС • Взаимосвязь между базовыми понятиями технологии В рамках этой модели ПРОЦЕСС состоит из ОПЕРАЦИЙ. Каждая ОПЕРАЦИЯ адресуется своему ИСПОЛНИТЕЛЮ, который, в свою очередь, отвечает за выполнение одной или нескольких ОПЕРАЦИЙ. ОБЪЕКТЫ участвуют в выполнении ОПЕРАЦИИ. СОБЫТИЯ могут влиять на выполнение ОПЕРАЦИЙ, например, изменяя результат операций или последовательность их выполнения. Каждая система класса Workflow обеспечивает решение трех задач: 1. разработка описания бизнес-процесса; 2. управление выполнением бизнес-процесса; 3. интеграция используемых в процессе приложений. Для заметок

3. 7. Система управления информационными потоками как средство интеграции приложений ИС • Для заметок

3. 8. Проектирование архитектуры электронного предприятия Электронное предприятие ( е-предприятие) –это распределенная сетевая предпринимательская структура, в которой взаимодействие структурных единиц осуществляется на основе информационных сетей и Internetтехнологий под управлением информационной системы. Архитектура электронного предприятия, представляет собой «динамическую сеть» Эта сеть включает в себя координационный центр (ядро электронного предприятия) и временные структурные единицы (агенты электронного предприятия-поставщики, исполнители работ, партнеры, клиенты). Поддержание архитектуры электронного предприятия основывается на трех факторах, к числу которых относятся: • технологический; • экономический; • юридический. • Для заметок

3. 8. Проектирование архитектуры электронного предприятия Под виртуальной корпоративной структурой (ВК) понимается временная форма кооперации нескольких независимых хозяйствующих субъектов на основе Internet-технологий Основными особенностями виртуальной корпоративной структуры являются: • использование динамической сети в качестве организационной структуры, включающей в себя координационный центр (ядро ВК) и временные структурные единицы (агенты ВК – исполнители, партнеры); • гибкость организационной структуры; • возможность использования уникальных научных идей, технологий, совершенных ресурсов; • отсутствие необходимости в большом стартовом капитале для создания ВК; На рисунке представлено распределение работ по стадиям проектирования ВК • Для заметок

3. 8. Проектирование архитектуры электронного предприятия • Состав информационных денежных и материальных потоков между ядром и агентом ВК. Где И-информационный поток; Д-денежный поток; М-материальный поток. Итогом технического проектирования является разработка инвестиционного проекта ВК, в котором содержатся резюме, описание маркетинговой, продуктовой и производственной стратегии ВК. Дается описание информационной системы управления ВК. Экономическая оценка инвестиционного проекта ВК осуществляется в соответствии с Методическими рекомендациями по оценке эффективности инвестиционных проектов, которая расчитывается по формуле NPV Для заметок

3. 8. Проектирование архитектуры электронного предприятия • – приток денежных средств от -го агента ВП в -й подпериод на расчетный счет ядра; – отток денежных средств с расчетного счета ядра в адрес -го агента ВП в -й подпериод; – отток денежных средств, связанных с эксплуатационными расходами ядра в -й подпериод; – количество агентов ВК; – количество подпериодов, выделенных в периоде выполнения проекта; – ставка дисконта; – инвестиции ядра в создание ВК, приведенные к началу периода выполнения проекта ВК. Одним их наиболее достоверных методов оценки стоимости бизнеса является доходный метод, основанный на применении дисконтированных денежных потоков. – прогнозируемая стоимость ВК на конец периода оценки. Для заметок

Взаимодействие структурных единиц виртуальной корпорации (ВК) на рынках сетевой экономики Предложение Ядро ВК 1 Ядро ВК 2 Рынок продукции ВК Информационный посредник на рынке продукции ВК и т. д. Предложение Агент 1 Агент 2 Рынок ресурсов ВК Информационный посредник на рынке ресурсов ВК и т. д. Спрос Покупатель 1 Покупатель 2 Покупатель 3 и т. д. Спрос Ядро ВК 1 Ядро ВК 2 и т. д. Рынок сервисов информационной поддержки бизнес-процессов Предложени еее Провайдер 1 Провайдер 2 и т. д. Предложени е Платежная система 1 Платежная система 2 и т. д. Информационный посредник на рынке сервисов информационной поддержки бизнеспроцессов Рынок платежных систем Информационный посредник на рынке платежных систем Спрос Ядро ВК 1 Ядро ВК 2 и т. д. Спрос Ядро ВК 1 Ядро ВК 2 Покупатель 1 Покупатель 2 • Для заметок

3. 9. Проектирование и управление контентом web-сайта • Различают три основных класса Web-сайтов: • Web-сайты Internet (public); • Экстрасетевые (extranet); • Внутрисетевые (intranet). Рассмотрим порядок проектирования коммерческого Web-сайта предприятия (корпорации). Для разработки Web-сайта создается команда, в которую входят специалисты разного профиля: • Менеджер проекта - сотрудник организации, ответственный за выполнение работ; • Маркетолог для определения состава потенциальных покупателей, а также номенклатуры товаров и услуг, которые целесообразно продвигать через Web-сайт, и другие специалисты организации, участвующие в выработке основных требований к сайту и формирующих его структуру и контент; • Дизайнер, имеющий опыт оформления страниц в Internet, в задачу которого входит разработка макетов шаблонов страниц; • Верстальщик, участвующий в месте с дизайнером и поставщиками контента в проектировании внешних представлений на сайте и имеющий опыт работы с языком HTML; • Программист для разработки базы данных сайта, например, с использованием СУБД My SQL, и имеющий опыт работы на языках PHP, HTML и др. , а также с системами управления контентом (Content Management System, CMS); • Специалист в области информационных технологий и систем для осуществления связи Web-сайта с информационной системой предприятия. Для заметок

Каскадная модель проектирования Web-сайта • 1. Стадия анализа 2. Стадия проектирования 2. 1. Этап разработки структуры и навигации сайта 2. 2. Этап написания контента 2. 3. Этап дизайна и верстки 3. Стадия программирования 3. 1. Этап тестирования 3. 2. Этап размещения сайта 4. Стадия ввода в действие 5. Стадия сопровождения и управления контентом Для заметок

3. 9. Проектирование и управление контентом web-сайта • К числу возможных функций корпоративного сайта относятся: • Презентационная функция; • Донесение информации до клиента; • Поиск новых клиентов или партнеров; • Расширение рынков сбыта; • Изучение потребностей рынка; • Автоматизация продажи продукции и прочих отношений с клиентами. К ключевым показателям качества Web-сайтов в настоящее время относятся: • Необходимый контент; • Usability (удобство общения пользователя с сайтом, проявляющееся в простоте навигации, единстве дизайна всех разделов, доступности для пользователя и т. д); • Оперативность обновления контента; • Информационная безопасность. Следует отметить типовые просчеты в разработке дизайна: • несоответствие фирменному стилю и рекламной стратегии; • медленная загрузка страниц вследствии неоправданного использования графики и анимации; • пестрые схемы; • трудночитаемый текст. Требования к доменному имени очевидны: • Имя должно легко запоминаться; • Быть достаточно коротким; • Быть простым в написании во избежание ошибок при его наборе; • Легко произносимым; • Содержать название предприятия, либо обозначать сферу его деятельности. Для заметок

4. 1. Основные принципы CASE-технологии Аббревиатура CASE (Computer-Aided Software/System Engineering) означает проектирование программного обеспечения или системы на основе компьютерной поддержки. Такое проектирование называется CASEтехнологией проектирования. Существует несколько принципов CASE-технологии. Рассмотрим основные из них: 1. Принцип всесторонней компьютерной поддержки проектирова-ния. CASEтехнология – это разновидность САПР в области создания информационных систем. 2. Принцип модельного подхода – это может быть методология функционально-ориентированного подхода или методология объектноориентированного подхода. 3. Иерархическое представление модели предметной области. 4. Существуют плоские модели, предусматривающие представление всей модели в виде единого листа. Но когда встречаются сложные систе-мы, то возникают определенные трудности. Преодолеть эти трудности позволяют иерархические модели, в которых предусмотрена иерархическая последовательность детализации (декомпозиции) описания системы. Эти модели соответствуют принципу проектирования «сверху-вниз» , от обще-го к частному. 5. Наглядность представления модели, то есть наличие визуальных средств проектирования. Это связано с тем, что процесс построения моде-ли информационной системы так и не удается формализовать до конца, и в этом процессе должен принимать участие человек. Поэтому CASE-технология предусматривает четырехуровневую парадигму проектирования, в которой важное место отводится нотациям: Методология – Метод – Нотации – Средства • Для заметок

4. 1. Основные принципы CASE-технологии 1. Декомпозиция не только модели предметной области, но и самого процесса проектирования на стадии и этапы. 2. CASE-технология может быть распространена на все стадии жизненного цикла информационной системы 3. Перенесение трудоемкости разработки в большей степени на анализ и проектирование. 4. Отделение, независимость стадий проектирования от средств реализации, от программирования. 5. Возможность как прямого, так и обратного проектирования 6. Использование репозитория – хранилища проектных данных, представляющего собой центральный компонент CASE-средства. • Для заметок

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

4. 2. Факторы эффективности CASE-технологии • • • Наличие формализованной модели системы создает возможность для многовариантного • анализа с прототипированием и ориентировочной оценкой эффективности вариантов. CASEмодели позволяют осуществлять функционально-стоимостной анализ (Activity-Based Costing – ABC) для выявления и исследования стоимости выполнения той или иной функции. Анализ прототипа системы позволяет скорректировать будущую систему до того, как она будет реализована в окончательном виде Этот подход ускоряет и удешевляет создание системы. CASE-технология позволяет использовать концепцию сборочно-го проектирования, основанную на повторном использовании типовых проектных решений (компонентов) системы. Сборка прикладной про-граммы из готовых компонентов позволяет значительно сократить стои-мость и время разработки ИС. Закрепление в формализованном виде требований к системе из-бавляет проектировщиков от необходимости многочисленных корректи-ровок по новым требованиям пользователей. Отделение проектирования системы от программирования созда-ет устойчивость проектных решений для реализации на разных програм-мно-технических платформах. Наличие формализованной модели реализации системы и соот-ветствующих средств автоматизации позволяет осуществить автоматичес-кую кодогенерацию программного обеспечения системы и создать рацио-нальную структуру базы данных. На стадии эксплуатации системы появляется возможность внесения изменений на уровне модели, не обращаясь к текстам программ, возможно, силами специалистов отдела автоматизации фирмы, то есть осу-ществить модификацию проекта. Модель системы может использоваться не только как основа ее создания, но и в целях автоматизированного обучения персонала с исполь-зованием диаграмм. На основе модели действующей системы может выполняться бизнес-анализ для поддержки управленческих решений и бизнес-реинжиниринг при изменении направления деятельности фирмы. Для заметок

4. 3. Функционально-ориентированный подход в проектировании • • • Этот подход основан на декомпозиции функциональной части системы, то есть процессов обработки информации, соответствующих отдельным функциональным подсистемам, комплексам задач и задачам. Построение CASE-модели системы предусматривает декомпозицию системы и иерархическое упорядочивание декомпозированных подсистем. Модель системы должна включать: функциональную часть системы (функциональную модель); отношения между данными (информационную модель); переходы состояния системы при работе в реальном времени. Для моделирования информационной системы в трех указанных аспектах используются соответственно три разновидности графических средств с определенными нотациями, а именно: диаграммы потоков данных – DFD (Data Flow Diagrams). диаграммы «сущность-связь» – ERD диаграммы переходов состояний – STD (State Transiting Diagrams). В качестве основных символов диаграмм потоков данных могут быть использованы следующие • Для заметок

4. 3. Функционально-ориентированный подход в проектировании • • В CASE-технологиях используются такие методы задания алгоритмов, как: текстовое описание; естественный структурированный язык; таблицы решений; деревья решений; визуальные языки; языки программирования. Иерархическая структура диаграммы потоков данных Функционально-ориентированный подход предусматривает каскадную модель разработки • Для заметок

4. 3. Функционально-ориентированный подход в проектировании • Каскадная модель разработки информационной системы Для заметок

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

4. 5. Содержание RAD-технологии прототипного создания приложений RAD-технологии (Rapid Application Development) – это технологии быстрого создания приложений на основе прототипирования и использования графического пользовательского интерфейса GUI (Graphical User Interface). Основа этой технологии – спиральная модель создания ИС 1. Анализ – стадия, на которой исследуется предметная область. 2. Проектирование – стадия, на которой разрабатываются алгоритмы функциональных задач. 3. Программирование – стадия, на которой пишется машинный код и выпускается очередной «прототип» заказанной системы с полной документацией. 4. Внедрение – завершающая стадия витка спирали, на которой происходит пробная эксплуатация прототипа системы. • Для заметок

4. 6. Классификация, примеры методов автоматизированного проектирования и их характеристика Методы построения моделей бизнес-процессов, прежде всего, следует подразделить в соответствии с методологией моделирования на методы функционально-ориентированной методологии и объектноориентированной методологии. • Для заметок

4. 6. 1. Метод функционального моделирования IDEF 0 Этот метод известен также как метод структурного анализа и разработки (Structured Analysis and Design Techniqe, SADT). Этот метод используется на начальной стадии работы над проектом и даёт укрупненное представление о бизнес-процессе. На рисунке представлены возможные четыре типа интерфейсных дуг в IDEF 0. Основные символы IDEF 0 • Для заметок

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

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

Декомпозиция контекстной диаграммы бизнес-процесса «Выполнения заказа клиента» по методу IDEF 0

4. 6. 2. Метод построения модели бизнес-процессов IDEF 3 - метод описания бизнес-процесса, органично дополняющий метод • IDEF 0. Метод IDEF 3 позволяет отражать разветвления в последовательности выполнения операций бизнес-процесса: логику условных переходов, параллельное выполнение работ. Для заметок

Модель бизнес-процесса «Выполнения заказа клиента» по методу IDEF 3

4. 6. 3. Метод построения диаграммы потоков данных DFD: Контекстная диаграмма бизнес-процесса «Выполнение заказа клиента» в нотациях DFD

Декомпозиция контекстной диаграммы бизнеспроцесса «Выполнение заказа клиента» в нотациях DFD

4. 6. 4. Метод описания бизнес-процесса, управляемого событиями, e. EPC Метод e. EPC расшифровывается следующим образом: Expended Event Driven Process Chain - метод описания цепочки процесса, управляемого событиями. Каждая функция (операция) в этом методе должна быть инициирована событием и должна завершаться событием. При этом в каждую функцию не может входить, а также выходить из неё более одной стрелки. Основные символы метода e. EPC: • Для заметок

Модель бизнес-процесса «Выполнение заказа клиента» по методу e. EPC

4. 6. 5. Метод функционально-ориентированного моделирования в среде 1 С: Предприятие 8 Достоинством моделирования бизнес-процессов средствами корпоративной информационной системы является возможность не только графического представления моделей, но и их автоматического выполнения. Основные символы представления карты маршрута в 1 С: Предприятии 8 • Для заметок

Модель бизнес-процесса «Выполнение заказа клиента» в среде 1 С: Предприятие 8

4. 6. 6. Метод объектно-ориентированного моделирования на основе языка UML • • UML представляет собой общецелевой язык визуального моделирования, который разработан для спецификации, визуализации, проектирования и документирования компонентов программного обеспечения, бизнеспроцессов и других систем. В терминах UML определены следующие виды диаграмм: Диаграмма прецедентов использования (use case diagram) Диаграмма классов (class diagram) Диаграмма состояний (statechart diagram) Диаграмма деятельности (activity diagram) Диаграмма последовательностей (sequence diagram) Диаграмма кооперации (collaboration diagram) Диаграмма компонентов (component diagram) Диаграмма развертывания (deployment diagram) Диаграмма прецедентов использования, Use case diagram - диаграмма, на которой отражены отношения, существующие между актёрами и прецедентами. • Для заметок

4. 6. 6. Метод объектно-ориентированного моделирования на основе языка UML • Диаграмма деятельности, Activity diagram - диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью (англ. activity) понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов - вложенных видов деятельности и отдельных действий (англ. action), соединённых между собой потоками, которые идут от выходов одного узла к входам другого. Основные элементы диаграммы деятельности: • Для заметок

Диаграмма прецедентов использования бизнеспроцесса «Выполнение заказа клиента» по методу на основе языка UML.

Диаграмма деятельности бизнес-процесса «Выполнения заказа клиента

4. 7. Классификация, примеры CASE-средств и их характеристика CASE-средства можно сгруппировать по аналогии с классификацией: 1. ИС: локальные CASE-средства, служащие для анализа информационной системы и разработки автоматизированных рабочих мест (иногда такой подход называют «кусочной» автоматизацией), поддерживающие один-два типа моделей и методов. Примерами таких CASE-средств являются: Design/IDEF, CASE. Аналитик; 2. малые интегрированные CASE-средства, используемые для создания небольших интегрированных ИС и поддерживающие несколько типов моделей и методов. В эту категорию попадают: All. Fusion Erwin Data Modeler (прежнее название Erwin), All. Fusion Model Manager (прежнее название Bpwin), Silverrun; 3. средние интегрированные CASE-средства, поддерживающие от 4 до 10– 15 типов моделей и методов. К данному типу следует отнести: Rational Rose, Designer/2000; 4. крупные интегрированные CASE-средства, поддерживающие более 15 типов моделей и методов. В эту разновидность входит семейство программных продуктов ARIS. 5. Помимо приведенной выше классификации, возможны и другие классификации, например, по следующим признакам: 6. по поддерживаемым подходам к проектированию: функциональноориентированные, объектно-ориентированные и комплексно-ориентированные (поддерживающие оба подхода); 7. по поддерживаемым графическим нотациям построения диаграмм: с фиксированной нотацией, с отдельными нотациями и наиболее распространенными нотациями; 8. по режиму коллективной разработки проекта: не поддерживающие коллективную разработку, ориентированные на режим реального времени коллективной разработки проекта, ориентированные на режим объединения подпроектов; 9. по типу операционной системы (ОС): работающие под управлением WINDOWS; работающие под управлением UNIX и т. д. • Для заметок

4. 7. 1 Малые CASE-средства Рассматриваемые CASE-средства обеспечивают построение функциональной и информационной модели в виде диаграмм потоков данных и диаграмм «сущностьсвязь» . Silverrun ориентировано на спиралевидную модель создания информационной системы. Модуль построения моделей бизнес-процессов в форме диаграмм потоков данных (BPM - Business Process Modeler) позволяет моделировать существующую или создаваемую информационную систему (ее функциональную часть). • • • Модуль концептуального моделирования данных (ERX - Entity-Relationship e. Xpert) обеспечивает построение моделей данных «сущность-связь» , не привязанных к конкретной реализации. ERX имеет встроенную экспертную систему, позволяющую создать модель данных по средствам ответов на вопросы о взаимосвязи данных. так создается модель первичной структуры данных (PDS – Primary Data Structure). Концептуальная модель не требует нормализации данных, а представляет их в таком виде, в каком они существуют на предприятии. Концептуальная модель передается в модуль RDM. Модуль реляционного моделирования (RDM - Relational Data Modeler) позволяет создавать реляционные модели данных для конкретных СУБД. Для автоматической генерации схем баз данных используются мосты для работы с наиболее распространенными СУБД, в том числе с: ORACLE, SQLBase и др. Для передачи данных средств разработки приложений имеются мосты к языкам 4 поколения (4 GL): Delphi, SQLWindows и др. Модуь репозитория рабочей группы (WRM - Workgroup Repository Manager) предназначен для хранения общей для всех разработчиков информации проекта и интеграции всех модулей Silverrun в единую систему. Система позволяет проводить оценку бизнес-процессов по времени и стоимости. • Для заметок

4. 7. 2 Средние CASE-средства • К числу средних интегрированных CASE-средств можно отнести Rational Rose - семейство объектно-ориентированных CASE-средств фирмы Rational Sofware Corporation, предназначенное для автоматизации процессов анализа и проектирования, генерации кодов на различных языках и выпуска проектной документации в виде диаграмм и спецификаций. Работа этого средства основана на языке моделирования UML. Моделирование проводится как «поуровневый спуск» от концептуальной модели к логической, а затем к физической модели программной системы. Концептуальная модель выражается в виде «диаграмм прецедентов» (Use Case Diagram). Логическая позволяет определять два различных взгляда на системы: статический и динамический. Статическая модель выражается диаграммами классов (Class Diagram). Динамические модели задаются двумя типами диаграмм: диаграммами взаимодействия объектов (Collaboration Diagram) и диаграммами последовательности взаимодействий (Sequence Diagram). Физическая модель задается компонентной диаграммой (Component Diagram), описывающей распределение классов по модулям, и диаграммой развертывания (Deployment Diagram). Для заметок

4. 7. 3 Большие CASE-средства К числу крупных интегрированных CASE-средств относится среда описания и анализа бизнеспроцессов ARIS, включающая в себя методологическую основу ARIS (Architecture of Integrated Information Systems) • Методология профессора Шеера рассматривает предприятие как совокупность четырех взглядов (views): • на организационную структуру системы; • на функции и цели системы; • на структуру данных; • на структуру бизнес-процессов, протекающих в системе. • Эта методика предусматривает трехфазную модель разработки системы: • анализ и разработка требований; • формирование спецификаций; • реализация разработки. Процессы, Функции, Данные и Организация являются «комнатами» домика профессора Шеера. Главной комнатой являются Процессы, отражающие процессный подход в управлении. Таким образом, ARIS предлагает рассматривать организацию с позиции 12 аспектов, отображающих разные взгляды на предприятие, а также разную глубину этих взглядов. • Для заметок

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

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

5. 2. Особенности проектирования сервис-ориентированной информационной системы Модель условной оптимизации • Модель предусматривает минимизацию стоимости сервисной поддержки комплекса бизнес-процессов с учетом выполнения ограничений в соответствии с соглашением об уровне сервисной поддержки: (1) В модели приняты следующие ограничения: Ограничения на качество сервисов: (2) Единственность и обязательность выбора варианта реализации каждого сервиса в бизнес-процессе: (3) Однократность учета затрат на сервис определенного варианта при его многократном использовании в комплексе бизнес-процессов: (4) Двоичность переменных: (5) Для заметок

Модель условной оптимизации (окончание) • Ограничение (4) может быть представлено в следующем виде: (6) • В модели приняты следующие обозначения: – двоичная переменная, принимающая значение единица, если в комплексе бизнес-процессов используется однократно или большее число раз h-й вариант -го сервиса и 0 – в противном случае; - двоичная переменная, принимающая значение 1, если для осуществления -го сервиса s-го бизнес-процесса выбран h-й вариант, 0 - в противном случае; - множество возможных вариантов осуществления сервиса -го типа; – среднегодовая совокупная стоимость владения, связанная с -м сервисов при h-м варианте его осуществления; - балльная оценка m-го показателя качества -го сервиса при h-ом варианте его реализации; - допустимая нижняя граница балльной оценки m-го показателя качества s-го бизнес-процесса (к числу показателей качества бизнес-процесса относятся: оперативность, достоверность, безопасность информационной поддержки и др. ) - множество типов сервисов; – множество типов сервисов, задействованных в выполнении s-го бизнес-процесса. Для заметок

Модель безусловной оптимизации Критерием эффективности модели является максимум годовой экономической прибыли предприятия, которая в отличие от бухгалтерской прибыли учитывает не только текущие результаты, но и прошлые инвестиции в информатизацию бизнес-процессов на основе сервисной поддержки. (7) В качестве ограничений присутствуют бюджетное ограничение на сервисную поддержку комплекса бизнес-процессов на год: (8) а также ограничения (3), (4) и (5). В модели приняты следующие обозначения в дополнение к ранее введенным: – базовая величина прибыли хозяйствующего субъекта за год; - среднегодовая совокупная стоимость владения, связанная с -м сервисов при h-м варианте его осуществления; - бюджет, выделенный на сервисную поддержку комплекса бизнес-процессов на год; - коэффициент эластичности прироста прибыли предприятии по качеству sго бизнес-процесса. Расчеты по предлагаемым моделям можно проводить с помощью программных пакетов решения задач линейного программирования с двоичными переменными таких, как Win QSB, Matlab, Lindo и др. • Для заметок

5. 3. Проектирование системы информационной безопасности 5. 3. 1. Защита информации Для заметок Концепция безопасности - это подход к проектированию системы защиты, основанный на анализе возможных угроз и выборе соответствующих методов и механизмов противодействия. Угроза информационной безопасности могут возникнуть на всех этапах технологического цикла обработки информации, связывающего субъект и объект управления: • Получение первичной информации • Передача первичной информации • Ввод в ИС • Вычислительная обработка в соответствии с алгоритмами решения функциональных задач • Хранение в базе данных • Вычислительная обработка в соответствии с алгоритмами решения функциональных задач Выдача результатной информации конечным пользователям для принятия управленческих решений •

5. 3. Проектирование системы информационной безопасности Классификация возможных угроз информационной безопасности и последствий их осуществления Для заметок

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

5. 3. Проектирование системы информационной безопасности Криптографические методы В качестве методов защиты при передачи информации по каналам связи, а также в качестве защиты от несанкционированного доступа могут использоваться криптографические методы. Различают криптографические методы с закрытым (секретным) и открытым ключом В методе с закрытым ключом один и тот же ключ используется как для шифрования, так и дешифрования информации. Использование закрытого ключа предусматривается в ГОСТ 28. 147 -89 «Системы обработки информации. Защита криптографическая. Алгоритм криптографического преобразования» Суть криптографических методов с открытым ключом состоит в том, что ключ шифрования отличается от ключа дешифрования. Ключ шифрования не секретен (открытый ключ), а для дешифрования требуется секретный (закрытый) ключ. Для заметок

5. 3. Проектирование системы информационной безопасности Комплексный показатель информационной защищенности Для заметок где: R - обобщенный показатель оценки качества инфраструктуры защиты информации (обобщенный коэффициент защищенности, показывающий уровень отражения атак по всей совокупности возможных угроз); ri - i-й частный показатель оценки качества инфраструктуры защиты информации (частный коэффициент защищенности, показывающий, какая часть атак угрозы i-го вида отражается), 0 ≤ ri ≤ 1; N - множество видов угроз, т. е. множество частных показателей оценки качества инфраструктуры защиты информации, сводимых в обобщенный показатель; Кi - весовой коэффициент i-го частного показателя качества в аддитивной свертке. Величины Кi. для i N характеризуют структуру угроз, т. е. состав угроз и относительную интенсивность атак со стороны каждой угрозы.

5. 3. Проектирование системы информационной безопасности Характеристика значений комплексного показателя информационной защищенности Для заметок

5. 3. Проектирование системы информационной безопасности 5. 3. 2. Оценка информационной защищенности бизнес-процесса Для заметок Коэффициент защищенности бизнес-процесса показывает, какая часть атак отражается по всей совокупности угроз осуществляемого бизнес-процесса. С учетом выражения коэффициент защищенности бизнес-процесса может быть представлен выражением:

5. 3. Проектирование системы информационной безопасности Пример расчёта коэффициента защищённости бизнес-процесса Для заметок

5. 3. Проектирование системы информационной безопасности Риск нарушения бизнес-процесса Вероятность однократной атаки существенно больше вероятности двукратной атаки, которая, в свою очередь, существенно больше трехкратной и т. д. Риск (вероятность) нарушения бизнес-процесса Рн при однократной атаке составляет величину: Pн=Pa(1 -Ra) Рa -вероятность одинарной атаки. Для заметок

5. 3. Проектирование системы информационной безопасности 5. 3. 3. Проектирование системы информационной безопасности Для заметок

5. 4. Примеры типовых информационных систем Для заметок

5. 4. Примеры типовых информационных систем 5. 4. 1. Типовая информационная система Axapta Для заметок

5. 4. Примеры типовых информационных систем 5. 4. 2. Типовая информационная система SAP/R 3 Для заметок

5. 4. Примеры типовых информационных систем 5. 4. 3. Типовая информационная система BAAN IV Для заметок

5. 4. Примеры типовых информационных систем 5. 4. 4. Типовая информационная система 1 С: Предприятие Для заметок

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

5. 5. Обоснование выбора корпоративной информационной системы Информационные системы верхнего уровня: • Executive Support Systems (ESS) – административные системы; • Business intelligence (BI) – интеллектуальный бизнес-анализ на основе технологий On. Line Analytical Processing Business Performance Management, BPM – управление эффективностью бизнеса. • Информационные системы управления: • Manufacturing Resource Planning (MRP II) - предусматривает обязательную функциональность системы, направленную на управление производственными ресурсами • Enterprise Resource Planning (ERP) - позволяет управлять всеми ресурсами корпорации • Enterprise Resource and Relationship Processing (ERP II) - предусматривает широкое применение Internet-технологий в практике корпоративного управления Для заметок

5. 5. Обоснование выбора корпоративной информационной системы SCM и CRM Для заметок Модуль Supply Chain Management (SCM) – это логистическая система, которая автоматизирует управление цепочкой поставок: поставщик→транспорт→производство→хранение→физическое распределение→заказчик. Модуль CRM (Customer Relationships Management) - система управление взаимоотношениями с клиентами поддерживающая три направления работы: • офисная работа на основании автоматизированных карточек клиентов; • дистанционная работа с клиентами через Internet; • работа CALL-центра, включающая хранение информации о телефонных разговорах с клиентами.

5. 5. Обоснование выбора корпоративной информационной системы К системам обработки знаний относятся: • Computer-aided design (CAD) – конструкторская подготовка производства • Computer-aided manufacturing (CAM) – технологическая подготовка производства. • Electronic Performance Support System (EPSS) – электронные системы поддержки исполнения Линейная свертка многофакторной оценки корпоративной информационной системы осуществляется в соответствии с формулой, дающей интегральную оценку данной корпоративной информационной системы Для заметок

5. 5. Обоснование выбора корпоративной информационной системы Сравнительная характеристика корпоративных информационных систем Для заметок

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

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

5. 8. Технология объектно-ориентированного конфигурирования Система является объектно-ориентированной и ее конфигурирование сводится к настройке объектов с использованием платформы системы и конфигуратора. Дерево конфигурации « 1 С: Предприятие 8» Для заметок

5. 8. Технология объектно-ориентированного конфигурирования Основные объекты конфигурации Для заметок 1. Объект конфигурации Справочник. 2. Объект конфигурации Документ. 3. Объект конфигурации Документ. 4. Объекты конфигурации Регистры сведений. 5. Объект конфигурации Параметр сеанса. 6. Объекты конфигурации Планы счетов и Регистры бухгалтерии 7. Объекты конфигурации Планы видов расчета и Регистры расчета 8. Объект конфигурации Отчет. 9. Объект конфигурации Обработка. 10. Объекты конфигурации Задача и Бизнес-процесс

5. 8. Технология объектно-ориентированного конфигурирования Структура товарно-транспортной накладной Для заметок

5. 8. Технология объектно-ориентированного конфигурирования Для заметок

5. 8. Технология объектно-ориентированного конфигурирования Для заметок Бизнес-процесс как объект конфигурации осуществляет взаимосвязь целого ряда объектов конфигурации, к числу которых относятся: • • • Справочники, Документы, Регистр сведений, Параметр сеанса, Задачи, Бизнес-процессы. Конфигурирование бизнес-процесса целесообразно осуществлять, чередуя два режима работы 1 С: Предприятия 8: Конфигуратор и Предприятие. В режиме Конфигуратор разработчиком вводятся метаданные об объекте. В режиме Предприятия пользователь вводит конкретные данные об объекте.

Информационно-технологическая схема конфигурирования бизнес-процесса в КИС 1 С: Предприятие 8.

5. 8. Технология объектно-ориентированного конфигурирования Вид выполняемого бизнес-процесса в системе 1 С: Предприятие 8 Для заметок

5. 9. Технология модельно-ориентированного проектирования Технология модельно-ориентированного конфигурирования основана на конфигурации информационной системы с применением модельного подхода. Для этого необходимы три основные компоненты: 1. 2. 3. требуемая модель информационной системы (to be). модель типовой информационной системы. программный компонент, настраивающий типовую модель в соответствии с требуемой моделью. Для заметок

5. 9. Технология модельно-ориентированного проектирования Взаимосвязь основных компонентов модельно-ориентированного проектирования на примере конфигурирования информационной системы SAP R/3 с использованием CASE – средства ARIS Для заметок

5. 9. Технология модельно-ориентированного проектирования ARIS Easy Design позволяет описать бизнес-процессы и значительно повысить их прозрачность, а следовательно, и уровень управляемости. Фрагмент модели процесса в ARIS Easy Design Для заметок

5. 9. Технология модельно-ориентированного проектирования ARIS Toolset предназначен для выполнения проектов по реинжинирингу и совершенствованию бизнес-процессов. Он позволяет документировать бизнес-процессы, проводить их анализ и дальнейшую оптимизацию. ARIS for my. SAP. com — инструмент для быстрого и эффективного внедрения решений системы SAP R/3. ARIS for my. SAP. com дает возможность настроить стандартные сценарии my. SAP. com под особенности предприятия и документировать его процессы с помощью моделей SAP R/3, которая доступна для модификации и настроек в ARIS for my. SAP. com. ASAP (Accelerated. SAP ) - путь к быстрому внедрению системы R/3 путем формирования репозитория SAP R/3. Accelerated. SAP как универсальное средство быстрого внедрения и непрерывной оптимизации системы R/3 имеет четыре составные части: • Репозиторий • Маршрутная карта (Roadmap) • Ассистент • Система сервиса и поддержки Для заметок

6. 1. Пути создания информационных систем Для заметок

6. 2. Организация процесса проектирования Матричная структура управления процессом проектирования информационной системы. Для заметок

6. 3. Методы и средства организации метаинформации проекта ИС Взаимосвязь основных структурных компонентов CASE-средства Для заметок Методическими принципами создания репозитория являются: • • многопользовательский режим работы, обеспечивающий совместную работу проектной группы; разделение прав доступа к проектным решениям со стороны участников разработки (только для чтения или для чтения, корректировки).

6. 4. Планирование и контроль процесса проектирования Для планирования и контроля процесса проектирования системы обычно используются следующие документы: • • • договор на создание системы, к которому прилагается техническое задание, необходимое, как для разработки, так и для приемки системы; график выполнения работ; акт приемки - сдачи, составляемый после приемки системы. График выполнения работ для небольших систем имеет обычно форму таблицы: Для заметок

6. 5. Сетевое планирование комплекса работ по проектированию Сетевой график позволяет отразить временную последовательность взаимосвязанных работ. Существует два способа построения сетевых графиков: • • в терминах работ и событий В CASE-технологии выделяются следующие работы: В соответствии с рекомендациями, принятыми в нашей стране по проведению работ при создании систем, выделяются похожие, но более детализированные стадии. Для заметок

6. 5. Сетевое планирование комплекса работ по проектированию Пример структурной таблицы Для заметок

6. 5. Сетевое планирование комплекса работ по проектированию Сетевая модель процесса проектирования Для заметок

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

6. 7. Модель распределения ресурсов между проектными работами Зависимость времени выполнения работы от выделенных ресурсов ti = ti(xi) Для заметок Можно сформулировать несколько задач, отличающиеся тем, что принимается за критерий, и что за ограничение. • Задача минимизации ресурсов. • Задача минимизации критического пути

6. 8. Вероятностная оценка выполнения сроков проектирования Если сроки выполнения отдельных этапов проектирования известны заранее достаточно, то задача определения общего срока проектирования ИСЭ называется детерминированной. Распределение вероятностей времени выполнения работы Оценка вероятностного характера влияния отдельных значений ti на длительность выполнения комплекса работ выполняется с помощью трех способов: • сценарного подхода; • аналитического подхода; • статистических испытаний на ПЭВМ. Для заметок

6. 8. Вероятностная оценка выполнения сроков проектирования Сценарный подход предполагает три расчета для трех сценариев: оптимистического, пессимистического и наиболее вероятного случая. Аналитический подход обычно предполагает, что случайная величина T подчинена нормальному закону распределения. Эта величина является суммой достаточно большого числа случайных величин. Согласно центральной предельной теореме ее закон распределения близок к нормальному (не зависимо от законов распределения слагаемых). Ее математическое ожидание и среднеквадратическое отклонение могут быть представлены как: Используя известную функцию Лапласа, можно определить вероятность выполнения комплекса работ по проектированию ИСЭ в установленный срок Тдоп: Для заметок

Скачать презентацию Проектирование информационных систем Мультимедийный конспект Санкт-Петербург 2011

ПИС - мультимедийный конспект.ppt

Количество слайдов: 184