Artifacts > Environment Artifact Set > Development Case > Guidelines > Important Decisions in Business Modeling

SWEN 5135 Configuration Management

Topics

Decide How to Perform the Workflow To top of page

The following decisions should be made regarding the Business Modeling discipline's workflow:

  • Decide how to perform the workflow by looking at the Business Modeling: Workflow. There are several ways to perform the business modeling workflow, as described in Concepts: Scope of Business Modeling. Decide which of the scenarios you will follow and document the decision in the Development Case, under the Disciplines, Business Modeling section, under the heading titled Workflow. The Artifact: Target-Organization Assessment describes the current status of the organization in which the system is deployed. It serves as input when you decide how to perform the business modeling workflow. 
  • Decide what parts of the Business Modeling workflow details to perform. For example, you can decide to just introduce the Workflow Detail: Develop Domain Model if the project only need a business object model, focusing on explaining products, deliverables, or events that are important to the business domain.  
  • Decide when, during the project lifecycle, to introduce each part of the workflow. As a general rule, the business modeling workflow should be introduced early in the project. 

Notice that you often need to do Workflow Detail: Assess Business Status before you are ready to make decisions on how to use the Business Modeling workflow. 

Document the decisions in the Development Case, under the headings Disciplines, Business Modeling, Workflow.  

Decide How to Use Artifacts To top of page

Decide on which artifacts to use and how to use each of them. This depends entirely on how you decided to do business modeling. The table below describes those artifacts you must have and those used in some cases. For more detailed information on how to tailor each artifact, and a discussion of the advantages and disadvantages of that specific artifact, read the section titled "Tailoring" for each artifact. 

For each artifact, decide how the artifact will be used: Must have, Should have, Could have or Won't have. For more details, see the Guidelines: Classifying Artifacts.

Artifact Brief Tailoring Comments (see the artifact for details)
Business Actor Must have if you do business reengineering or business improvement. 

Could have if you only want to chart an existing organization.

Won't have if you do domain modeling. 

Business Architecture Document Must have if you do business reengineering or business improvement. 

Won't have if you do domain modeling or want to chart an existing organization.

Business Entity Must have if you decide to do any business modeling. 
Business Glossary Should have.
Business Object Model Must have if you decide to do any business modeling.
Business Rules Could have. 
Business Use Case Must have if you do business reengineering or business improvement. 

Could have if you only want to chart and existing organization. 

Won't have if you do domain modeling. 

Business Use-Case Model See Business Use Case.
Business Use-Case Realization See Business Use Case.
Business Vision Must have if you do business reengineering or business improvement. 

Won't have if you do domain modeling or only want to chart an existing organization. 

Business Worker Must have if you do business reengineering or business improvement, and if you want to chart the existing organization. 

Won't have if you do domain modeling. 

Organization Unit Should have. 
Supplementary Business Specification Should have.

Target-Organization Assessment

Must have if you do business reengineering or business improvement. 

Won't have if you do domain modeling or want to chart an existing organization.  

Tailor each artifact by performing the steps described in "Tailor Artifacts per Discipline" in the Activity: Develop Development Case.

Decide Which Reports to Use To top of page

Decide on which reports to use:

These are described in more detail in Report Overview.

Decide How to Review Artifacts To top of page

Decide on how to review each artifact and how to capture the review level in the Development Case. For more details, see Guidelines: Review Levels.

 

Copyright  © 1987 - 2001 Rational Software Corporation


Display Rational Unified Process using frames

Rational Unified Process