Диссертация (1136162), страница 11
Текст из файла (страница 11)
В силузначительного количества базовых элементов (более 30 ролей и свыше 50артефактов) адаптация крупных проектов в RUP 2000 нетривиальна.Итеративное ролевое проектирование КПК позволяет уже на раннихстадияхполучитьработоспособныйпрототип,выявитьсущественныенедостатки, а также улучшить качество за счет множественного тестирования иширокого спектра инструментальных средств Rational (Purify, PureCoverage,Quantify и Robot). При проектировании крупномасштабного ПО важное значениеБойченко А. В., Лукинова О. В. Управление жизненным циклом информационной системы на основе профилей// Материалы IV Научно-практической конференции "Актуальные проблемы системной и программнойинженерии".
Сборник научных трудов / НИУ ВШЭ.- М.:ИД НИУ ВШЭ.- 2015.- с.19-25.158приобретает управление требованиями заказчика, для реализации которого вRUP используется инструментальное средство Requisite Pro. Для отслеживанияизменений требований заказчика и среды вычислений используются процессы наоснове инструментальных средств Rational ClearCase и ClearQuest.Ряд относительно новых «облегченных» подходов к проектированиюпрограммных комплексов (XP – eXtreme Programming, dX и др.), несмотря наобщность итерационного подхода и тесное взаимодействие с пользователяминепригоден для корпоративных ИС в силу недостаточной поддержки языковымисредствами и CASE-инструментарием [145].Стандарт проектирования ПО Microsoft Solution Framework (MSF)создан на основе опыта внедрения крупных распределенных КПК [172], [179],[186], [202], [204], [254], ИС электронной коммерции [135], [136], [182], синтезакаскадной испиральной моделей на протяжении ЖЦ ПО (планирование,проектирование, разработка и внедрение).
Модель процессов MSF основана напринципах единства видения (vision) и понимания целей и задач проекта,адаптивного управления, а также свободного обмена информацией.Этапы процессно-ориентированного MSF-проекта содержат главные(major) и промежуточные (interim) контрольные точки («вехи», milestone) дляанализа и документирования результатов с точки зрения «бизнес-отдачи»(business value), что позволяет сосредоточиться на целях проекта, улучшитьпроектирование интернет-приложений и сервисов и сопровождение ПО.Управлениенаращиванияпроектомосуществляетсяфункциональностибазовыхпосредствомверсийитерационного(baseline)ПОиливерсионирования (versioning) с управлением матрицами компромиссов (tradeoffmatrix) между ресурсами, временем и реализуемыми возможностями безсущественного снижения порога качества (quality bar).Рекомендации по повышению эффективности подхода MSF для КПКвключают декомпозицию, параллельную работу небольшими коллективами (счастой синхронизацией, сборкой и тестированием ПО), прототипирование, атакже интегрированную оценку проектов снизу вверх (bottom-up).59К преимуществам подхода для разработки гетерогенных КПК можноотнести отсутствие жестких инструкций и масштабируемость, т.е.
применимостьк условиям организации или проектной группы различной численности(проектирование небольших ИС по данной методологии нерентабельно;предпочтительна спиральная модель).Стандарт проектирования ПО Oracle Custom Development Method(CDM) является развитием Oracle CASE-Method для CASE-средств Oracle иориентирован преимущественно на использование инструментария Oracle(подробнее см., напр., Oracle CDM Method Handbook.
– Oracle Corp. – 1996).Как и MSF, CDM является процессно-ориентированным и предназначендля всего ЖЦ ПО, включая определение и анализ (детализацию) требований кПО, проектирование (преобразование требований в спецификации ИС),реализацию (кодирование и тестирование), внедрение (инсталляцию иподготовку к эксплуатации), а также эксплуатацию (сопровождение ПО ипланирование будущих функциональных расширений).Процессы CDM включают определение производственных требований,исследование существующих ИС, определение технической архитектуры,проектированиеидокументирование,реализациюБДтестирование,иИС,конвертированиеданных,обучение, а также поддержку исопровождение.
Степень адаптивности CDM ограничивается тремя моделямиЖЦ: "классическая" (учитывает все работы и этапы), "быстрая разработка"(ориентирована в основном на использование инструментальных средств Oracle)и "облегченный подход" (рекомендуется для малых проектов и быстрыхпрототипов ИС).CDM не предполагает добавления новых типов задач и их интеграции симеющимися, изменения последовательности выполнения и удаления задач, непредусмотренных стандартными моделями. Все модели ЖЦ ИС являютсякаскадными, отдельные черты итеративности присущи только «облегченному»подходу.
Методика ориентирована на традиционные ИС с БД и обладаетограниченными возможностями адаптации.605.3 Соотнесение стандартов разработки ПОАнализ стандартов необходимо проводить в условных соответствиях, т.к.непосредственные соотнесения не выявляют даже формальных совпадений(процессы не содержат этапности, тогда как работы явно содержат только стадиии этапы).Стандарты ГОСТ и CDM ориентированы, прежде всего, на создание иподдержку программных систем, а ISO – на их приобретение и эксплуатацию вусловиях конкретного проекта. Таким образом, ни один из стандартов несодержит полного комплекса видов действий и задач, реально необходимых дляразработки гетерогенных КПК. В CDM сужены процессы гарантированиякачества, развития ПО, функционирования ИС, действий пользователя и др.,однакосуществуютпринципиальныерасширенныедлягетерогенныхпроцессыиконвертирования«унаследованных»данных,программныхкомплексов (в ISO таковые отсутствуют, а в ГОСТ описаны косвенно) ипроектирования БД.
Стандарты ГОСТ/МЭК и ISO/IEC охватывают наиболееширокий ситуативный спектр при максимальной адаптируемости.Значительноечислометодик,ориентированныхнаразличныеинструментально-технологические подходы, приводит к терминологической иметодологической дезинтеграции (в этой связи в таблице 1.7 отсутствуетсопоставление с MSF, RUP, XP и другими отраслевыми стандартами).Конкретизацию схем проектирования ИС (вне моделей ЖЦ, управленияпроектом и схем гарантирования качества) целесообразно представить в формефункциональных, отраслевых, ведомственных или корпоративных стандартов иметодик, т.е.
библиотек методов, дополняющих базовые стандарты (ГОСТ, ISO)с учетом типа CASE-средств (Oracle, Microsoft, IBM и др.).Стандарты ГОСТ адекватны для ИС произвольного профиля присоблюдении условий открытости и динамичности (по аналогии с ISO); системнаяориентация помогает избежать терминологических коллизий и обеспечитьдолжную глубину комплексного проектирования.61Таблица 1.7.Сравнение компонент основных стандартов проектирования ПОСтадии и этапы ГОСТ34.601-90 (стадия.этап)Процесс ISO/IEC12207Процесс Oracle CDM5.3 ТП, 7.3 ВДПриобретение--Поставка-1.ФТ, 2.РК, 3.ТЗ, 4.ЭП,5.ТП, 6.РД, 7.ВДРазработкаRD, ES, TA, DB, MD,(DO), TE, (TR), TS-Эксплуатация-8.Сп.СопровождениеPSГОСТ 34.201, ГОСТ 34.602,РД50-682ДокументированиеDO-Управление конфигурацией ПО-ГОСТ34.601: 6.1 РП, 7 ВДОбеспечение качества (контрольсоответствия требованиям к ПО )ISO12207, PS.050,PJM.QMПрил.
к ГОСТ34.602Решение проблем (анализ иустранение проблем по схеме РД5034698)PS.050, PJMПриложенияУправлениеPJM-Создание инфраструктуры для ЖЦPJM.RM-Совершенствование процессов ЖЦ-ГОСТ34.601, 7. ВДОбучениеTRПреимущественноеиспользованиестандартаISOфиксируетнеобходимость организационного отделения действий по непосредственномупроектированию ПО от параллельных направлений работ, связанных сгарантированием качества, а также определяет ответственность руководителейпроектовзаустановлениепрофессиональнойтребований к качеству разработок.культуры,технологиии62Построение ISO-профилей ЖЦ проекта увеличивает стоимость работ,однако обеспечивает потенциально более полную методику и нормативную базудля гарантирования качества ПО.6 Корпоративные портальные комплексыРазвитие интернет/интранет-технологий привело к появлению КПКпортального типа, которые возникли в ходе эволюции и иногда излишне широкотрактуется как интернет-ПО в целом.
Примерами подобных КПК могут служить(интеллектуальные)бизнес-порталыикорпоративныеинтранет-порталы.Классификация порталов по аудитории может включать мегапорталы,вертикальные, B2B- и корпоративные порталы (www.gartner.com).В отличие от мегапорталов (сетевых СМИ для интернет-сообщества вцелом: Google, Lycos, AOL, Yandex и др.), вертикальных (нишевых) порталов(или ворталов – vortal) для специфических групп интернет-сообщества(медицинских работников, женщин и др.), B2B-порталов («площадок» дляэлектронной коммерции между корпорациями), корпоративные (enterprise)порталы ориентированы на одну распределенную крупную компанию – как длявнутренних задач (интранет [157], [197], [174], [179], [203] и др.), так и длякоммуникации с внешней целевой аудиторией (интернет), заказчиками,поставщиками и партнерами (экстранет) [213].Приклассификациипотипувзаимодействияинтранет-порталыобеспечивают обмен информацией между подразделениями и сотрудниками, аэкстранет-порталы – между компанией и ее партнерами и клиентами.Основным назначением корпоративного интранет-портала являетсяпредоставление прозрачного доступа к гетерогенному контенту распределенныхИС, а также другим источникам (мета)данных.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
