Методология проектирования информационных систем МИФИ, Кафедра «Кибернетика»

Презентация:



Advertisements
Похожие презентации
Методология проектирования информационных систем МИФИ, Кафедра «Кибернетика»
Advertisements

Методология проектирования информационных систем МИФИ, Кафедра «Кибернетика»
МОСКОВСКИЙ АВИАЦИОННЫЙ ИНСТИТУТ (ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ) © Л. Корякин ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В САПР. МЕТОДОЛОГИЯ СТРУКТУРНОГО.
Лекция 1: Нотация IDEF. Структурный подход к проектированию ИС принцип "разделяй и властвуй" - принцип решения сложных проблем путем их разбиения на множество.
На следующих слайдах представлена функциональная схема осуществления процесса подготовки расписания, демонстрирующая действия всех участников этого процесса,
1 Системный анализ и принятие решений Лекция 15 Методология IDEF0 Коробов Александр Сергеевич
1 Методология структурного анализа и проектирования SADT.
Лекция 3 Анализ модели деятельности предприятия Учебные вопросы: 1.Методология структурного анализа 2.Инструментальные средства системного анализа.
CASE-средства создания информационных систем CASE-средства фирмы Platinum technology.
IDEF0 ДЛЯ МОДЕЛИРОВАНИЯ БИМЗНЕС - ПРОЦЕССОВ РАЗРАБОТКА МОДЕЛЕЙ « КАК ЕСТЬ »
Жизненный цикл программного обеспечения Подготовил студент 1 курса Лось Павел.
Структурный подход к проектированию ИС. Сущность структурного подхода к разработке АИС заключается в ее декомпозиции (разбиении) на автоматизируемые функции:
Structure Analysis and Design Technique (SADT) Методология: графическое представление блочного моделирования графическое представление блочного моделирования.
Представление предметной области. Методы представления предметной области. Модель сущность-связь. Инфологическое описание предметной области.
Функциональное моделирование Стандарт IDEF 0. © 2002 ГОУ ГМЦ CALS-технологий Функциональное моделирование §Методология IDEF0 позволяет моделировать всю.
Жизненный цикл программного обеспечения Лекция 4.
Лекция 2: Диаграммы потоков данных(DFD). Диаграммы потоков данных (Data Flow Diagramming) DFD описывает: функции обработки информации (работы); функции.
Разработка объектно- ориентированного ПО Итеративная модель разработки (развитие водопадной модели) анализ проектирование кодирование тестирование.
Кандидат технических наук, доцент Грекул Владимир Иванович Учебный курс Проектирование информационных систем Лекция 9.
Моделирование и исследование мехатронных систем Курс лекций.
Транксрипт:

Методология проектирования информационных систем МИФИ, Кафедра «Кибернетика»

Жизненный цикл проектов разработки ПО Жизненный цикл – совокупность процедур (возможно итеративных), связанных с последовательным изменением состояния программного обеспечения от формирования исходных требований к нему до окончания его эксплуатации конечным пользователем. МИФИ, Кафедра «Кибернетика»

Жизненные циклы МИФИ, Кафедра «Кибернетика»

Роли в проекте Менеджер проекта Разработчик Тестировщик Специалист по контролю качества Специалист по внедрению и сопровождению Технический писатель МИФИ, Кафедра «Кибернетика»

Процессы разработки ПО Основные процессы – Разработка требований – Разработка программного кода – Верификация Поддерживающие процессы – Управление качеством – Управление конфигурациями – Управление рисками МИФИ, Кафедра «Кибернетика»

Верификация Требования к системе должны быть составлены так, чтобы можно было проверить корректность работы системы Верификация – процесс проверки корректности системы по отношению к требованиям МИФИ, Кафедра «Кибернетика»

Верификация и отладка – разные вещи Верификация – поиск того, что именно не работает в системе Отладка – устранение ошибок Верификация МИФИ, Кафедра «Кибернетика»

Пример требования: «Система должна печатать 2, если на вход подается 3, и 3, если на вход подается 2» Как может работать система, реализующая требование? – Что будет, если на вход будет подано число, отличное от 2 и 3? Выдается ошибка Выдается само это число Выдается «5 минус число» Верификация МИФИ, Кафедра «Кибернетика»

Процессный подход к разработке требований Процесс – совокупность взаимосвязанной деятельности по преобразованию входа в выход, которая использует определенные ресурсы Процесс может быть управляемым и неуправляемым МИФИ, Кафедра «Кибернетика»

