Главная » Статьи для тега "деятельности"

РАЗРАБОТКА КАРКАСА ПРИЛОЖЕНИЯ ANDROID

Добавлено Дата: 11 January, 2012 категория: Разработка для Android

Вопросы, рассматриваемые в этом часе:

•             проектирование простого приложения Android;

•             подготовка прототипа приложения к запуску;

•             запуск прототипа игры.

Настало время применить навыки, полученные в предыдущих часах. В этом часе вы разработаете прототип приложения Android — основной каркас, на котором к концу книги вы построите полноценное приложение.
Читать »

СОЗДАНИЕ ПРИЛОЖЕНИ ANDROID

Добавлено Дата: 9 January, 2012 категория: Разработка для Android

Вопросы, рассматриваемые в этом часе: проектирование типичного приложеиня Android; использование контекста приложения;

работа с деятельностями, интентами и диалоговыми окнами; журналирование информации.

Для описания компонентов приложения каждой поатформы употребляется различная терминология. Три самых выжных класса на платформе Android это: Context (Контекст), Activity (Деятельность), и Intent (Интент). Кроме этих компонентов, есть другие, также доступные разработчикам, но именно эти три компонента входят в состав практически каждого приложения Android. В этом часе мы сосредоточим ваше внимание на понимании общих черт приложений Android. Мы также рассмотрим некоторые служебные классы, которые могут помочь разработчикам в отладке приложений.

Читать »

ИСПОЛЬЗОВАНИЕ ДИАЛОГОВЫХ ОКОН ДЛЯ СБОРА ДАННЫХ, ВВОДИМЫХ ПОЛЬЗОВАТЕЛЕМ

Добавлено Дата: 26 December, 2011 категория: Разработка для Android

Вопросы, рассматриваемые в этом часе:

•             работа с диалоговыми окнами деятельностей;

•             использование диалогового окна DatePickerDialog;

Читать »

Delphi 2006 – Диаграмма деятельности (Activity Diagram)

Добавлено Дата: 5 December, 2011 категория: Delphi

Как частный случай диаграмм состояний диаграмма деятельности наиболее близка к общеизвестным блок-схемам программирования. Она дополняет элементы диаграммы состояний (состояния, переходы) набором элементов, необходимых для построения алгоритмических схем. Данный вид диаграмм нередко используют совместно с диаграммами классов, дополняя последние описанием логики работы методов классов. Диаграмма деятельности добавляется в проект командой контекстного меню с пространства диаграммы Add > Other Diagram > Activity Diagram (Добавить > Другая диаграмма > Диаграмма деятельности) — рис. 8.31.

Читать »

Delphi 2006 – Диаграммы внутренней структуры (Composite Structure Diagram)

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

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

Диаграммы внутренней структуры называются иногда составными диаграммами.

Читать »

Delphi 2006 – Организация последовательных процессов

Добавлено Дата: 11 November, 2011 категория: Delphi

В диаграммах деятельности UML 2.0 выделяют два возможных вида организации последовательных процессов. Первый — это формирование потока управления. Второй — формирование потока данных.

Поток управления

Поток управления задает последовательность выполнения действий и дея- тельностей на диаграмме. Он формируется с помощью элемента Control Flow палитры инструментов. Ход последовательности выражается на диаграмме деятельности темно-синей сплошной линией со стрелкой.

Читать »

Delphi 2006 – Диаграммы деятельности

Добавлено Дата: 6 November, 2011 категория: Delphi

Диаграммы деятельности изменились в версии UML 2.0 сильнее любых других диаграмм. В них появились новые элементы моделирования программной активности и средства контроля за этой активностью.

В диаграммах деятельности версии UML 2.0 введено понятие деятельности {activity). Она складывается из более простых действий {action). Действие выражается, как и в версии UML 1.5, небольшим прямоугольником со скругленными боковыми сторонами. Деятельность представляет собой укрупненный вариант такой фигуры.

Читать »

Директивы

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

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

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

Читать »

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

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

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

Читать »

Элементы технологического процесса и контроль за проектом

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

Рассмотрим рис. 7.3, на котором в форме диаграммы видов деятельности представлена одна итерация технологического процесса управления проектом. Каждый вид деятельности, например открытие нового проекта, — это элемент процесса Rational Unified Process. И наоборот, каждый элемент процесса Rational Unified Process состоит из одного или нескольких видов деятельности. Стоит отметить, что некоторые элементы технологического процесса зависят от времени. Например, открытие нового проекта происходит всего лишь один раз, в начале проекта, а фаза закрытия имеет место только при завершении последней итерации каждой фазы.
Читать »

Виды деятельности

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

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

Читать »

Шаблоны

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

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

Читать »

Технологические процессы

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

Простое перечисление всех исполнителей, видов деятельности и артефактов — это еще не процесс. Помимо этого, требуется описание значимых последовательностей видов деятельности, дающих некоторый полезный результат, и отображение взаимодействий между исполнителями. Технологический процесс— это последовательность видов деятельности, дающих результат с очевидным значением. В терминах языка UML технологический процесс можно выразить как диаграмму последовательностей, диаграмму взаимодействия или диаграмму видов деятельности. В данной книге использована форма диаграмм видов деятельности. На рис. 3.5 приведен пример технологического процесса2.

Читать »

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

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

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

Цель

Читать »

Контроль: фазы и вехи

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

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

Читать »