- •«Проектирование систем обработки данных"
- •1. Технологии разработки информационных систем
- •2. Методические основы проектирования информационных систем
- •3. Жизненный цикл информационной системы
- •3.1. Каскадная модель
- •3.2. Спиральная модель
- •4. Каноническое проектирование
- •4.1.1. Стадия «Сбор материалов обследования»
- •4.1.1.1. Предварительное изучение предметной области
- •4.1.1.2. Выбор технологии проектирования
- •4.1.1.3. Выбор метода проведения обследования
- •4.1.1.4. Выбор метода сбора материалов обследования
- •4.1.1.5. Разработка программы обследования
- •4.1.1.6. Разработка плана-графика сбора материалов обследования
- •4.1.1.7. Сбор и формализация материалов обследования
- •4.1.2. Стадия «Анализ материалов обследования и разработка технико-экономического обоснования (тэо) и технического задания (тз)»
- •4.1.3. Состав и содержание работ на стадии техно-рабочего проектирования
- •4.1.3.1. Этап «Техническое проектирование»
- •4.1.3.2. Этап «Рабочее проектирование»
- •4.1.4. Состав и содержание работ на стадии внедрения, эксплуатации и сопровождения проекта
- •4.1.4.1. Этап «Подготовка объекта к внедрению»
- •4.1.4.2. Этап «Опытное внедрение».
- •4.1.4.3. Этап «Сдача проекта в промышленную эксплуатацию».
- •4.1.4.4. Этап «Эксплуатация и сопровождение проекта».
- •5. Проектирование классификаторов экономической информации
- •Состав и содержание операций проектирования классификаторов
- •5. Проектирование классификаторов экономической информации
- •6. Проектирование системы экономической документации
- •6.1. Проектирование унифицированной системы документации
- •6.1.1. Построение новых форм документов
- •6.1.2. Унификация всей системы документации
- •6.1.3. Разработка инструкций и методических материалов, регламентирующих работу пользователей с системой документации
- •6.2. Особенности проектирования первичных документов
- •6.3. Особенности проектирования форм результатных документов
- •6.4. Проектирование экранных форм электронных документов
- •7. Проектирование информационной базы
- •7.1. Информационная база и способы ее организации
- •7.2. Проектирование информационной базы как совокупности локальных файлов
- •7.3. Проектирование баз данных
- •8.Основы проектирования технологических процессов обработки данных
- •Операции этого класса являются самыми трудоемкими (до 50% всех работ), дорогостоящими и дают наибольший процент ошибок в получаемых данных.
- •9.Проектирование процессов получения первичной информации, создания и ведения информационной базы
- •9.1 Проектирование процессов получения первичной информации
- •9.2. Проектирование процесса загрузки и ведения информационной базы
- •9.3. Проектирование процесса автоматизированного ввода бумажных документов
- •Основной фактор при оценке эффективности систем распознавания заключается в стоимости исправления ошибок при распознавании, а не в точности и скорости системы.
- •10. Проектирование процессов обработки информации в локальных информационных системах
- •10.1. Организация решения экономических задач
- •К методо-ориентированным относят пакеты, реализующие, например, методы линейного и динамического программирования, статистической обработки информации и др.
- •10.2. Проектирование процессов обработки данных в пакетном режиме
- •10.3. Проектирование процессов обработки данных в диалоговом режиме
- •11. Индустриальное проектирование корпоративных информационных систем
- •4.1. Методологии моделирования проблемной области
- •4.2. Автоматизированное проектирование кис (case-технологии)
- •4.2.1. Основные понятия и классификация case-средств
- •4.2.2. Классификация case-средств
- •4.3. Функционально-ориентированное проектирование ис
- •4.3.1. Диаграммы иерархии функций (bfd)
- •4.3.2. Диаграммы потоков данных (dfd)
- •4.3.3. Диаграммы «сущность-связь» (erd)
- •4.3.4. Диаграммы переходов состояний (std)
- •Диаграмма структуры программного приложения (ssd)
- •Sadt-диаграммы
- •Сравнительный анализ sadt моделей и моделей потоков данных
- •4.3.6. Технология проектирования на основе функционально-ориентированного подхода
- •12. Объектно-ориентированное проектирование кис
- •12.1. Анализ системных требований
- •12.2. Логическое проектирование
- •12.3. Физическое проектирование
- •12.4. Реализация информационной системы
- •13. Технология разработки информационных систем, основанная на решениях фирм Logic Works и Rational Software
- •Характеристика современных case-средств
3. Жизненный цикл информационной системы
Проектирование ИС – трудоемкий, длительный и динамический процесс.
Современные технологии проектирования ИС предполагают поэтапную разработку информационной системы.
Совокупность этапов, которые проходит ИС в своем развитии от момента принятия решения о создании системы до момента прекращения ее функционирования, называется жизненным циклом ИС.
Жизненный цикл ИС включает следующие этапы:
Анализ требований (системный анализ). На этом этапе выполняется исследование и анализ существующей информационной системы, определяются требования к создаваемой ЭИС, оформляется технико-экономическое обоснование (ТЭО) и техническое задание (ТЗ) на разработку ЭИС.
Проектирование. На этом этапе разрабатываются: состав автоматизируемых функций (функциональная архитектура) и состав обеспечивающих подсистем (системная архитектура). Разработка осуществляется в соответствии со сформулированными на первом этапе требованиями. Этап завершается оформлением технического проекта ИС.
Реализация (рабочее проектирование, физическое проектирование, программирование). На этом этапе выполняется разработка и настройка программ, наполнение баз данных, создание рабочих инструкций для персонала, оформление рабочего проекта.
Внедрение (тестирование, опытная эксплуатация). Выполняется комплексная отладка подсистем ЭИС, обучение персонала, поэтапное внедрение ЭИС в эксплуатацию по подразделениям предприятия, оформление акта приемо-сдаточных испытаний системы.
Эксплуатация ЭИС (сопровождение, модернизация). На этом этапе выполняется сбор рекламаций и статистики о функционировании системы, исправление ошибок и недоработок, оформление требований к модернизации ЭИС.
Примечание: часто второй и третий этапы объединяют в одну стадию, называемую техно-рабочим проектирование или системным синтезом.
Существующие модели ЖЦ определяют порядок исполнения этапов в ходе разработки, а также критерии перехода от этапа к этапу. В соответствии с этим наибольшее распространение получили следующие модели ЖЦ:
Каскадная модель (до 70-х годов) – предполагает переход на следующий этап после окончания работ на предыдущем этапе.
Спиральная модель (80-90-е годы) – это прототипная модель, которая предполагает постепенное расширение прототипа ИС.
3.1. Каскадная модель
Каскадная модель жизненного цикла ИС может быть представлена следующей схемой.
Рис 3.1. Каскадная модель ЖЦ ИС
Каскадная модель предполагает разбиение всей разработки на этапы. При этом переход от одного этапа к следующему происходит только после того, как будет полностью завершена работа на текущем этапе.
Каждый этап завершается оформлением полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.
Положительные стороны каскадного подхода к проектированию:
На каждом этапе формируется законченный набор проектной документации, отвечающей критериям полноты и согласованности;
Выполненные в логической последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты.
Каскадная модель хорошо зарекомендовала себя при проектировании ИС, для которых уже в начале разработки можно достаточно точно и полно сформулировать все требования к системе. К этой категории ИС можно отнести сложные расчетные системы, например, системы бухгалтерского учета.
Однако реальный процесс проектирования никогда полностью не укладывается в такую жесткую схему. В процессе проектирования возникает необходимость возврата к предыдущим этапам разработки, пересмотру или уточнению ранее принятых решений.
В результате реальный процесс принимает следующий вид (рис.3.2).
Рис. 3.2. Реальный процесс проектирования ИС по каскадной схеме
Основным недостатком каскадного подхода является существенное запаздывание с получением результатов.
Согласование результатов с пользователем производится только в точках, планируемых после завершения каждого этапа работ. В случае неточного изложения требований или их изменения в течение длительного периода проектирования, пользователи получают систему, которая не удовлетворяет их требованиям.