Главная страница
Образовательный портал Как узнать результаты егэ Стихи про летний лагерь 3агадки для детей
qrcode

Технологии программирования - Модуль_3. Проектирование пп при структурном подходе


НазваниеПроектирование пп при структурном подходе
Родительский файлWinRAR ZIP archive.zip
АнкорWinRAR ZIP archive.zip
Дата20.02.2014
Размер1.74 Mb.
Формат файлаppt
Имя файлаТехнологии программирования - Модуль_3.ppt
ТипДокументы
#5238
КаталогОбразовательный портал Как узнать результаты егэ Стихи про летний лагерь 3агадки для детей
Образовательный портал Как узнать результаты егэ Стихи про летний лагерь 3агадки для детей
Полное содержание архива WinRAR ZIP archive.zip:
1. Технологии программирования - Wiegers.Software Requirements.pdf
38858.85 Кб.
Development Productivity Award Москва 2004 удк 004. 45 В41 Карл Разработка требований к программному с англ. М.: дом «Русская Редакция», 2004. ил. Isbn 5-7502-0240-2 Эта книга
5. Технологии программирования - Методические указания практика.docx
25.12 Кб.
Практика по дисциплине «Технологии программирования» Задания на практические занятия
6. Технологии программирования - Модуль_1.ppt
818 Кб.
Технология программирования и основные этапы ее развития Технология программирования и основные этапы ее развития
7. Технологии программирования - Модуль_2.ppt
1252 Кб.
Виды программного обеспечения Виды программного обеспечения
8. Технологии программирования - Модуль_3.ppt
1781 Кб.
Проектирование пп при структурном подходе
10. Технологии программирования - Тестовые_вводный.docx
38.64 Кб.
Тема: Системы счисления и двоичное представление информации в памяти компьютераОбразовательный портал Как узнать результаты егэ Стихи про летний лагерь 3агадки для детей



Проектирование ПП при структурном подходе

  • Проектирование ПП при структурном подходе

  • Проектирование ПП при объектном подходе

  • Разработка ПП



Модели позволяют наглядно продемонстрировать желаемую структуру и поведение системы

  • Модели позволяют наглядно продемонстрировать желаемую структуру и поведение системы

  • Модели необходимы для визуализации и управления архитектурой системы

  • Модели помогают добиться лучшего понимания создаваемой системы, что зачастую приводит к ее упрощению и возможности повторного использования.

  • Модели необходимы для минимизации риска



Сущность структурного подхода заключается в декомпозиции программы по функциональному принципу

  • Сущность структурного подхода заключается в декомпозиции программы по функциональному принципу

  • Полученная в результате структура должна быть представлена в виде структурной и/или функциональной схемы и спецификации ее компонентов



Структурной называют схему, отражающую состав и взаимодействие по управлению модулями разрабатываемого ПП

  • Структурной называют схему, отражающую состав и взаимодействие по управлению модулями разрабатываемого ПП

  • Компонентами структурной схемы могут служить программы, подсистемы, БД, библиотеки ресурсов и т.п.



Функциональной называют схему взаимодействия компонентов ПО с описанием информационных потоков, состава данных в потоках и с указанием используемых файлов и устройств

  • Функциональной называют схему взаимодействия компонентов ПО с описанием информационных потоков, состава данных в потоках и с указанием используемых файлов и устройств





не отделять операции инициализации и завершения от соответствующей обработки

    • не отделять операции инициализации и завершения от соответствующей обработки
    • не проектировать слишком специализированных или слишком универсальных модулей
    • избегать дублирования действий в различных модулях, целесообразно просто реализовать эти действия в отдельном модуле
    • группировать сообщения об ошибках в один модуль по типу библиотеки ресурсов


Модели разрабатываемого программного обеспечения при объектном подходе основаны на предметах и явлениях реального мира

  • Модели разрабатываемого программного обеспечения при объектном подходе основаны на предметах и явлениях реального мира

  • На этапе анализа при объектном подходе ставятся две задачи:

    • уточнить требуемое поведение разрабатываемого программного обеспечения
    • разработать концептуальную модель его предметной области с точки зрения поставленных задач


UML (Unified Modeling Language ) является графическим языком для визуализации, специфицирования, конструирования и документирования систем

  • UML (Unified Modeling Language ) является графическим языком для визуализации, специфицирования, конструирования и документирования систем

  • Принципы:

    • абстрагирования
    • многомодельности
  • Наиболее общими представлениями сложной системы принято считать статическое и динамическое представления



  • Составные части:

    • основные строительные блоки языка
    • правила сочетания блоков
    • некоторые общие для всего языка механизмы.


Каждая из моделей характеризует определенный аспект проектируемой системы, а все они вместе составляют относительно полную модель разрабатываемого ПП

  • Каждая из моделей характеризует определенный аспект проектируемой системы, а все они вместе составляют относительно полную модель разрабатываемого ПП



Словарь языка UML включает три вида строительных блоков:

  • Словарь языка UML включает три вида строительных блоков:

    • предметы - сущности как абстракции, являющиеся основными элементами модели
    • отношения - связывают различные предметы
    • диаграммы - группируют представляющие интерес совокупности предметов


