Development Cycles
  Home arrow Development Cycles arrow Page 5 - Organizing RUP SE Projects
Dev Articles Forums 
ADO.NET  
Apache  
ASP  
ASP.NET  
C#  
C++  
ColdFusion  
COM/COM+  
Delphi-Kylix  
Design Usability  
Development Cycles  
DHTML  
Embedded Tools  
Flash  
Graphic Design  
HTML  
IIS  
Interviews  
Java  
JavaScript  
MySQL  
Oracle  
Photoshop  
PHP  
Reviews  
Ruby-on-Rails  
SQL  
SQL Server  
Style Sheets  
VB.Net  
Visual Basic  
Web Authoring  
Web Services  
Web Standards  
XML  
Dedicated Servers  
Moblin 
JMSL Numerical Library 
IBM® developerWorks 
Sun Developer Network 
Weekly Newsletter
 
Developer Updates  
Free Website Content 
 RSS  Articles
 RSS  Forums
 RSS  All Feeds
Write For Us Get Paid 
Request Media Kit
Contact Us 
Site Map 
Privacy Policy 
Support 
 USERNAME
 
 PASSWORD
 
 
  >>> SIGN UP!  
  Lost Password? 
DEVELOPMENT CYCLES

Organizing RUP SE Projects
By: The Rational Edge
  • Search For More Articles!
  • Disclaimer
  • Author Terms
  • Rating: 4 stars4 stars4 stars4 stars4 stars / 10
    2003-07-21

    Table of Contents:
  • Organizing RUP SE Projects
  • The Article
  • Team Structure
  • Planning Ahead
  • A Final Word: How Hard is This?

  • Rate this Article: Poor Best 
      ADD THIS ARTICLE TO:
      Del.ici.ous Digg
      Blink Simpy
      Google Spurl
      Y! MyWeb Furl
    Email Me Similar Content When Posted
    Add Developer Shed Article Feed To Your Site
    Email Article To Friend
    Print Version Of Article
    PDF Version Of Article
     
     
    ADVERTISEMENT


    Organizing RUP SE Projects - A Final Word: How Hard is This?


    (Page 5 of 5 )

    As we mentioned above, using architecture rather than requirements to organize systems development may, at first, seem overly complex and difficult to put into practice. However, the complexity of the organization scales with the complexity and size of the effort. For smaller, simpler projects, you can combine roles and teams so that the organization is more streamlined. Even for larger teams, the difficulty is more perceived than real.

    For these projects, with their inherent diseconomies of scale, the RUP SE management approach tames the nonlinear growth in interteam communications, yielding productivity increases. For very large projects, applying RUP SE at several levels simplifies the management process, and synchronizing the plans from these various levels validates overall system planning. At every level, the teams have clear roles, areas of concern, and responsibility. In the end, process adoption can proceed smoothly, allowing all teams to focus on the system, and not on the process itself.


    Notes

    1 The RUP SE architecture framework can be found in the RUP SE extension to the RUP available on RDN. This framework is further explained in the draft whitepaper "The Rational Unified Process for System Engineering 2.0" (in press) by Murray Cantor, and available from the author.

    2 RUP SE relies on a way to express logical decomposition. UML 1.4 characterizes the elements of the logical decomposition of the system as subsystems. At this writing, the UML 2.0 drafts use different semantics to express the logical elements. When UML 2.0 is adopted, we will change the semantic representation of logical elements to reflect the current standard.

    3 Rational Software TP 165, April, 2000, (http://www.rational.com/products/whitepapers/wprupsedeployment.jsp). A new whitepaper on RUP SE 2.0 is currently in production.

    4 Available through Rational Developer Network (http://www.rational.net); authorization required.

    5 Fred Brooks, The Mythical Man Month, Addison Wesley, 1997.

    6 Barry Boehm et al., Software Cost Estimation with COCOMO II, Prentice Hall, 2000.

    7 See notes 3 and 4.

    8 See notes 3 and 4.

    9 Very High Speed Integrated Circuit (VHSIC) Hardware Description Language


    DISCLAIMER: The content provided in this article is not warranted or guaranteed by Developer Shed, Inc. The content provided is intended for entertainment and/or educational purposes in order to introduce to the reader key ideas, concepts, and/or product reviews. As such it is incumbent upon the reader to employ real-world tactics for security and implementation of best practices. We are not liable for any negative consequences that may result from implementing any information covered in our articles or tutorials. If this is a hardware review, it is not recommended to open and/or modify your hardware.

     

    DEVELOPMENT CYCLES ARTICLES

    - More Pattern Matching Algorithms: B-M
    - Pattern Matching Algorithms Demystified: KMP
    - Coding Standards
    - A Peek into the Future: Transactional Memory
    - Learning About the Graph Construct using Gam...
    - Learning About the Graph Construct using Gam...
    - Learning About the Graph Construct using Gam...
    - How to Strike a Match
    - Entity Relationship Modeling
    - Tame the Beast by Matching Similar Strings
    - 5 Web Design Tips You Can't Live Without
    - Practising Best Practises in Your Software D...
    - The Art of Modelling: Part 1
    - Thoughts on the Craft of Programming: Abstra...
    - Hi 5: Part 4







    © 2003-2008 by Developer Shed. All rights reserved. DS Cluster 5 hosted by Hostway