Обеспечение доступа к узлу загрузкиИспользование Web и Internet в качестве каналов распространения программного обеспечения является очевидным решением. Продукт всецело доступен через программные среды броузеров и Web-узлов. Одно из требований к поставщику— это обеспечить постоянный (24 часа в сутки, 7 дней в неделю) доступ к продукту для глобального рынка, несмотря на нагрузки на аппаратное обеспечение хоста и полосы рабочих частот канала связи. ВЫВОД: ■ Технологический процесс распространения заботится обо всех артефактах, которые предоставляются конечному пользователю, заказчику или организациям, обеспечивающим организационную поддержку, маркетинг, распространение и продажу продукта. ■ В технологическом процессе распространения описываются виды деятельности, связанные с бета-тестированием и сдачей устанавливаемого программного обеспечения. Установка может выполняться поставщиком (в случае сложной, распределенной системы) или пользователем (если программное обеспечение распространяется как полностью укомплектованный продукт или через Internet). ■ Технологический процесс распространения сильно зависит от типа разрабатываемого продукта и от состояния в отрасли производства, поэтому организация, принявшая Rational Unified Process, сама должна определить его вид. 55. Конфигурирование и реализация RUP.
34 Конфигурирование процесса В общем случае существует два уровня, на которых возможна адаптация или модификация процесса разработки программного обеспечения. 1. Организационный процесс, в котором технологи модифицируют, улучшают или адаптируют общий процесс, который будет использоваться в организации в целом. При этом они рассматривают вопросы предметной области, стратегии повторного использования и основоположные технологии, разработанные организацией. Каждая организация может иметь более одного организационного процесса, причем каждый такой процесс будет предназначен для разработки определенного типа. Во многих случаях в качестве организационного процесса может использоваться RationalUnifiedProcess "в готовом виде". 2. Процесс, ориентированный на проекты, в котором технологи берут за основу организационный процесс и уточняют его для данного проекта. На этом уровне учитывается размер проекта, повторное использование активов компании, использование исходного цикла ("абсолютно новое предприятие") против эволюционного цикла и т. д. Процесс, ориентированный на проект, описывается в RationalUnifiedProcess как план разработки. Иногда возникает необходимость модификации онлайновой версии RationalUnifiedProcess, а следовательно — необходимость конфигурирования процесса. После подчинения базовой копии онлайнового RationalUnifiedProcess управлению конфигурацией, технологи модифицируют ее для внесения следующих изменений. ■ Дополнения, расширения, модификации или удаления этапов видов деятельности. ■ Введения дополнительных контрольных точек с целью рецензирования видовдеятельности на основе полученного опыта. ■ Введения дополнительных директив на основе знаний, полученных из предыдущих проектов. ■ Дополнения, расширения, модификации или удаления артефактов, видовдеятельности или исполнителей. ■ Адаптации шаблонов: введения логотипа компании, колонтитулов, опознавательных знаков и обложки. ■ Добавления, по мере необходимости, инструментальных наставников. ■ Радикальные изменения терминологии процесса. ■ Использование модели процесса, отличной от модели, представленной вглаве 3 (Сложности возникнут при изменении основоположных концепций,таких как исполнитель, вид деятельности, артефакт и т.д.) ■ Изменения структуры основных технологических процессов. Объем работы, необходимый для создания соответствующего плана разработки, может быть существенным. Кроме того, может быть затруднено согласование с будущими версиями RationalUnifiedProcess от корпорации RationalSoftware.
|
