- •Тема 1. Введение. Основы методологии проектирования информационных систем 5
- •Жизненный цикл программного обеспечения
- •Модели жизненного цикла программного обеспечения
- •Макетирование
- •Спиральная модель жизненного цикла
- •Компонентно-ориентированная модель
- •Тема 2. Структурный анализ и проектирование Определение структурного анализа
- •Средства структурного анализа
- •Моделирование потоков данных
- •Контекстная диаграмма
- •Построение иерархии диаграмм потоков данных
- •Методология функционально стоимостного анализа
- •Методология функционального моделирования sadt (Structured Analysis and Design Technique)
- •Состав функциональной модели sadt
- •Иерархия диаграмм
- •Словарь данных
- •Тема 3. Построение информационной модели системы. Проектирование баз данных Диаграммы сущность-связь (erd)
- •Сущности, отношения и связи в нотации Чена
- •Типы связей в нотации Чена
- •Ассоциативная связь
- •Диаграммы атрибутов в классической модели Чена
- •Диаграмма категоризации
- •Нотация Баркера. Модель сущность- связь в нотации Баркера
- •Методология idef1x
- •Тема 4. Методика построения информационной модели данных (модели «сущность-связь»)
- •Идентификация отношений между сущностями
- •Разрешение неспецифических отношений
- •Использование средств и техники структурного системного анализа
- •Основные виды работ, рекомендуемые при построении логической и физической моделей программной системы
- •Подход Мартина (ie–методология)
- •Тема 5. Методология rad (Rapid Application Development)
- •Основные принципы методологии rad
- •Состав, структура и функциональные особенности case-средств
- •Поддержка графических моделей
- •Требования к современному диаграммеру
- •Тема 6. Структурное тестирование программного обеспечения Основные понятия и принципы тестирования программного обеспечения
- •Особенности тестирования белого ящика
- •Способ тестирования базового пути
- •Потоковый граф
- •Цикломатическая сложность
- •Шаги способа тестирования базового пути
- •Способы тестирования условий
- •Тестирование ветвей и операторов отношения
- •Способ тестирования потоков данных
- •Тестирование циклов
- •Тема 7. Функциональное тестирование программного обеспечения Особенности тестирования черного ящика
- •Способы разбиения на эквивалентности
- •Способ анализа граничных значений
- •Способ диаграмм причин–следствий
- •Тема 8. Организация процесса тестирования программного обеспечения
- •Методика тестирования программных систем
- •Тестирование элементов
- •Тестирование итераций
- •Восходящее тестирование интеграции
- •Тестирование правильности
- •Системное тестирование
Основные виды работ, рекомендуемые при построении логической и физической моделей программной системы
Проведение функционального и информационного обследования предметной области, которая включает:
Определение организационной и топологической структуры организации.
Определение перечня функций организации.
Проведение анализа распределения функций по подразделениям и сотрудникам.
Формирование альбома форм входных и выходных документов использующихся в организации.
Разработка функциональной модели деятельности организации, которая включает:
Определение информационных потоков между основными процессами деятельности организаций.
Оценка объемов и интенсивности информационных потоков.
Разработка иерархий и диаграмм потоков данных.
Проведение архивизации структуры функциональной модели.
Разработка информационной модели включает:
Определение сущностей модели и их атрибутов.
Проведение анализа атрибутов и оптимизация их сущностей.
Идентификация отношений между сущностями.
Определение типов отношений.
Разрешение неспецифических отношений.
Анализ и оптимизация построенной информационной модели.
Разработка событийной модели включает:
Идентификацию перечня состояний модели.
Определение возможных переходов между состояниями.
Определение условий, активизирующих переходы и сопровождающих переходы действий.
Анализ и оптимизация событийной модели.
Разработка предложений по реорганизации предметной области включает:
Составление перечня рабочих мест и способов взаимодействия между ними.
Разработку требований к техническим средствам.
Разработку требований к программным средствам.
Разработку предложений по средствам взаимодействия подразделений.
Разработку предложений по этапам и срокам оптимизации.
Таким образом, фактически будет построено две модели:
1) модель деятельности, которая определяет ситуацию в организации на момент обследования. Модель деятельности позволяет сделать выводы о том, как с точки зрения системного анализа функционирует организация. Средства автоматической верификации позволяют выявить ошибки и узкие места и сформировать предложения по улучшению деятельности организации.
2) модель автоматизации объединяет в себе предложения системных аналитиков, экспертов, руководства организации и ее сотрудников и позволяет сформировать представления о вновь создаваемой системе.
Для традиционной разработки характерно выполнение начальных этапов создания программной системы неформализованными способами. В результате заказчики и пользователи могут увидеть программную систему только после того, как она почти реализована. Эта система обычно существенно отличается от того, что заказчик ожидал увидеть. За этим последует несколько итераций разработки системы, что требует значительных затрат времени и денег. Построение модели автоматизации позволяет:
Описать, увидеть и скорректировать будущую программную систему до ее реализации.
Уменьшить затраты на разработку и внедрение системы, оценить разработку по времени и по результатам.
Достичь взаимопонимания между заказчиками, пользователями, разработчиками, программистами и т. д.
Улучшить качество разработки системы за счет создания качественной структуры базы данных и выполнения функциональной декомпозиции типовых модулей.
Логическая модель сама по себе является ценным результатом разработки по следующим причинам:
она включает в себя модель существующей, неавтоматизированной технологии, принятой в организации. Формальный анализ этой модели позволяет выявить узкие места и предложить рекомендации по совершенствованию организационной структуры предприятия;
модель полностью независима от конкретных разработчиков и может быть передана для использования другим лицам;
модель позволяет осуществлять обучение новых работников конкретным направлениям деятельности организаций с использованием диаграмм;
с помощью модели можно выполнить предварительное моделирование нового направления деятельности организаций с целью выявления новых потоков данных и бизнес-процессов;
модель можно использовать для корректировки программных средств отделов автоматизации предприятия.