((Извините! стер пару форумных кодов. Cat2, если не лень, то удали, пожалуйста, предыдущий пост. Спасибо))
(стер - cat2)
2 Aleskey:
К примеру, такая задача. Есть запрос на изменение, который влечет за собой выпуск новой версии. Необходимо иметь четкое сопоставление этого запроса с: исполнителями, версиями артефактов, сроками и результатами.
Если в общих чертах, то упомянутые пакеты (Borland ALM, IBM Rational Suite, CA AllFusion Suite, Oracle Oracle Developer Suite) могут это делать. Другой вопрос - как именно они это делают. Например, из RUP v.2003:
Concepts: Unified Change Management (UCM)
Unified Change Management (UCM) is Rational Software\'s approach to managing change in
software system development, from requirements to release. UCM spans the development
life cycle, defining how to manage change to requirements, design models, documentation,
components, test cases, and source code.
One of the key aspects of the UCM model is that it unifies the activities used to plan
and track project progress and the artifacts undergoing change. The UCM model is realized
by both process and tools. The Rational products Rational ClearCase and Rational ClearQuest
are the foundation technologies for UCM.
ClearCase manages all the artifacts produced
by a software project, including both system artifacts and project management artifacts.
ClearQuest manages the project\'s tasks, defects, and requests for enhancements
(referred to generically as activities) and provides the charting and reporting tools
necessary to track project progress. .....
Особенности реализации управления измениями/конфигурацией, например, в средствах из Borland ALM вам могут объяснить в
компании-партнере Borland ; например, в компании
Интерфейс - ее форумы, куда часто заходят специалисты, хорошо знающие эти средства или сотрудники, к-рые могут ответить на вопросы:
Форум "Rational Software"
Форум "Computer Associates"
Форум "Borland"
2 bas:
Я и сам не так хорошо знаю линейку Борланда, так что насчет AM не знаю, но когда я был на презинтации (год назад) они назвали свой цикл создания ПО - AGILE, и били себя пяткой в нос и говороли, что это их торговая марка (тогда я про AM не знял), но в последнее время не встречал название Аgile у Борланда.
Если в смысле "процесс", то "agile process" - означает
гибкий процесс , т.е это
легкий (т.е упрощенный, не требующий длительной подготовки и может быть использован даже маленькими командами) и
адаптивный (т.е набор деятельностей может быть подобран под конкретный проект) процесс (см. Кратчена, Лармана и т.д), т.е в понимании UP/RUP это (см.
Agility with the RUP ):
Agility is the ability of an organization to adapt and react expeditiously and appropriately
to changes in its environment and to demands imposed by the environment. An agile process
is one that readily embraces and supports this kind of adaptability.
т.к очень часто под "agile process" понимается предельно упрощенный процесс, позволяющий как можно быстрее получить работающий код и процесс, в к-ром что-либо делается только по необходимости, а не исходя, например, из соображений следования методологии или эффективности:
.. These insurgent, counter-cultural processes are known collectively as agile
development
processes. Current agile contenders include
eXtreme Programming (XP)
Adaptive Software Development
Crystal
SCRUM
Feature-Driven Development
Agile Modeling
All these processes share the same strategic vision -- to enable teams to develop high-quality
software
as quickly as possible -- but they differ in their tactics. What unites them
under the rubric of agile development process is a philosophy that I characterize simply as
"If you need to do something, then do it -- otherwise, don\'t." Agile approaches openly
rebel against the "tyranny of the defined." ...
IMHO Borland просто решил поэксплуатировать популярные слово "agile process" для рекламы ALM, т.к ALM - это средства, а не процесс. Вообще любой пакет средств, не привязанный жестко к конкретному процессу и пакет, с помощью к-рого можно автоматизировать
отдельные типовые деятельности разработки (анализ, проектирование, программирование, тестирование и т.д), а значит и гибкие процессы, можно назвать пакетом "agile tools". Вот Айвар Якобсон и ввел термин "agile (process) tools" (см.
A Resounding "Yes!" to Agile Processes -- But Also to the "Next Big Thing" ):
.. Whatever you do, in order to be efficient you need good tools. Good tools are tools
that are developed to work integrally with your process. The process and the tools
go together. ...
We obviously need tools for programming (coding, debugging, compiling, etc.). Let me call
them light tools (even though I can hear many people objecting to calling these tools
light). Light tools must go with a light process to be agile. ...
Да все и так понятно, что это в первую очередь все не меренно стоит, да и польза м.б. лет через 5, а может и совсем не быть.
На самом деле не все средства стоят также дорого, как и средства IBM, Borland и т.п. Просто люди не исследуют рынок или им кажется, что если компания, разрабатывающая, например, CASE-средство небольшая и малоизвестная, то она: не может сделать хорошее средство и/или завтра может исчезнуть. Что касается пользы, то польза очевидна, но не все могут эту пользу понять и/или получить, т.к подавляющее большинство руководителей российских ИТ-компаний знают, например, больше о .Net или XML, чем о процессах разработки, средствах для них и конкурентных преимуществах, к-рые они дают хотя это гораздо важнее :о)
