DEV475 Mastering Object-Oriented Analysis and Design with UML ...

More documents

Recommendations

Info

DEV475 Mastering Object-Oriented Analysis and Design with UMLWhat Do You Want to Control?What Do You Want to Control?• Secure workspaces for each developer• Automated integration/build management• Parallel developmentWorkspaceManagementParallelDevelopmentConfigurationManagement ismore than justcheck-in andcheck-outProcessIntegrationREPORTALERTBuildManagementMastering Object Oriented Analysis and Design with UMLCopyright © 2003 Rational Software, all rights reserved28Establishing a secure workspace for each developer provides isolation from changesmade in other workspaces and control of all software artifacts — models, code,documents and so forth.A key challenge to developing software-intensive systems is the need to cope withmultiple developers, organized into different teams, possibly at different sites, allworking together on multiple iterations, releases, products, and platforms. In theabsence of disciplined control, the development process rapidly degrades into chaos.Progress can come to a stop.Three common problems that result are:• Simultaneous update: When two or more roles separately modify the sameartifact, the last one to make changes destroys the work of the former.• Limited notification: When a problem is fixed in shared artifacts, some of theusers are not notified of the change.• Multiple versions: With iterative development, it would not be unusual to havemultiple versions of an artifact in different stages of development at the sametime. For example, one release is in customer use, one is in test, and one is still indevelopment. If a problem is identified in any one of the versions, the fix must bepropagated among all of them.1 - 28
Module 1 - Best Practices of Software EngineeringAspects of a CM SystemAspects of a CM System• Change Request Management (CRM)• Configuration Status Reporting• Configuration Management (CM)• Change Tracking• Version Selection• Software ManufactureMastering Object Oriented Analysis and Design with UMLCopyright © 2003 Rational Software, all rights reserved29Change Request Management (CRM) addresses the organizational infrastructurerequired to assess the cost and schedule impacts of a requested change to the existingproduct. CRM addresses the workings of a Change Review Team or Change ControlBoard.Configuration Status Reporting (Measurement) is used to describe the “state” ofthe product based on the type, number, rate and severity of defects found and fixedduring the course of product development. Metrics derived under this aspect,through either audits or raw data, are useful in determining the overall completenessof the project.Configuration Management (CM) describes the product structure and identifies itsconstituent configuration items, which are treated as single versionable entities in theconfiguration management process. CM deals with defining configurations, buildingand labeling, and collecting versioned artifacts into constituent sets, as well as withmaintaining traceability among these versions.Change Tracking describes what is done to components for what reason and at whattime. It serves as the history of and rationale for changes. It is quite separate fromassessing the impact of proposed changes as described under Change RequestManagement.Version Selection ensures that the right versions of configuration items are selectedfor change or implementation. Version selection relies on a solid foundation of“configuration identification.”Software Manufacture covers the need to automate the steps to compile, test, andpackage software for distribution.1 - 29
Page 2 and 3: Rational UniversityDEV475 Mastering
Page 5 and 6: AcknowledgmentsThe development of t
Page 7 and 8: ► ► ► Module 0About This Cour
Page 9 and 10: Module 0 - About This CourseCourse
Page 11 and 12: Module 0 - About This CourseIntende
Page 13 and 14: Module 0 - About This CourseRationa
Page 15 and 16: Module 0 - About This CourseRationa
Page 18 and 19: DEV475 Mastering Object-Oriented An
Page 96 and 97:
DEV475 Mastering Object-Oriented An
Page 98 and 99:
Page 100 and 101:
Page 102 and 103:
Page 104 and 105:
Page 106 and 107:
Page 108 and 109:
Page 110 and 111:
Page 112 and 113:
Page 114 and 115:
Page 116 and 117:
Page 118 and 119:
Page 120 and 121:
Page 122 and 123:
Page 124 and 125:
Page 126 and 127:
Page 128 and 129:
Page 130 and 131:
Page 132 and 133:
Page 134 and 135:
Page 136 and 137:
Page 138 and 139:
Page 140 and 141:
Page 142 and 143:
Page 144 and 145:
Page 146 and 147:
Page 148 and 149:
Page 150 and 151:
Page 152 and 153:
Page 154 and 155:
Page 156 and 157:
Page 158 and 159:
Page 160 and 161:
Page 162 and 163:
Page 164 and 165:
Page 166 and 167:
Page 168 and 169:
Page 170 and 171:
Page 172 and 173:
Page 174 and 175:
Page 176 and 177:
Page 178 and 179:
Page 180 and 181:
Page 182 and 183:
Page 184 and 185:
Page 186 and 187:
Page 188 and 189:
Page 190 and 191:
Page 192 and 193:
Page 194 and 195:
Page 196 and 197:
Page 198 and 199:
Page 200 and 201:
Page 202 and 203:
Page 204 and 205:
Page 206 and 207:
Page 208 and 209:
Page 210 and 211:
Page 212 and 213:
Page 214 and 215:
Page 216 and 217:
Page 218 and 219:
Page 220 and 221:
Page 222 and 223:
Page 224 and 225:
Page 226 and 227:
Page 228 and 229:
Page 230 and 231:
Page 232 and 233:
Page 234 and 235:
Page 236 and 237:
Page 238 and 239:
Page 240 and 241:
Page 242 and 243:
Page 244 and 245:
Page 246 and 247:
Page 248 and 249:
Page 250 and 251:
Page 252 and 253:
Page 254 and 255:
Page 256 and 257:
Page 258 and 259:
Page 260 and 261:
Page 262 and 263:
Page 264 and 265:
Page 266 and 267:
Page 268 and 269:
Page 270 and 271:
Page 272 and 273:
Page 274 and 275:
Page 276:
show all

DEV475 Mastering Object-Oriented Analysis and Design with UML ...

Create successful ePaper yourself

Delete template?

Save as template?