Играют роль существительных в моделях на языке UML. Представляют собой статические части модели, соответствующие концептуальным (понятийным) или физическим элементам системы

  • Играют роль существительных в моделях на языке UML. Представляют собой статические части модели, соответствующие концептуальным (понятийным) или физическим элементам системы



Это глаголы языка, описывающие поведение модели во времени и пространстве. Являются динамическими составляющими модели UML:

  • Это глаголы языка, описывающие поведение модели во времени и пространстве. Являются динамическими составляющими модели UML:

    • Взаимодействие (Interaction) представляет собой поведение, суть которого в обмене сообщениями между объектами
    • Автомат (State machine) - последовательность состояний, через которые объект проходит на протяжении своего жизненного цикла в ответ на различные события
    • Деятельность (Activity) - последовательность шагов процесса вычислений


Являются организующими частями модели UML. Это блоки, на которые можно разложить модель

  • Являются организующими частями модели UML. Это блоки, на которые можно разложить модель

  • Пакеты (Packages) представляют собой универсальный механизм организации элементов в группы

  • В пакет можно поместить структурные, поведенческие и другие группирующие сущности



Представляют собой аннотационные сущности или пояснительные части модели UML. Это комментарии для дополнительного описания, разъяснения или замечания к любому элементу модели

  • Представляют собой аннотационные сущности или пояснительные части модели UML. Это комментарии для дополнительного описания, разъяснения или замечания к любому элементу модели

  • Примечание (Note) - это символ для изображения комментариев или ограничений, присоединенных к элементу или группе элементов



Зависимость (Dependency) - семантическое отношение между двумя сущностями, при котором изменение одной из них, независимой, может повлиять на семантику другой, зависимой

  • Зависимость (Dependency) - семантическое отношение между двумя сущностями, при котором изменение одной из них, независимой, может повлиять на семантику другой, зависимой

  • Графически зависимость изображается в виде прямой пунктирной линии, часто со стрелкой, направленной от зависимой сущности к независимой, которая может содержать метку



Ассоциация (Association) - структурное отношение, описывающее совокупность связей как соединением между объектами. Ассоциации предполагают участие равноправных классов

  • Ассоциация (Association) - структурное отношение, описывающее совокупность связей как соединением между объектами. Ассоциации предполагают участие равноправных классов

  • Графически ассоциация изображается в виде линии, соединяющей класс сам с собой или с другими классами



Обобщение (Generalization) – отношение, при котором объект специализированного элемента (потомок) может быть подставлен вместо объекта обобщенного элемента (родителя или предка).

  • Обобщение (Generalization) – отношение, при котором объект специализированного элемента (потомок) может быть подставлен вместо объекта обобщенного элемента (родителя или предка).

  • Потомок наследует структуру и поведение своего родителя

  • Графически отношение обобщения изображается в виде линии с не закрашенной треугольной стрелкой, указывающей на родителя



Реализация (Realization) - семантическое отношение между структурными предметами, при котором один предмет определяет соглашение ("контракт"), а другой гарантирует его выполнение.

  • Реализация (Realization) - семантическое отношение между структурными предметами, при котором один предмет определяет соглашение ("контракт"), а другой гарантирует его выполнение.

  • Реализации употребляются в двух ситуациях: в контексте интерфейсов и в контексте коопераций.

  • Графически отношение реализации изображается в виде пунктирной линии с не закрашенной треугольной стрелкой, как нечто среднее между отношениями обобщения и зависимости



Диаграмма - это графическое представление совокупности элементов, чаще всего изображаемое в виде связного графа, состоящего из вершин (сущностей) и ребер (отношений)

  • Диаграмма - это графическое представление совокупности элементов, чаще всего изображаемое в виде связного графа, состоящего из вершин (сущностей) и ребер (отношений)

  • С помощью диаграмм можно визуализировать систему с различных точек зрения

  • Диаграммы можно использовать двумя способами:

    • для описания моделей, на основе которых в дальнейшем будет сконструирована исполняемая система (прямое проектирование)
    • для воссоздания модели из частей существующей исполняемой системы (обратное проектирование)


Показывает взаимодействие пользователя и системы с точки зрения ее функционирования

  • Показывает взаимодействие пользователя и системы с точки зрения ее функционирования

    • Действующее лицо - внешняя по отношению к разрабатываемому ПП сущность, которая взаимодействует с ним
    • Вариант использования - некоторая очевидная для действующего лица процедура, решающая его конкретную задачу
    • Связь - взаимодействие действующих лиц и соответствующих вариантов использования


Показывает набор классов, интерфейсов, объектов и коопераций, а также их отношения

  • Показывает набор классов, интерфейсов, объектов и коопераций, а также их отношения

  • UML предлагает использовать три уровня диаграмм классов в зависимости от степени их детализации:

    • концептуальная модель - на этапе анализа
    • уровня спецификации - на этапе проектирования
    • уровня реализации - на этапе реализации


