Главная » UML

Список артефактов

Добавлено Дата: 17 July, 2011 категория: UML

В данном приложении перечисляются артефакты, создаваемые или используемые в Rational Unified Process. Они упорядочены по девяти технологическим процессам (см. главу 3) и соотнесены с соответствующими исполнителями.

 

•      Оценка целевой организации

Читать »

Процесс, управляемый прецедентами

Добавлено Дата: 17 July, 2011 категория: UML

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

Читать »

Зачем нужно моделировать производство перед началом разработки системы

Добавлено Дата: 16 July, 2011 категория: UML

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

Цель

Читать »

Используйте визуальное моделирование

Добавлено Дата: 16 July, 2011 категория: UML

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

Читать »

Преодоление сложностей: итерируйте!

Добавлено Дата: 16 July, 2011 категория: UML

Как съесть слона? По кусочку! Если последовательный, или водопадный, подход является разумным и даже успешным в небольших проектах или проектах, имеющих незначительные новшества или незначительные риски, то почему бы не разбить жизненный цикл большого проекта на последовательность небольших водопадных проектов? Таким способом можно взять некоторые требования и риски, немного спроектировать, немного реализовать, утвердить полученное, а затем взять больше требований, немного больше спроектировать, создать, утвердить и так до тех пор, пока проект не будет завершен. Такой подход и называется итеративным.

Читать »

Rational Unified Process как продукт

Добавлено Дата: 15 July, 2011 категория: UML

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

Читать »

Директивы

Добавлено Дата: 15 July, 2011 категория: UML

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

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

Читать »

Что такое "требование"

Добавлено Дата: 14 July, 2011 категория: UML

В данном случае требование— это условие или характеристика, которой должна соответствовать система.

Далее мы будем опираться на книгу Роберта Грейди (Robert Grady), который, во время работы в компании Hewlett-Packard, занимался определением критериев качества, которые можно было бы использовать при создании метрики для оценки программных систем. Он выделил следующие необходимые параметры качества: функциональные возможности (functionality), практичность (usability), надежность (reliability), производительность (performance) и возможность поддержки (supportability). В дальнейшем мы будем использовать аббревиатуру FURPS, которая напоминает о типах требований, требующих ! рассмотрения для полного определения качественной системы.

Читать »

Исполнители и артефакты

Добавлено Дата: 14 July, 2011 категория: UML

Возможно, у вас уже возник вопрос, как в Rational Unified Process все сказанное выше выражается через исполнителей, артефакты, виды деятельности и технологические процессы? Рассмотрим рис. 7.2, на котором изображен основной исполнитель технологического процесса управления проектом — руководитель проекта, а также артефакты этого процесса. Обратите внимание на фигуру рецензента проекта, отвечающего за оценку артефактов, связанных с планированием и оценкой проекта, выполняемой в точках рецензирования жизненного цикла проекта.

Читать »

Конфигурирование процесса

Добавлено Дата: 14 July, 2011 категория: UML

Rational Unified Process достаточно всеобъемлющ и обширен, чтобы его использовать "как есть" или "в готовом виде" во многих небольших организациях по разработке программного обеспечения, особенно в тех, которые не имеют собственной мощной системы разработки. Но ведь Rational Unified Process — это еще и контур процесса, который организация может видоизменять, уточнять и расширять для адаптации к конкретным требованиям, характеристикам, ограничениям и истории организации, культуры и предметной области.

Читать »

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

Добавлено Дата: 14 July, 2011 категория: UML

Если после прочтения данной главы пересмотреть главу 3, "Статическая структура описание процесса", то можно обнаружить связь понятий, используемых в обеих главах. И это не случайно. Моделирование Rational Unified Process основано на тех же методах, что и моделирование процесса, описанное в данной главе. Модель Rational Unified Process — это модель производства программного обеспечения1.

Читать »

Технологический процесс реализации

Добавлено Дата: 13 July, 2011 категория: UML

В главе описывается технологический процесс реализации. Здесь вводятся понятия прототипов и поэлементной интеграции.

Цель

Существует четыре основные цели технологического процесса реализации.

Читать »

Как лучше всего организовать процесс разработки

Добавлено Дата: 13 July, 2011 категория: UML

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

Читать »

Rational Unified Process

Добавлено Дата: 13 July, 2011 категория: UML

Существует четыре функции процесса разработки программного обеспечения’.

1.          Обеспечивать руководство последовательностью действий команды.

2.          Определять, какие артефакты должны создаваться и когда.

Читать »

Важность моделей

Добавлено Дата: 13 July, 2011 категория: UML

Значительная часть Rational Unified Process основана на моделировании. Модели помогают понимать и очерчивать как проблему, так и ее решение. Модель — это упрощение действительности, помогающее управлять большой, сложной системой, не поддающейся пониманию во всей своей полноте. От того, какие модели и технологии будут выбраны, очень сильно зависит, как будет воспринята проблема и как будет сформировано решение. Запомните, модель — это не действительность ("карта— это не территория" ), хотя лучшие модели весьма точно отображают эту действительность .

Читать »