CS427: Software Engineering IAdministrative infoFinal examTopics since midtermCrystal clearSlide 6Crystal clear assumptionsCrystal Clear assumptionsCrystal ClearPeopleOther rolesPoliciesSlide 13Work productsSlide 15Requirements work productsDesign work productsTests and final systemMaking it workRequirementsCommon object modelSummaryNext: Course summary1CS427:Software Engineering IDarko Marinov(slides from Ralph Johnson)CS427 25-2Administrative infoWiki down again If you were affected, you can submit HW5 on Thursday, Dec 7Schedule demo between today and 18?The sooner the better Final report due on Dec 7 or by arrangementAll team members should be present or be able to explain work of the missing membersDefault: Everyone on team gets the same grade for the project, BUT there can be varianceCS427 25-3Final examThu, Dec 14, 7-10pm1310 DCL269 EverittConflict exam: Mon, Dec 11, 1:30-4:30pm3403 SCMore info will be on WikiCS427 25-4Topics since midtermSpecificationsDesignQuality assuranceUser interfaceTwo more processesOpen source (previous lecture)Crystal clear (today)CS427 25-5Crystal clearReading for this lectureCrystal light methods overview http://alistair.cockburn.us/index.php/Crystal_light_methodsA family of processesNamed after crystal terminologyColor and hardnessCrystal Clear: The Simplest Process That Can Work (Applied anthropology)CS427 25-6Crystal clear“Good, small teams have been putting out good software for decades, using thinking, communicating and delivering as their primary tools.”“Good, small teams do not scale up in number, so keep them small, permit them to move fast, do project tracking through their final results, not their intermediate thinking.”CS427 25-7Crystal clear assumptionsPeople are good at looking aroundPeople are not as tidy as abstractions of them make them appearCommunication involves a lot more than the words spoken or writtenSoftware construction is growing understanding of problem and solutionCS427 25-8Crystal Clear assumptionsActual, working processes are Extremely complicatedHard to write downHard to follow Likely to be wrong when written downMethodologists are prone to overcomplicate or embellish thingsCS427 25-9Crystal ClearMake process as simple as you canRely on communication, individual skillSize: 4-6Essential moneys, but not lifeCS427 25-10PeopleSponsorSenior designerUserDesignersCS427 25-11Other rolesCan be separate people, or can be one of the designers, perhaps the senior designerBusiness expertCoordinator TesterWriterCS427 25-12PoliciesUse increments for project staging, tracking by milestones and predicted risks Involve user directlyRequirements are annotated usage scenariosPeer code reviewsCS427 25-13PoliciesCode ownership modelRegression testing framework Code standardUser interface standardCS427 25-14Work productsNot a substitute for understandingUnderstanding is primaryWork products are secondaryA substitute for disciplineA “minimal set”CS427 25-15Work productsMethodologyTeam structureRelease sequenceViewing and release scheduleRisk listProject statusCS427 25-16Requirements work productsMission statementActor-goal pairsAnnotated use casesRequirements fileCS427 25-17Design work productsSystem designCommon object modelScreen draftsDesign sketchesSource codeMigration codeCS427 25-18Tests and final systemTest casesTest resultsPackaged systemUser manualCS427 25-19Making it workHow do you make sure people communicate?How do you decide on an ownership model, coding standard, etc?CS427 25-20RequirementsWhere do requirements come from?How are they recorded?How are they validated?How are they used?CS427 25-21Common object modelHow is the object model recorded?How is the object model created?How is the object model used?CS427 25-22SummaryIs XP just a special case of Crystal Light?Could a RUP project also be a Crystal Light project?Could a Bazaar project be a special case of Crystal Light?CS427 25-23Next: Course summaryLast lecture on Thursday, Dec
View Full Document