Диаграмма объектов представляет объекты и отношения между ними. Является экземпляром диаграммы классов

  • Диаграмма объектов представляет объекты и отношения между ними. Является экземпляром диаграммы классов

  • Диаграмма последовательностей — графическая модель, которая для определенного сценарияварианта использования показывает генерируемые действующими лицами события и их порядок



Показывают состояния объекта, возможные переходы, а также события или сообщения, вызывающие каждый переход

  • Показывают состояния объекта, возможные переходы, а также события или сообщения, вызывающие каждый переход

    • состояние объекта - ситуация в жизненном цикле объекта, во время которой он удовлетворяет некоторому условию, осуществляет определенную деятельность или ожидает некоторого события
    • переход - изменение состояния, связанное с нарушением условия или, соответственно, завершением деятельности или наступлением события


Представляет переходы потока управления от одной деятельности (не атомарные, а последовательность шагов) к другой внутри системы

  • Представляет переходы потока управления от одной деятельности (не атомарные, а последовательность шагов) к другой внутри системы

  • Деятельность - задача (операцию), которую необходимо выполнить вручную или с помощью средств автоматизации

  • Позволяют описывать альтернативные и параллельные процессы



Представляет организацию совокупности компонентов и существующие между ними зависимости

  • Представляет организацию совокупности компонентов и существующие между ними зависимости

  • Применяют при проектировании физической структуры разрабатываемо ПП

  • Компонентами - физические заменяемые части программного обеспечения, которыесоответствуют некоторому набору интерфейсов и обеспечивают их реализацию



Диаграмме развертывания представляет конфигурацию обрабатывающих узлов системы и размещенных в них компонентов

  • Диаграмме развертывания представляет конфигурацию обрабатывающих узлов системы и размещенных в них компонентов

  • Диаграмма размещения отражает физические взаимосвязи между программными и аппаратными компонентами системы



На этапе разработки ПП выполняются следующие основные действия:

  • На этапе разработки ПП выполняются следующие основные действия:

    • кодирование
    • первичное тестирование
    • разработка справочной системы ПП
    • создание документации пользователя
    • создание версии и инсталляции ПП


На этапе кодирования программист сам тестирует программы. Такое тестирование называется модульным

  • На этапе кодирования программист сам тестирует программы. Такое тестирование называется модульным

  • Преимущества:

    • направленность тестирования
    • полный охват кода
    • возможность управления потоком команд
    • возможность отслеживания целостности данных
    • видение внутренних граничных точек
    • возможность тестирования, определяемого выбранным алгоритмом


У хорошо документированного ПП имеются следующие преимущества:

  • У хорошо документированного ПП имеются следующие преимущества:

    • Легкость использования
    • Меньшая стоимость технической поддержки
    • Высокая надежность
    • Легкость сопровождения
    • Упрощенная установка
    • Коммерческий успех


  • Основные программные документы по стандарту:

    • Спецификация
    • Текст программы
    • Описание программы
    • Ведомость эксплуатационных документов (формуляр, описание применения, руководство программиста, оператора, описание языка, руководство по техническому обслуживанию)
    • Программа и методика испытаний
    • Пояснительная записка


  • Должна содержать всю информацию, необходимую для сопровождения и модификации программного обеспечения:

    • введение
    • назначение и область применения
    • технические характеристики
    • ожидаемые технико-экономические показатели
    • источники, используемые при разработке


  • Руководство пользователя, как правило, содержит следующие разделы:

    • общие сведения о программном продукте
    • описание установки
    • описание запуска
    • инструкции по работе (или описание пользовательского интерфейса)
    • сообщения пользователю


Позволяет автоматизировать процесс установки ПП на компьютеры пользователей, предоставляя им при этом возможность выбора различных сценариев установки и обеспечивая корректность его дальнейшей работы
  • Позволяет автоматизировать процесс установки ПП на компьютеры пользователей, предоставляя им при этом возможность выбора различных сценариев установки и обеспечивая корректность его дальнейшей работы
  • Также необходимо обеспечить корректное удаление ПП с компьютера пользователей :



Версией ПП называют экземпляр ПП, имеющий определенные отличия от других экземпляров этого же ПП.

  • Версией ПП называют экземпляр ПП, имеющий определенные отличия от других экземпляров этого же ПП.

  • Новые версии могут отличаться функциональными возможностями, эффективностью или отсутствием ошибок, имевшихся в старых версиях.

  • Некоторые версии имеют одинаковые функциональные возможности, однако разработаны под различные конфигурации аппаратного или ПО



  • Процедуры управления версиями должны четко идентифицировать каждую версию компонента:

    • Нумерация версий - каждый компонент имеет уникальный и явный номер версии
    • Идентификация, основанная на значениях атрибутов - каждый компонент идентифицируется именем и набором значений атрибутов
    • Идентификация на основе изменений – каждая версия ПП идентифицируется именем и теми изменениями, которые реализованы в компонентах


перейти в каталог файлов

Образовательный портал Как узнать результаты егэ Стихи про летний лагерь 3агадки для детей

Образовательный портал Как узнать результаты егэ Стихи про летний лагерь 3агадки для детей