- •Глава 1. Технология программирования 4
- •Глава 2. Основы проектирования информационных систем 70
- •Глава 3. Обучающие и тестирующие системы 180
- •Введение
- •Технология программирования
- •Общие сведения о технологии программирования. Задачи технологии программирования
- •Базовые определения
- •Невозможность доказательства отсутствия программных ошибок
- •Надежность программной системы
- •Технология программирования как способ создания надежных программных систем
- •Этапы развития технологии программирования
- •Технология программирования и информатизация общества
- •Общие принципы разработки программных систем
- •Специфика разработки программных систем
- •Основные подходы при создании пс
- •Жизненный цикл программной системы
- •Понятие качества программной системы
- •Обеспечение надежности – основной критерий разработки программных систем
- •Методы борьбы со сложностью
- •Обеспечение точности перевода
- •Преодоление барьера между пользователем и разработчиком
- •Контроль принимаемых решений
- •Архитектура программной системы
- •Понятие архитектуры программной системы
- •Основные классы архитектур программных систем
- •Архитектурные функции
- •Тестирование и отладка программной системы
- •Основные понятия
- •-Принципы и виды отладки программной системы
- •Заповеди отладки программной системы
- •Автономная отладка программной системы
- •Комплексная отладка программной системы
- •Обеспечение функциональности и надежности программного средства
- •Функциональность и надежность как обязательные критерии качества программного средства
- •Обеспечение завершенности программного средства
- •Обеспечение точности программного средства
- •Обеспечение автономности программного средства
- •Обеспечение устойчивости программного средства
- •Обеспечение защищенности программных средств
- •Обеспечение качества программного средства
- •Общая характеристика процесса обеспечения качества программного средства
- •Обеспечение легкости применения программного средства
- •Обеспечение эффективности программного средства
- •Обеспечение сопровождаемости программного средства
- •Обеспечение мобильности
- •Литература
- •Основы проектирования информационных систем
- •Проектирование информационной системы. Понятия и структура проекта ис
- •Основные понятия и определения
- •Преимущества электронного документооборота
- •Области применения и примеры реализации информационных систем
- •Требования, предъявляемые к информационным системам
- •Жизненный цикл информационных систем
- •Этапы разработки автоматизированных информационных систем
- •Классификация информационных систем
- •Классификация автоматизированных информационных систем
- •Информационная модель и методы моделирования архитектуры проектируемой информационной системы
- •Методы проектирования информационных систем
- •Профили открытых информационных систем
- •Методологии, технологии и инструментальные средства проектирования
- •Модели структурного проектирования
- •Стандарт моделирования данных idef1x. Er-диаграммы
- •Моделирование данных. Диаграммы потоков данных
- •Моделирование данных. Методология функционального моделирования sadt
- •Case-средства проектирования информационных систем
- •Классификация case-средств
- •Рекомендации по применению case-систем
- •Объектно-ориентированные модели
- •Общая характеристика унифицированного языка моделирования uml
- •Проектирование ис с использованием uml
- •Методология rad
- •Разработка интерфейса ис
- •Литература
- •Обучающие и тестирующие системы
- •Терминология, принятая в данной области
- •История развития процесса создания терминологии и основные проблемы
- •Рекомендованные основные понятия
- •Характеристики электронного издания
- •Электронный учебник – новый жанр учебной литературы
- •Некоторые принципы, которыми следует руководствоваться при создании электронного учебника
- •Необходим ли электронный учебник?
- •Методическое обеспечение электронного учебника
- •Роль методического обеспечения
- •Требования к современному методическому обеспечению
- •Содержание методического комплекса
- •Некоторые вопросы стандартизации, оценки качества и сертификации учебных электронных ресурсов
- •Стандартизация в области образовательных технологий
- •Причины появления и назначение стандартов в области информационных технологий обучения
- •Спецификации ims
- •Спецификации ieee ltsc
- •Модель scorm
- •Метаданные
- •Определение метаданных
- •Роль метаданных
- •Технология создания локальных и сетевых электронных образовательных ресурсов – html
- •Введение
- •Что такое гипертекстовый документ
- •Действительные документы html
- •Html- редакторы
- •Первый документ html
- •Гиперссылки
- •Форматирование документа
- •Синтаксис гипертекстовой разметки
- •Каскадные таблицы стилей
- •Типы представления документов
- •Правила оформления документа
- •Чего надо стараться избегать
- •Публикация
- •Литература
-
Этапы разработки автоматизированных информационных систем
Запланируем комплекс работ по созданию информационной системы в соответствии с типовыми этапами разработки АИС, краткая характеристика которых приведена в табл. 2.1, а последовательность трансформации бизнес модели в объекты базы данных в табл. 2.2.
Таблица 2.1.
Этапы проектирования АИС и их характеристики
№ |
Наименование этапа |
Основные характеристики |
1. |
Разработка и анализ бизнес-модели |
Определяются основные задачи АИС, проводится декомпозиция задач по модулям и определяются функции, с помощью которых решаются эти задачи. Описание функций осуществляется на языке производственных (описание процессов предметной области), функциональных (описание форм обрабатываемых документов) и технических требований (аппаратное, программное, лингвистическое обеспечение АИС). Метод решения: Функциональное моделирование. Результат: 1. Концептуальная модель АИС, состоящая из описания предметной области, ресурсов и потоков данных, перечень требований и ограничений к технической реализации АИС. 2. Аппаратно-технический состав создаваемой АИС. |
2. |
Формализация бизнес-модели, разработка логической модели бизнес-процессов |
Разработанная концептуальная модель формализуется в виде логической модели АИС. Метод решения: Разработка диаграммы «сущность-связь» (ER (Entity-Relationship) – CASE- диаграммы). Результат: Разработанное информационное обеспечение АИС: схемы и структуры данных для всех уровней модульности АИС, документация по логической структуре АИС, сгенерированные скрипты для создания объектов БД. |
Продолжение таблицы 2.1.
№ |
Наименование этапа |
Основные характеристики |
3. |
Выбор лингвистического обеспечения, разработка программного обеспечения АИС. |
Разработка АИС: выбирается лингвистическое обеспечение (среда разработки – инструментарий), проводится разработка программного и методического обеспечения. Разработанная на втором этапе логическая схема воплощается в реальные объекты, при этом логические схемы реализуются в виде объектов базы данных, а функциональные схемы – в пользовательские формы и приложения. Метод решения: Разработка программного кода с использованием выбранного инструментария. Результат: Работоспособная АИС. |
4. |
Тестирование и отладка АИС |
На данном этапе осуществляется корректировка информационного, аппаратного, программного обеспечения, проводится разработка методического обеспечения (документации разработчика, пользователя) и т.п. Результат: Оптимальный состав и эффективное функционирование АИС. Комплект документации: разработчика, администратора, пользователя. |
5. |
Эксплуатация и контроль версий |
Особенность АИС созданных по архитектуре клиент сервер является их многоуровневость и многомодульность, поэтому при их эксплуатации и развитии на первое место выходят вопросы контроля версий, т.е. добавление новых и развитие старых модулей с выводом из эксплуатации старых. Например, если ежедневный контроль версий не ведется, то, как показала практика, БД АИС за год эксплуатации может насчитывать более 1000 таблиц, из которых эффективно использоваться будет лишь 20–30%. Результат: Наращиваемость и безизбыточный состав гибкой, масштабируемой АИС |
Замечание. На обнаружение ошибок, допущенных на стадии системного проектирования (2-я и 3-я стадии), расходуется примерно в два раза больше времени, чем на последующих фазах, а их исправление обходится в пять раз дороже. Поэтому на начальных стадиях проекта разработку следует выполнять особенно тщательно. Наиболее часто на начальных фазах допускаются следующие ошибки:
-
ошибки в определении интересов заказчика;
-
концентрация на маловажных, сторонних интересах;
-
неправильная интерпретация исходной задачи;
-
неправильное или недостаточное понимание деталей;
-
неполнота функциональных спецификаций (системных требований);
-
ошибки в определении требуемых ресурсов и сроков;
-
редкая проверка на согласованность этапов и отсутствие контроля со стороны заказчика (нет привлечения заказчика).
Таблица 2.2.
Последовательность трансформации бизнес-модели в объекты базы данных
Последовательность работ |
||||
Разработка и анализ бизнес-модели. Определение и назначение функций ИС |
Моделирование процессов предметной области |
Разработка модели сущность-связь. Разработка CASE-диаграммы |
Исследование бизнес-процессов аналогичной модели |
Формирование объектов БД |
|
|
|
|
|
Методы функционального анализа |
Oracle Designer, Power Designer, Power Soft и др. |
Oracle Designer, Erwin, BPwin и др. |
Oracle Designer, Silverun-RDM и др. |
SQL и др.средства выполнения SQL-скриптов |
Средства разработки |
Порядок выполнения практических работ по проектированию ИС может быть следующим.
-
В процессе выполнения практического задания проводится анализ и оформление результатов обследования деятельности предприятия (организации), и на его основе разрабатываются документы, необходимые для настройки типовой ИС. По итогам проведения обследования обычно формируются следующие документы:
-
Предварительная информация. Предполагается, что в начале обследования проведен предварительный сбор информации о компании, по итогам которого получены следующие данные:
-
краткая информация о компании (профиль клиента);
-
цели проекта;
-
подразделения и пользователи системы.
На основе предварительной информации сформировано и согласовано с заказчиком общее представление о проекте:
-
Видение выполнения проекта и границы проекта должно быть реализовано в документе, кратко описывающем, в каких подразделениях и в какой функциональности будет внедряться ИС.
-
Отчет об обследовании содержит следующие разделы:
-
Анализ существующего уровня автоматизации: составляется список программного обеспечения, используемого в компании, и приводятся данные об использовании этих пакетов в каждом из подразделений организации.
-
Общие требования к ИС: формулируются общие требования к функциональности разрабатываемой системы.
-
Формы документов: устанавливается перечень и структура документов, которые должны формироваться системой.
-
Описание системы учета включает в себя следующие документы:
-
учетная политика компании;
-
план счетов и используемых аналитик;
-
список типовых хозяйственных операций и их отражение в проводках.
-
Описание справочников: по каждому справочнику, проектируемому в системе, дается описание необходимой иерархической структуры.
-
Организационная диаграмма: используется для отражения организационной структуры подразделений предприятия и их зон ответственности.
-
Описание состава автоматизируемых бизнес-процессов: все бизнес-процессы компании должны быть перечислены в общем списке и каждый должен иметь свой уникальный номер.
-
Диаграммы прецедентов: для выделения автоматизируемых бизнес-процессов и их основных исполнителей используются диаграммы прецедентов.
-
Физическая диаграмма: служит для того, чтобы описать взаимодействие организации на верхнем уровне с внешними контрагентами.
-
Описания бизнес-процессов (книга бизнес-процессов содержит подробное описание автоматизируемых бизнес-процессов. Модели бизнес-процессов позволяют выделить отдельные операции, выполнение которых должно поддерживаться разрабатываемой ИС).
-
На последнем этапе осуществляется отображение модели предметной области на функциональность типовой системы – выбираются модули системы для поддержки выделенных операций, определяются особенности их настройки, выявляется необходимость разработки дополнительных программных элементов.