🗊Презентация Технология программирования основные понятия и подходы

ТЕХНОЛОГИЯ ПРОГРАММИРОВАНИЯ ОСНОВНЫЕ ПОНЯТИЯ И ПОДХОДЫ

Принципы работы со сложными системами - Абстракция (abstraction) и уточнение (refinement). -Модульность (modularity): Примером разбиения на модули может служить структура пакетов и классов библиотеки JDK. Классы, связанные с основными сущностями языка Java и виртуальной машины, собраны в пакете java.lang. Вспомогательные широко применяемые в различных приложениях классы, такие, как коллекции, представления даты и пр., собраны в java.util. 3. Классы, используемые для реализации потокового ввода-вывода — в пакете java.io, и т.д. Интерфейсом класса служат его общедоступные методы, а интерфейсом пакета — его общедоступные классы, -Переиспользования.

Технологии Java

ЖИЗНЕННЫЙ ЦИКЛ И ПРОЦЕССЫ РАЗРАБОТКИ ПО Жизненным циклом программного обеспечения называют период от момента появления идеи создания некоторого программного обеспечения до момента завершения его поддержки фирмой-разработчиком или фирмой, выполнявшей сопровождение.

Стандарты жизненного цикла IEEE — читается «ай-трипл-и», Institute of Electrical and Electronic Engineers, Институт инженеров по электротехнике и электронике; ISO — International Standards Organization, Международная организация по стандартизации;

Модели жизненного цикла

УНИФИЦИРОВАННЫЙ ПРОЦЕС RATIONAL (RATIONAL UNIFIED PROCESS, RUP) И ЭКСТРЕМАЛЬНОЕ ПРОГРАММИРОВАНИЕ (EXTREME PROGRAMMING, XP)

ТЕХНИЧЕСКОЕ ЗАДАНИЕ В разделе "Наименование и область применения" указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие. В разделе "Основание для разработки" должны быть указаны: документ (документы), на основании которых ведется разработка; организация, утвердившая этот документ, и дата его утверждения; наименование и (или) условное обозначение темы разработки. В разделе " Назначение разработки" должно быть указано функциональное и эксплуатационное назначение программы или программного изделия. Раздел "Технические требования к программе или программному изделию" должен содержать следующие подразделы: требования к функциональным характеристикам; состав выполняемых функций, организации входных и выходных данных, временные характеристики и т.п. требования к надёжности (обеспечение устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т.п.); условия эксплуатации (интерфейс, а также вид обслуживания, необходимое количество и квалификация персонала.) требования к составу и параметрам технических средств; состав технических средств с указанием их технических характеристик требования к информационной и программной совместимости; (решения, исходные коды, языки программирования) требования к упаковке; требования к транспортированию и хранению; специальные требования. В разделе "Технико-экономические показатели" должны быть указаны: экономическая эффективность, предполагаемая годовая потребность, преимущества разработки по сравнению с аналогами. В разделе "Стадии и этапы разработки" устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей. В разделе "Порядок контроля и приёмки" должны быть указаны виды испытаний и общие требования к приёмке работы.

Диаграмма вариантов использования (use case diagram) диаграмма, на которой изображаются варианты использования проектируемой системы, заключенные в границу системы, и внешние актеры, а также определенные отношения между актерами и вариантами использования

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

Вариант использования (use case) – представляет собой общую спецификацию совокупности выполняемых системой действий с целью предоставления некоторого наблюдаемого результата, который имеет значение для одного или нескольких актеров Отвечает на вопрос «Что должна выполнять система?», не отвечая на вопрос «Как она должна выполнять это?» Имена – отглагольное существительное или глагол в неопределенной форме

Актер (actor) – любая внешняя по отношению к проектируемой системе сущность, которая взаимодействует с системой и использует ее функциональные возможности для достижения определенных целей или решения частных задач Примеры актеров: кассир, клиент банка, банковский служащий, президент, продавец магазина, менеджер отдела продаж, пассажир авиарейса, водитель автомобиля, администратор гостиницы, сотовый телефон

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

Отношение ассоциации Ассоциация (association) является одним из фундаментальных понятий в языке UML 2.х и может использоваться на различных канонических диаграммах при построении визуальных моделей Применительно к диаграммам вариантов использования отношение ассоциации может служить только для обозначения взаимодействия актера с вариантом использования.

Отношение включения Отношение зависимости (dependency) определяется как форма взаимосвязи между двумя элементами модели, предназначенная для спецификации того обстоятельства, что изменение одного элемента модели приводит к изменению некоторого другого элемента Отношение включения (include) специфицирует тот факт, что некоторый вариант использования содержит поведение, определенное в другом варианте использования

Отношение расширения Отношение расширения (extend) определяет взаимосвязь одного варианта использования с некоторым другим вариантом использования, функциональность или поведение которого задействуется первым не всегда, а только при выполнении некоторых дополнительных условий.

Изображение отношения расширения с условием выполнения

Отношение обобщения Отношение обобщения (generalization relationship) предназначено для спецификации того факта, что один элемент модели является специальным или частным случаем другого элемента модели

Пример диаграммы ВИ для системы продажи товаров в Интернет-магазине

Спецификация ВИ с помощью текстовых сценариев Сценарий (scenario) – специально написанный текст, который описывает поведение моделируемой системы в форме последовательности выполняемых действий актеров и самой системы.

Типичные ошибки при разработке диаграмм вариантов использования Превращение диаграммы вариантов использования в диаграмму деятельности за счет желания отразить все функциональные действия Инициатором действий является разрабатываемая система Спецификация атрибутов и операций классов до того, как сформулированы все варианты использования Задание слишком кратких имен вариантам использования Описание вариантов использования в терминологии, непонятной пользователям системы или заказчику Отсутствие описаний альтернативных последовательностей действий Тратится слишком много времени на решение вопросов о том, какие стереотипы и ассоциации использовать на диаграмме