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

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

Стандарт ГОСТ Р и ISO не предлагает конкретную модель жизненного цикла.

Анализ требований — это процесс сбора требований к ПО, их систематизации, документирования, анализа, выявления противоречий, неполноты, разрешения конфликтов в процессе разработки ПО.

Анализ требований включает три типа деятельности:

Сбор требований: общение с клиентами и пользователями, чтобы определить, каковы их требования.

Анализ требований: определение, являются ли собранные требования неясными, неполными, неоднозначными, или противоречащими, и затем решение этих проблем.

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

17. Проектирование ПО — процесс создания проекта ПО, а также дисциплина, изучающая методы проектирования.

Проектирование подразумевает выработку свойств системы на основе анализа постановки задачи, а именно: моделей предметной области, требований к ПО, а также опыта проектировщика.

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

Нотации при проектировании ПО

В процессе проектирования ПО для выражения его характеристик используются различные нотации: Блок схемы, ER-диаграммы, UML-диаграммы, DFD-диаграммы, Макеты

Тестирование ПО — процесс исследования ПО с целью получения информации о качестве продукта.

Функциональное тестирование — это тестирование ПО в целях проверки реализуемости функциональных требований, то есть способности ПО в определённых условиях решать задачи, нужные пользователям.

Тестирование производительности — в инженерии программного обеспечения тестирование, которое проводится с целью определения, как быстро работает система или её часть под определенной нагрузкой.

Юзабилити-тестирование — эксперимент, выполняемый с целью определения, насколько хорошо люди могут использовать ПО (БД, web-сайт и т.п.)

Тестирование безопасности — оценка уязвимости ПО к различным атакам.

Тестирование совместимости — метод, основной целью которого является обеспечение качественной работы конечного продукта с другим ПО.

Спиральная модель проектирования ПО работ

При использвании этой модели ИС создается в несколько итераций (витков спирали) методом прототипирования

Прототип – действующий компонент ИС, реализующие отдельные функции и внешние интерфейсы.

Итерационная модель

Итер подход- выполнение \\ с непрерывным анализом получ результатов и корректировкой предыдущ этапов работы

Имеет повтор цикл – планирование—реализация—проверка – оценка

Стратегии и методы проектирование по

Стратегия проектирован сверх вниз

Стратегия проек снизу – вверх

Обьектно-ориентированный подход

Функциональное- ориентирование проектирования

Проектир-ие на основе структур данных

Компонентное проектирование

Вертик стратегия

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

Снизу вверх – с начала проводится анализ данных и определения их структур

Сн вверх метод основан на создании базовых простейших элементов, на основе строется более сложные

Сверх вниз метод сначала создается структуру программы. Далее прораб каждый элемент отдельно

Структур проектирование на основе структур данных

Структур проектирование- метод проектирование, в котором декомпозиция сфокусирована на индефикации основных програм функций, и затем детальной разработки и уточнее этихфункций *сверх вниз*- при проект на основе структур фокус сконцентрирован на структурах данных, которыми управл система, чем на функциях системы

Компонент проектир

Програмное компонент явл. Независымыми ед. которые обладают одназначно- определенными интерфейсами и зависимостями (связями)и могут собираться и развертываться независ друг от другого

Цель такого подхода закл в повыш. эффективности повторного использования разработ. компонентов

Объект и класс

Основными элементами программы являются не переменные и методы (процедуры), а объекты.

Объекты – это программные конструкции, включающие набор логически связанных свойств (данных) и методов.

Объекты создаются на основе шаблонов, которые называются классами и являются экземплярами этих классов.

Создание экземпляров класса

При создании экземпляра класса в памяти создается копия этого класса. Созданный таким образом экземпляр класса называют объектом.

Экземпляр класса можно создать посредством специальной операции new.

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

Поля, свойства, методы, события

Объекты состоят из полей, свойств, методов и событий.

Поля содержат данные объекта

Свойства – предоставляют управляемый способ доступа к данным объекта

Методы – определяют действия, которые объект способен выполнять.

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

Свойства объектов класса Автомобиль: Цвет, Модель, Расход_топлива. Методы объектов класса Автомобиль: Нажать_акселератор, Переключить_передачу, Повернуть_руль.

Методы позволяют реализовать поведение объекта. События представляют собой уведомления о важных происшествиях, например о том, что количество бензина стало ниже заданной величины, или объект класса Двигатель может уведомлять объект класса Автомобиль о событии Перегрев_двигателя.

Доступ к полям и методам

Для доступа к полям, свойствам, методам элементам объектов используется специальная операция точка (.).

Однако к элементам объекта имеется доступ не из всех частей программы

Отношения между классами в ООП.

Вложенность -- --наследование

Вложенность – это включение объектов одного класса в объекты другого класса.

Наследование – это описание одного класса на основе другого класса.

Объектные модели

Объекты одних классов могут включать объекты других классов в качестве своих полей и предоставлять к ним доступ, как и к другим своим элементам.

Иерархия вложенности объектов друг в друга называется объектной моделью (object model).

Например, в случае с автомобилем, объект класса Автомобиль, который сам по себе является объектом, состоит из ряда вложенных объектов, например, таких как объект класса Двигатель, четырех объектов класса Колесо, объект класса Трансмиссия и т.д.

Наследование

Один класс может быть описан на основе уже имеющегося описания другого класса. В этом случае между классами задается отношение наследования.

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

Класс, объявленный на основе некоторого (базового) класса, называется производным или классом-потомком.

У любого класса может быть только один прямой предок – его базовый класс.

Описание родительского класса и класса потомка.

Транспорт – самолет – поезд – авто – грузовой легковой спортивный

Описание класса потомка

На основе описания класса Транспортное_средство (базовый класс) можно описать класс Автомобиль (производный класс):

Class Автомобиль: Транспорт

{

// описание свойств

public string model;

public float Расход_топлива;

private int Число_цилиндров;

// описание методов

public void Повернуть_руль(){...};

private Регулировка_датчика(){...};

// описание события

public event Перегрев_двигателя();

}

Основные принципы ООП

Абстрагирование – полиморфизм – наследование -- инкапсюляция

Абстрагирование

Описание объектов реального мира при помощи программных объектов называют абстрагированием.

Абстрагирование — это способ выделить набор значимых характеристик объекта, исключая из рассмотрения незначимые. Соответственно, абстракция — это набор всех таких характеристик.

Инкапсуляция

языковой механизм ограничения доступа к определённым компонентам объекта;

⇐ Предыдущая12345Следующая ⇒

Поделиться: