- •Минобрнауки россии
- •Оглавление
- •Введение
- •1 Требования к оформлению и содержанию курсовой работы
- •Методические аспекты автоматизированного проектирования ис
- •2.1 Автоматизированные информационные системы
- •2.2 Назначение case-технологий
- •Понятие о структурном анализе
- •Средства структурного анализа и их взаимоотношения
- •3 Проектирование информационной системы с использованием структурного подхода
- •3.1 Функциональная модель idef0
- •Моделирование потоков данных
- •3.3 Workrflow-модели
- •3.4 Поведенческие модели
- •Проектирование информационной системы с использованием объектно-ориентированного подхода
- •4.1 Структура Унифицированного языка моделирования
- •4.2 Семантика и синтаксис uml
- •4.3 Нотация uml
- •5 Моделирование использования
- •6 Моделирование структуры
- •6.1 Диаграммы классов
- •6.2 Диаграммы реализации
- •7 Моделирование поведения
- •7.1 Диаграмма автомата
- •7.2 Диаграмма деятельности
- •7.3 Диаграммы взаимодействия
- •Заключение
- •Библиографический список
- •Приложение а «Задания к курсовой работе»
- •1 Информационная система конструкторского бюро
- •2 Информационная система завуча школы
- •3 Информационная система выставки собак
- •4 Информационная система птицефабрики
- •5 Информационная система почты
- •6 Информационная система футбольных соревнований
- •Информационная система методиста
- •8 Информационная система диспетчера техобслуживания
- •9 Информационная система технического архива
- •10 Информационная система менеджера музыкальной групп
- •Приложение б «Примеры библиографических описаний»
- •1 Однотомные издания
- •1.1 Книги одного, двух и трех авторов
- •1.2 Книги четырех авторов
- •1.3 Книги более четырех авторов
- •5.2 Материалы, подготовленные составителями. Сборники с общим названием. Словари, справочники.
- •5.3 Сборники научных трудов. Тезисы докладов
- •5.4 Официальные документальные материалы. Материалы съездов, пленумов, конференций
- •6 Нормативно-технические и технические документы (госТы, стандарты, нормативы, нормы, инструкции, типовые проекты, чертежи, прейскуранты, каталоги и др.)
- •7 Патентные документы
- •Краткое описание
- •8 Депонированные работы и препринты
- •9 Неопубликованные документы
- •9.1 Отчет о научно-исследовательской работе
- •10.3 Статьи из сериального (периодического) издания (журнала, газеты)
- •10.4 ... Из трудов, ученых записок
- •10.5 Из материалов конференций, семинаров и т.Д.
- •Приложение в «Шаблон технического задания на разработку по» Техническое задание
2.2 Назначение case-технологий
CASE (Computer-Aided Software/System Engineering) - технология представляет собой совокупность методов анализа, проектирования, разработки и сопровождения информационных систем (ИС), поддержанную комплексом взаимоувязанных средств автоматизации. CASE – это инструментарий для системных аналитиков, разработчиков и программистов, заменяющий им бумагу и карандаш на компьютер для автоматизации процесса проектирования и разработки программного обеспечения (ПО). Очевидно, автоматизация процесса создания ПО предполагает наличие формализованной процедуры разработки, то есть процедуры, в которой однозначно определены этапы разработки, методы, используемые на каждом этапе, способы документирования решений, проверки их правильности и т.д.
Большинство CASE-средств основано на парадигме методология/метод/нотация/средство. Методология определяет руководящие указания для оценки и выбора проекта разрабатываемого ПО, шаги работы и их последовательность, а также правила распределения и назначения методов и исполнителей. Метод – это систематическая процедура или техника генерации описаний компонент ПО (например, проектирование потоков и структур данных). Нотации предназначены для описания структуры системы, элементов данных, этапов обработки и включают графы, диаграммы, таблицы, блок-схемы, формальные и естественные языки. Средства – инструментарий для поддержки и усиления методов. Например, поддержка работы пользователей при создании и редактировании графического проекта в интерактивном режиме и др.
В основе деятельности по созданию и использованию ПО лежит понятие его жизненного цикла (ЖЦ). ЖЦ является моделью создания и использования ПО, отражающей его различные состояния, начиная с момента возникновения необходимости в данном программном изделии и заканчивая моментом его полного выхода из употребления у всех пользователей.
CASE-средство – программное средство, поддерживающее процессы ЖЦ ПО, определенные в стандарте ISO/IEC 12207:1995.
Традиционно выделяются следующие основные этапы ЖЦ ПО:
анализ требований,
проектирование,
кодирование (программирование),
тестирование и отладка,
эксплуатация и сопровождение.
Анализ требований выделяется в отдельный этап, то есть этой проблеме придается большое значение при создании программных продуктов. Считается, что именно здесь лежит ключ к успеху разработки. На этом этапе дается ответ на вопрос, что должна делать создаваемая система, то есть каковы ее функции, условия их выполнения, особенности взаимодействия с пользователями и другими системами. Безусловно, что этот этап основан на творческой работе разработчика (системного аналитика). CASE-технология должна помочь ему четко представить все особенности создаваемой системы и также четко и однозначно выразить требования к ней.
Также основная цель CASE состоит в том, чтобы отделить проектирование ПО от его кодирования и последующих этапов разработки, а также скрыть от разработчиков все детали среды разработки и функционирования ПО. Это связано с тем, что при четком изложении того, что и как должна делать система, процесс написания программы (кодирования) может быть автоматизирован (частично или полностью). Поэтому особое значение приобретает именно этап проектирования, где требуется творческое участие разработчика.
Этапы анализа требований и проектирования, являющиеся наиболее трудно формализуемыми, как раз и явились теми, где CASE-технологии получили наибольшее распространение.
