- •Учреждение «университет «туран»
- •Кафедра «компьютерная и программная инженерия» учебно-методический комплекс по дисциплине «методы структурного анализа и проектирования»
- •Алматы, 2012
- •Учреждение «Университет «Туран»
- •Алматы, 2012
- •Пояснительная записка
- •Общие данные по рабочей программе
- •Краткое описание дисциплины
- •Цель преподавания дисциплины
- •Задачи изучения дисциплины
- •Уровень знаний, умений, навыков и компетенций, приобретаемый магистрантом по завершении изучения данной дисциплины:
- •Пререквизиты дисциплины
- •Постреквизиты дисциплины
- •Тематика срм
- •Список рекомендуемой литературы
- •Официальные интернет издания
- •Алматы, 2012
- •Пояснительная записка
- •Общие данные по рабочей программе
- •Краткое описание дисциплины
- •Цель преподавания дисциплины
- •Задачи изучения дисциплины
- •Уровень знаний, умений, навыков и компетенций, приобретаемый магистрантом по завершении изучения данной дисциплины:
- •Пререквизиты дисциплины
- •Постреквизиты дисциплины
- •Темы и продолжительность их изучения
- •Тематика семинарских (практических) занятий
- •График сдачи срм и время консультаций
- •Тематика срм
- •Вопросы для проведения контроля
- •Информация по оценке знаний
- •Критерии оценки знаний обучающихся (обобщенные)
- •Определение итоговой оценки по вск
- •Итоговая оценка
- •Процедура апелляции
- •Требования преподавателя Политика и процедуры курса
- •Правила поведения на аудиторных занятиях
- •График выполнения и сдачи заданий по дисциплине задания самостоятельной работы:
- •Тематика и график сдачи срмп
- •График сдачи срм и время консультаций
- •Тематика срм
- •Учреждение «Университет «Туран»
- •1.2. Идеи, лежащие в основе структурных методов
- •1.3. Принципы структурного анализа
- •1.4. Средства структурного анализа и их взаимоотношения
- •2.1. Основные символы
- •2.2. Контекстная диаграмма и детализация процессов
- •2.3. Декомпозиция данных и соответствующие расширения диаграмм потоков данных
- •2.4. Построение модели
- •2.5. Расширения реального времени
- •[Gl]Тема 3. Словарь данных. Методы задания спецификаций.[:]
- •3.1. Содержимое словаря данных
- •Методы задания спецификаций процессов
- •3.4. Таблицы и деревья решений
- •3.5. Визуальные языки проектирования спецификаций
- •3.6. Сравнение методов
- •[Gl]Тема 4. Диаграммы “сущность-связь”[:]
- •4.1. Сущности, отношения и связи в нотации Чена
- •4.2. Диаграммы атрибутов
- •4.3. Категоризация сущностей
- •4.4. Нотация Баркера
- •4.5. Построение модели
- •[Gl]Тема 5. Средства структурного проектирования [:]
- •5.1. Структурные карты Константайна
- •5.2. Структурные карты Джексона
- •5.3. Характеристики хорошей модели реализации
- •5.3.1. Сцепление
- •5.3.2. Связность
- •5.3.3. Другие принципы проектирования
- •5.4. Транзакционный и трансформационный анализ или как получить структурные карты из диаграмм потоков данных
- •6.1. Методологии структурного анализа Йодана/Де Марко и Гейна-Сарсона
- •6.2. Sadt - технология структурного анализа и проектирования
- •6.3. Сравнительный анализ sadt-моделей и потоковых моделей
- •6.4. Методология ssadm
- •6.5. Методологии, ориентированные на данные
- •6.6. Основные этапы подхода Мартина
- •8.1. Эволюция case - средств
- •8.2. Case-модель жизненного цикла по
- •8.3. Состав, структура и функциональные особенности case-средств
- •8.4. Поддержка графических моделей
- •8.5. Контроль ошибок
- •8.6. Организация и поддержка репозитария
- •8.7. Поддержка процесса проектирования и разработки
- •[Gl] тема 9. Классификация case - средств[:]
- •Среди большого числа методов оценки деятельности предприятий наибольшее распространение (по крайней мере в отечественных консалтинговых проектах) получили следующие два:
- •10.1. Динамическое моделирование с использованием сетей Петри
- •План семинарских (практических)занятий
- •Методические рекомендации по изучению дисциплины
- •«Методы структурного анализа и проектирования»
- •(По работе с учебно-методическим комплексом)
- •Основания, целевая аудитория и ориентированность учебно-методического комплекса
- •Структура, содержание и образовательные возможности учебно-методического комплекса
- •Рекомендуемый порядок работы с учебно-методическим комплексом
- •Материалы для самостоятельной работы обучающегося
- •Методические рекомендации по выполнению срм по дисциплине «методы структурного анализа и проектирования»
- •Самостоятельная внеаудиторная работа
- •Критерии оценки знаний, навыков
- •Примерная тематика исследований срм:
- •Тематика и график сдачи срмп
- •Требования к выполнению контрольных заданий по дисциплине «методы структурного анализа и проектирования»
- •Некоторые варианты самостоятельных заданий для магистрантов по дисциплине «методы структурного анализа и проектирования»
- •Тема 1. Понятие консалтинга в области информационных технологий
- •Тема 3. Методы задания спецификаций процессов
- •2. Таблицы и деревья решений
- •4.3. Визуальные языки проектирования спецификаций
- •4. Сравнение методов
- •Тема 4. Проведение обследования деятельности предприятия
- •4.1. Цели и основные этапы консалтинга
- •4.2. Проведение обследования
- •1) Положение о подразделении
- •2) Набор документальных форм без внутреннего наполнения, т.Е. Используемые формы, бланки и др. (например, карточка складского учета, отчет по форме n, наряд-задание, товарно-транспортная накладная)
- •Тема 5. Построение моделей
- •5.1. Построение и анализ моделей деятельности предприятия
- •5.2. Разработка системного проекта
- •Некоторые практические занятия
- •Формирование структурного представления системы
- •Диаграммы компонентов
- •Пример Теста промежуточного контроля
- •Программное и мультимедийное сопровождение учебных занятий по дисциплине «методы структурного анализа и проектирования»
- •Перечень специализированных аудиторий, кабинетов и лабораторий
- •Карта обеспеченности дисциплины учебной и учебно-методической литературой
Пример Теста промежуточного контроля
Какая модель предполагает переход на следующий этап после полного окончания работ по предыдущему этапу?
Итерационная модель разработки ПО с циклами обратной связи между этапами.
Какая модель делает упор на начальные этапы ЖЦ: анализ требований, проектирование спецификаций, предварительное и детальное проектирование.
Главная особенность индустрии ПО состоит в
На каком этапе дается ответ на вопрос: "Что должна делать будущая система?"
На каком этапе дается ответ на вопрос: "Как (каким образом) система будет удовлетворять предъявленным к ней требованиям?".
Выделение существенных с некоторых позиций аспектов системы и отвлечение от несущественных, с целью, представления проблемы в простом общем виде.
Необходимость строгого методического подхода к решению проблемы.
Каждая часть "знает" только необходимую ей информацию.
Следование единой философии на всех этапах ЖЦ
Контроль на присутствие лишних элементов
Обоснованность и согласованность элементов.
Концентрация внимания на логическом проектировании для обеспечения независимости от физического проектирования.
Модели данных должны быть проанализированы и спроектированы независимо от процессов их логической обработки, а также от их физической структуры и распределения.
Данные должны быть структурированы и иерархически организованы.
Пользователь должен иметь средства доступа к базе данных, которые он может использовать непосредственно (без программирования).
Диаграммы потоков данных
Диаграммы «сущность-связь»
Диаграммы переходов состояний
Компоненты логической модели
Как обозначается поток данных на диаграмме потоков данных в нотации Йодана
Как обозначается процесс на диаграмме потоков данных в нотации Йодана
Как обозначается хранилище на диаграмме потоков данных в нотации Йодана
Как обозначается внешняя сущность на диаграмме потоков данных в нотации Йодана
Механизмы, использующиеся для моделирования передачи информации (или даже физических компонент) из одной части системы в другую.
Продуцирование выходных потоков из входных потоков в соответствии с действием, задаваемым именем.
Позволяет на определенных участках определять данные, которые будут сохраняться в памяти между процессами.
Сущность вне контекста системы, являющуюся источником или приемником системных данных.
Диаграмма, идентифицирующая внешние сущности, а так же, как правило, единственный процесс, отражающий главную цель или природу системы насколько это возможно.
Узел, предназначенный для расщепления и объединения потоков. В некоторых случаях может отсутствовать (т.е. фактически вырождаться в точку слияния/расщепления потоков на диаграмме).
Узел, позволяющий увязывать входящие и выходящие потоки между детализируемым процессом и детализирующей DFD.
Применяется в ситуации, когда декомпозиция данных производится в групповом узле, при этом требуются не все элементы входящего в узел потока.
Позволяет неоднозначно именовать потоки, при этом их содержимое эквивалентно.
Расширения диаграммы потоков данных. Как обозначается групповой узел?
Расширения диаграммы потоков данных. Как обозначается узел предок?
Расширения диаграммы потоков данных. Как обозначается неиспользуемый узел?
Расширения диаграммы потоков данных. Как обозначается узел изменения имени?
Интерфейс между DFD и спецификациями управления, собственно моделирующими и документирующими аспекты реального времени.
"Срез" управляющего потока во времени.
"Трубопровод", через который проходит управляющая информация.
Расширения реального времени в нотации Йодана. Как определяется управляющий поток
Расширения реального времени в нотации Йодана. Как определяется управляющий процесс.
Расширения реального времени в нотации Йодана. Как определяется управляющее хранилище.Т-поток – это, А-поток – это, E/D-поток – это
Информация по каждому потоку состоит из ряда словарных статей, каждая из которых начинается с ключевого слова - заголовка соответствующей статьи, которому предшествует символ.
В форме Бэкуса-Наура «=» означает следующую операцию
В форме Бэкуса-Наура «+» означает следующую операцию
В форме Бэкуса-Наура «[!]» означает следующую операцию
В форме Бэкуса-Наура «()» означает следующую операцию
В форме Бэкуса-Наура «{}» означает следующую операцию
В форме Бэкуса-Наура «””» означает следующую операцию
3{болт}7 означает
Структурированный естественный язык. Последовательная конструкция имеет вид
Структурированный естественный язык. Конструкция выбора имеет вид
Структурированный естественный язык. Итерация имеет вид
Проектирование спецификаций процессов с помощью таблиц решений (ТР) заключается
Пример FLOW-формы
Диаграмма Насси-Шнейдермана.
Независимые данные, которые всегда присутствуют в системе
Данные, зависящие от других сущностей в системе
Данные, которые ассоциируются с отношениями между двумя и более сущностями
Безусловное отношение
Условное отношение между сущностями
Используется, когда соответствующие сущности взаимно-зависимы в системе
Полное и обязательное вхождение
Полное и необязательное вхождение
Неполное и обязательное вхождение
Неполное и необязательное вхождение
Состояние
Начальное состояние
Переход
Условие
Модуль
Подсистема
Библиотека
Диаграмма Джексона. Частная функция или блок кодов с одним входом и одним выходом
Диаграмма Джексона. Блок, представляющий вызов ранее определенной процедуры
Диаграмма Джексона. Блок вызова библиотечного модуля
Средства поддержки платформ для интеграции, создания и придания товарного вида CASE-средствам
В какой позиции находится маркер