Основы системного анализа Системный подход – признание того, что объекты реального мира декомпозируются на взаимодействующие части Система – совокупность взаимодействующих элементов, выполняющих общую задачу МИФИ, Кафедра «Кибернетика»

Методология SADT SADT – Structured Analysis & Design Technique Разработана по заказу Министерства обороны США группой специалистов под руководством Дугласа Росса (MIT) Методология базируется на предположении, что любая система может быть декомпозирована на более мелкие взаимодействующие системы МИФИ, Кафедра «Кибернетика»

SADT – ключевые понятия Модель – некоторое толкование системы. Должна четко определять моделируемые аспекты, степень подробности моделирования и ограничения Цель модели – дать ответ на набор вопросов, на которые должна дать ответ модель Границы модели – перечень того, что входит, а что не входит в модель МИФИ, Кафедра «Кибернетика»

Точка зрения – модель должна рассматриваться с одной и той же позиции Для построения модели необходимо определить: – Границы модели – Точку зрения модели – Цель модели В результате будет получен иерархический набор описаний модели SADT – ключевые понятия МИФИ, Кафедра «Кибернетика»

IDEF0-диаграммы Диаграмма – описание части процессов системы Иерархия диаграмм составляет процессную модель системы Основные компоненты: – Блоки – изображают функции (процессы) системы – Дуги – связывают блоки и изображают взаимодействия между ними МИФИ, Кафедра «Кибернетика»

Блоки IDEF0 Процесс Механизм Выход Вход Управление МИФИ, Кафедра «Кибернетика»

Блоки IDEF0 Блоки рисуются в виде прямоугольников Названия блоков – глаголы или глагольные обороты На одной диаграмме от 3 до 6 блоков Блоки размещаются по важности или по последовательности в виде ступенчатой схемы МИФИ, Кафедра «Кибернетика»

Дуги IDEF0 Дуги рисуются в виде одинарных линий со стрелками на концах Дуги – это объекты Названия дуг - существительные Типы дуг – Входные – объекты, преобразуемые блоками – Выходные – результаты преобразования – Управление – управление преобразованием – Механизм – ресурсы, необходимые для преобразования МИФИ, Кафедра «Кибернетика»

Связи между блоками Существует 5 типов связей – Связь по входу-выходу – Связь по управлению – Обратная связь по управлению – Обратная связь по входу – Связь по механизму МИФИ, Кафедра «Кибернетика»

Связь по входу-выходу Процесс 1 Процесс 2 МИФИ, Кафедра «Кибернетика»

Связь по управлению Процесс 1 Процесс 2 МИФИ, Кафедра «Кибернетика»

Обратная связь по входу Процесс 1 Процесс 2 МИФИ, Кафедра «Кибернетика»

Обратная связь по управлению Процесс 1 Процесс 2 МИФИ, Кафедра «Кибернетика»

Связь по механизму Процесс 1 Процесс 2 МИФИ, Кафедра «Кибернетика»

Разветвления и слияния дуг МИФИ, Кафедра «Кибернетика»

Пример иерархии МИФИ, Кафедра «Кибернетика»

Иерархия и декомпозиция МИФИ, Кафедра «Кибернетика»

Входящие и выходящие дуги По умолчанию считается, что на диаграмме есть все дуги, входящие и выходящие из родительского блока МИФИ, Кафедра «Кибернетика»

Процесс построения модели Собрать материал по задаче Создать модель Рецензи- ровать модель Эксперт План и цель проекта Автор Факты, данные о субъекте модели Диаграммы, отчеты, описания Утвержден- ная модель Знания, информация А1 А2 А3 Потребность в информации Принять модель Готовая модель А4 Модель с замечаниями Рецензент Модель с замечаниями Комитет контроля МИФИ, Кафедра «Кибернетика»

Начало моделирования Очерчивание границ объекта Определение цели и точки зрения Построение диаграммы верхнего уровня Обобщение, критическая оценка и доработка диаграммы верхнего уровня МИФИ, Кафедра «Кибернетика»

Моделирование декомпозиции Декомпозиция диаграммы верхнего уровня – Выделение блоков – Уточнение интерфейсов с родительским блоком – Модификация интерфейса родительского блока Построение и доработка иерархии МИФИ, Кафедра «Кибернетика»

СПАСИБО ЗА ВНИМАНИЕ ! МИФИ, Кафедра «Кибернетика»