[Skip Navigation] [ CSUSB ] / [CNS] / [Comp Sci & Engineering] / [R J Botting] / [CS375] [Search ]
[About] [Contact] [Grades] [Objectives] [Patterns] [Projects] [Question] [Schedule] [Syllabus]
Session: [01] [02] [03] [04] [05] [06] [07] [08] [09] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20]
dictionary.html Fri Oct 23 13:14:23 PDT 2009

---

• 10a :final2006
• 10b :final2006
• 10 SSDs :08
• 11 Operation Contracts :08
• 1.2 pp 6 -- Nine fundamental principles :02
• 1.2 pp 6 -- OOA/D Skills :02
• 13 Object Design + GRASP :13
• 13 Packages: How to organize a complex project :09
• 14 Object Design :09
• 16.10 Generalization, Dependency, and Abstraction :11
• 16.1 - 16.6 Important notations and definitions for class Diagrams :11
• 16.13-16.16 Associations etc :11
• 16.17 - 16.20 Advanced stuff: singletons, templates, ... :11
• 16.21 Relating interaction and class diagrams :11
• 16.7 - 16.9 Notations used later :11
• 16 Class Diagrams :11
• 17.10 Creator :12
• 17.11 Expert :12
• 17.12 Low Coupling :12
• 17.13 Controller :12
• 17.14 High Cohesion :12
• 17.15 Resources :12
• 17.1 UML vs Principles :12
• 17.2 Object Design :12
• 17.3 Responsibilities -- things that objects know how to do :12
• 17.4 GRASP -- good ways to allocate responsibilities to objects :12
• 17.5 Connections :12
• 17.6 Patterns :12
• 17.7 Summary: process, responsibility metaphor, patterns, UML :12
• 17.8 Short Example: Monopoly :12
• 17.9 Applying GRASP :12
• 17 Gang of Four Patterns :17
• 18.1 Realizing a Use Case :13
• 18.2 More on the artifacts :13
• 18.3 Next -- Examples :13
• 18.4 Example: NextGen Point of Sale :13
• 18.5 Example: Monopoly :13
• 18.6 The Design Process :13
• 19 Architecture :old.19
• 19 Design for Visibility :14
• 19 OO Design :19
• 1aa :04x
• 1a :04x
• 1a :final
• 1 :final2006
• 1b :04x
• 1b :final
• 1 page 11 Forward and reverse engineering :02
• 1 page 17 Domain Models :02
• 1 pp 12-13 -- perspective :02
• 1 pp 13 -- Specification vs implementation perspective :02
• 1 pp 14 -- UML1 &2 :02q
• 1 pp 15 -- UML History :02q
• 1 pp 3-16 -- OOD: Principles and Patterns :02
• 2007-12-10 Mon Dec 10 10:12 Upgrading site to Winter 2008 :home
• 2007-12-10 Mon Dec 10 10:12 Upgrading site to Winter 2008 :index
• 2008-01-11 Fri Jan 11 09:01 First Scores Posted + Assigned work for class 3 :home
• 2008-01-11 Fri Jan 11 09:01 First Scores Posted + Assigned work for class 3 :index
• 2008-02-15 Fri Feb 15 14:02 Philosophy of Iterative Program Development :home
• 2008-02-15 Fri Feb 15 14:02 Philosophy of Iterative Program Development :index
• 2008-03-05 Wed Mar 5 12:03 Urgent info about questions :home
• 2008-03-05 Wed Mar 5 12:03 Urgent info about questions :index
• 2008-03-20 Thu Mar 20 19:34 Grades for Finals etc :home
• 2008-03-20 Thu Mar 20 19:34 Grades for Finals etc :index
• 2008-12-23 Tue Dec 23 12:12 Updating from 2008 to 2009 :home
• 2008-12-23 Tue Dec 23 12:12 Updating from 2008 to 2009 :index
• 2008... :08q
• 2008 :09q
• 2008 :10q
• 2008 :11q
• 2008 :12q
• 2008 :13q
• 2008 :14q
• 2008 :15q
• 2008 :16q
• 2008 :17q
• 2008 :18q
• 2008 :20q
• 2008 on Logical architecture and deployment :19q
• 2008 questions on use cases and requirements :04q
• 2009-01-07 Wed Jan 7 14:01 Almost Ready for Class :home
• 2009-01-07 Wed Jan 7 14:01 Almost Ready for Class :index
• 2009-01-14 Wed Jan 14 15:01 Class 2 on Thursday :home
• 2009-01-14 Wed Jan 14 15:01 Class 2 on Thursday :index
• 2009-01-14 Wed Jan 14 17:01 Broken Question on web site :home
• 2009-01-14 Wed Jan 14 17:01 Broken Question on web site :index
• 2009-01-16 Fri Jan 16 07:01 Scores online :home
• 2009-01-16 Fri Jan 16 07:01 Scores online :index
• 2009-01-28 Wed Jan 28 14:01 Resource when starting UML :home
• 2009-01-28 Wed Jan 28 14:01 Resource when starting UML :index
• 2009-01-30 Fri Jan 30 13:01 Updated Notes for next class :home
• 2009-01-30 Fri Jan 30 13:01 Updated Notes for next class :index
• 2009-01-30 Fri Jan 30 17:01 Grades posted... :home
• 2009-01-30 Fri Jan 30 17:01 Grades posted... :index
• 2009-02-03 Tue Feb 3 08:02 Question deadline passed... :home
• 2009-02-03 Tue Feb 3 08:02 Question deadline passed... :index
• 2009-02-05 Thu Feb 5 07:02 Resource discovered -- YouTube :home
• 2009-02-05 Thu Feb 5 07:02 Resource discovered -- YouTube :index
• 2009-02-06 Fri Feb 6 16:02 A Small Step for Me but.... :home
• 2009-02-06 Fri Feb 6 16:02 A Small Step for Me but.... :index
• 2009-02-09 Mon Feb 9 11:02 Grades posted and the Question script works :home
• 2009-02-09 Mon Feb 9 11:02 Grades posted and the Question script works :index
• 2009-02-16 Mon Feb 16 09:02 Grades ready... :home
• 2009-02-16 Mon Feb 16 09:02 Grades ready... :index
• 2009-02-18 Wed Feb 18 11:02 Last Quiz :home
• 2009-02-18 Wed Feb 18 11:02 Last Quiz :index
• 2009-02-21 Sat Feb 21 08:02 Check out seminars :home
• 2009-02-21 Sat Feb 21 08:02 Check out seminars :index
• 2009-02-23 Mon Feb 23 14:02 Latest Grades posted :home
• 2009-02-23 Mon Feb 23 14:02 Latest Grades posted :index
• 2009-02-24 Tue Feb 24 08:02 Deadline :home
• 2009-02-24 Tue Feb 24 08:02 Deadline :index
• 2009-02-26 Thu Feb 26 08:02 Answered questions lead to demo... :home
• 2009-02-26 Thu Feb 26 08:02 Answered questions lead to demo... :index
• 2009-02-28 Sat Feb 28 16:02 Highly relevant Blog entry on Technical debt :home
• 2009-02-28 Sat Feb 28 16:02 Highly relevant Blog entry on Technical debt :index
• 2009-03-02 Mon Mar 2 13:03 Grades posted and corrected... :home
• 2009-03-02 Mon Mar 2 13:03 Grades posted and corrected... :index
• 2009-03-05 Thu Mar 5 10:03 Qustions and Answers and languages :home
• 2009-03-05 Thu Mar 5 10:03 Qustions and Answers and languages :index
• 2009-03-06 Fri Mar 6 07:03 Added sample code to guide 17 :home
• 2009-03-06 Fri Mar 6 07:03 Added sample code to guide 17 :index
• 2009-03-09 Mon Mar 9 10:03 Grades posted... :home
• 2009-03-09 Mon Mar 9 10:03 Grades posted... :index
• 2009-03-11 Wed Mar 11 14:03 Developed a new example of the State Pattern in C++ :home
• 2009-03-11 Wed Mar 11 14:03 Developed a new example of the State Pattern in C++ :index
• 2009-03-12 Thu Mar 12 08:03 Questions and Answers published :home
• 2009-03-12 Thu Mar 12 08:03 Questions and Answers published :index
• 2009-03-12 Thu Mar 12 10:03 Another version of the GoF State Pattern :home
• 2009-03-12 Thu Mar 12 10:03 Another version of the GoF State Pattern :index
• 2009-03-16 Mon Mar 16 14:00 Grades and mock final published :home
• 2009-03-16 Mon Mar 16 14:00 Grades and mock final published :index
• 2009-03-16 Mon Mar 16 18:44 Another Course that uses Larman :home
• 2009-03-16 Mon Mar 16 18:44 Another Course that uses Larman :index
• 2009-03-17 Tue Mar 17 07:51 Questions posted.... :home
• 2009-03-17 Tue Mar 17 07:51 Questions posted.... :index
• 2009-03-18 Wed Mar 18 14:09 Reviewing UML Symbols :home
• 2009-03-18 Wed Mar 18 14:09 Reviewing UML Symbols :index
• 2009-03-19 Thu Mar 19 08:06 Questions answered :home
• 2009-03-19 Thu Mar 19 08:06 Questions answered :index
• 2009-03-23 Mon Mar 23 12:41 Prefinal Grading is online :home
• 2009-03-23 Mon Mar 23 12:41 Prefinal Grading is online :index
• 2009-03-25 Wed Mar 25 16:09 Draft Grades posted :home
• 2009-03-25 Wed Mar 25 16:09 Draft Grades posted :index
• 2009-09-22 Tue Sep 22 19:12 Preparing for Winter 2010 :home
• 2009-09-22 Tue Sep 22 19:12 Preparing for Winter 2010 :index
• 2009-10-20 Tue Oct 20 14:01 Starting to integrate FAQs into Study guides :index
• 20 Mapping Design to Code :14
• 20 Review :20
• 21 Test-Driven Code and Refactoring :14
• 22 UML Tools and UML as Blueprint :14
• 23 Iteration 2 :15
• 24 Analysis (again) :15
• 26 Applying GoF -- Adapter Factory Singleton Strategy Composite Observer :17
• 2a :final2006
• 2a :final
• 2b :final2006
• 2b :final
• 2c :final2006
• 2c :final
• 2d :final2006
• 2d :final
• 2 page 13 3 perspectives :02
• 2 page 13 expressing the logic of the program :02
• 2 page 16 Early testing :02
• 2 page 18 Length of an iteration :02
• 2 page 23 waterfall polluting agile process :02
• 2 page 23 Waterfall process :02
• 2 page 28 which requirements to do first :02
• 2 Pages 18-19 Model or framework :02
• 2 pp 022-023 -- Recognizing UML and Patterns :02q
• 2 pp 18 -- unified process vs. rational unified process :02
• 2 pp 19-21 -- Iterative and Evolutionary Development :02q
• 372/5 Content :objectives
• 372/5 Mission :objectives
• 372/5 Objectives :objectives
• 372/5 Options :objectives
• 375 Final 2007 :final
• 375 Final :final2006
• 375 Objectives Tested in Final :final.objectives
• 3a :04x
• 3 :final2006
• 3 :final
• 3 pp 048-051 -- Inceptions :03q
• 3 pp 42-42 -- core application logic layer :03q
• 3 pp 61-89 -- Non-functional requirements :05q
• 4a :04x
• 4a :final2006
• 4a :final
• 4b :final2006
• 4b :final
• 4 pp 047-051 -- CS320 :03q
• 4 pp 061-089 -- Use Cases :04q
• 4 pp 47-51 -- inception :03q
• 4 pp 48-49 -- Feasibility :03q
• 4 pp 48, 51 -- Length of Inception :03q
• 4 pp 48 -- inception :03q
• 4 pp 49-51 -- Inception :03q
• 4 pp 50-51ish -- Inception :03q
• 4 pp 50 -- Business Case :04q
• 5.4 pp 56-57 -- FURPS+ :03q
• 5 :final2006
• 5 :final
• 5 pp 54 -- Waterfall Requirements :03q
• 5 pp 56 -- Evolutionary requirements :03q
• 6.16 pages 87-89 Use Case Tests :04q
• 6.4 page 66 :04q
• 6.7 pp 66 -- Use Case :04q
• 6 :final2006
• 6 :final
• 6 page 65 No external Primary actors :04q
• 6 page 66 offstage actors :04q
• 6 Page 70 Types of actors :04q
• 6 page 75 Happy Path :04q
• 6 page 77 :04q
• 6 pp 61-65 -- Use Cases :04q
• 6 pp 61-89 -- Use Cases :05q
• 6 pp 62-64 -- Use Case Actors :04q
• 6 pp 63 -- use case :04q
• 6 pp 64 -- Use Cases and Use Case Model :04q
• 6 pp 66-67 -- Use Case Formats :04q
• 6 pp 66-67 -- use cases :04q
• 6 pp 74-76 -- Basic & Alternate Flow :04q
• 6 pp 78,79 -- Use case format :04q
• 6 pp 83 -- Use Cases :05q
• 6 pp 84-86 -- Use Cases :04q
• 6 pp 88 -- EBP Test :04q
• 6 pp 90-92 -- Context and Activity diagrams :05q
• 6 pp 91-91 -- Guideline: Diagramming :06q
• 6 pp -- Domain Model :06q
• 7.7 pp 111 -- Vision :05q
• 7.7 pp 112 -- affinity grouping :05q
• 7a :final2006
• 7a :final
• 7b :final2006
• 7b :final
• 7 pp 100-108ish -- Supportability :05q
• 7 pp 102 -- Organization :05q
• 7 pp 103 -- vision and Supplementary specification :05q
• 7 pp 111 -- Vision :05q
• 7 pp 112 -- Fishbone Diagram :05q
• 7 pp 115 -- Data Dictionary Guideline :05q
• 7 pp 151-171 -- Domain Model II :07q
• 8a :final2006
• 8a :final
• 8b :final2006
• 8b :final
• 8 pp 121-130 -- Coding? :06q
• 8 pp 121-157 -- Requirements time line :06q
• 8 pp 126-127 -- Elaboration :06q
• 8 pp 127 -- Elaboration :06q
• 8 pp 129 -- Elaboration Artifacts :06q
• 8 pp -- elaboration :06q
• 9.11 pp 146 -- Guideline: how to model the unreal world? :06q
• 9.16 Attributes in Domain Models :07
• 9.20 Resources -> using color for common types of classes: :07
• 9a :final2006
• 9a :final
• 9b :final2006
• 9b :final
• 9c :final2006
• 9c :final
• 9d :final2006
• 9d :final
• 9 pp 121-171 -- domain model :06q
• 9 pp 131 -- Domain Modeling :06q
• 9 pp 131 -- When to start a Domain Model :07q
• 9 pp 133-136 -- Domain Models :06q
• 9 pp 134-136 -- domain modeling vs Software Classes :07q
• 9 pp 139-141 -- Domain Models (Conceptual Classes) :06q
• 9 pp 145 -- iterative domain model :06q
• 9 pp 146 -- Unreal World Models :06q
• 9 pp 157-171 -- Domain Models - data types and object sizes :07q
• 9 pp 157-171 -- website in a domain model :07q
• 9 pp 158-160 -- Attributes :07q
• 9 pp 158 -- Domain Models -- Can we go over some derived attributes :07q
• 9 pp 159-160 -- attribute notation :07q
• 9 pp 160 -- how can you determine if an attribute is noteworthy :07q
• 9 pp 161 -- attribute related to classes or Data :07q
• 9 pp 163 -- data type and Value objects :07q
• 9 pp 163 -- Data Types vs Value Objects :07q
• 9 pp 169 -- overdoing Domain Modeling :07q
• A :17exans
• A :17
• About CS375 Requirements Analysis and Design :about
• Abstract Factory :19
• Abstract_factory :patterns
• abstraction :patterns
• ACID :patterns
• Action Language :11q
• actor :04
• Actors and user roles :04q
• Adapter :17
• Adapter :patterns
• Adding new requirements :15q
• Administrative Question -- credit for code :16q
• Advertisement for the Rational Unified Process. :01
• Advertisement for the the Unified Modeling Language. :01
• Adverts removed by RJBotting :scenarios
• Advert -- take CSCI320 and amaze your friends with your knowledge of Programming Languages :15q
• Advice :usecases
• Advice :w2
• :01
• :02
• :02q
• :02r
• :03
• :03q
• :03r
• :04
• :04q
• :04r
• :04x
• :05
• :05q
• :05r
• :06
• :06q
• :06r
• :06x
• :07
• :07q
• :07r
• :07x
• :08
• :08q
• :08r
• :09
• :09q
• :09r
• :09x
• :10
• :10q
• :10r
• :11
• :11q
• :11r
• :12
• :12q
• :12r
• :13
• :13q
• :13r
• :14
• :14q
• :14r
• :15answer
• :15
• :15q
• :15r
• :16answer
• :16
• :16q
• :16r
• :17dynamics
• :17exans
• :17
• :17q
• :17r
• :18
• :18q
• :18r
• :19
• :19q
• :19r
• :20
• :20q
• :20r
• :about
• :agenda
• :agile
• :[a-n]?
• :architecture
• :contact
• :final2006
• :final
• :final.objectives
• :FIS1
• :fullydressed
• :home
• :index
• :patterns
• :projects
• :question
• :requirements
• :requirments
• :revision
• :rubric
• :scenarios
• :schedule
• :s
• :standard.include
• :syllabi
• :syllabus
• :usecases
• :vision
• :w1
• :w2
• :w3
• :w4
• :w5
• :w6
• :w7
• :w8
• :w9
• Aim high :patterns
• A List of the all 9 GRASP Patterns :16answer
• A List of the first 5 GRASP Patterns :15answer
• Alternate scenario 1 :usecases
• Alternate scenario 2 :usecases
• alternative1 :04x
• alternative2 :04x
• alternative3 :04x
• alternative4 :04x
• alternative5 :04x
• alternative6 :04x
• Alternatives :architecture
• Alternatives to UML :02
• analysis of 10% of Use Cases :03q
• Analysis Patterns :patterns
• A neat variation is for A :19q
• annotations :w5
• Another example SSD -- Use Case: Teacher posts grades :08
• answer :11q
• AntiPatterns -- Patterns that occur but don't resolve the forces well :patterns
• API :15q
• Applying GRASP to Object Design. :12q
• Arbitrary Rule 1: Everything Evolves :06
• Architectural Factor Table :architecture
• Architectural Templates :architecture
• Architecture and Packages :final2006
• Architecture and Packages :final
• Architecture and Packages :final.objectives
• Are interaction frames used to show anything else other than loops :08q
• Are there any other kinds of visibility :15q
• Are we going to review for the final? :19q
• artifact :19
• artifact :old.19
• Artifacts :03q
• Artifacts: :06
• Assigned field / Project work :projects
• Assigned field work :work
• Assigned Project: The fourth iteration :old.19
• Assigned Project work: GRASP :13
• Assigned Reading :01
• Assigned Reading and writing :05q
• Assigned Work 2: An initial Set of Requirements for your project :w2
• Assigned Work 3: An initial domain model for your project :w3
• Assigned Work 4: SSDs and Logical Architecture :w4
• Assigned Work 5: First Interaction and Class diagrams :w5
• Assigned Work 6: Using GRASP to design classes :w6
• Assigned Work 7: The Second complete set of Models :w7
• Assigned Work 8: The Third complete set of Models :w8
• Assigned Work 9: The Fourth Iteration :old.w9
• Assigned Work 9: The Fourth Iteration :w9
• Assigned Work: A FIRST set of Requirements for your project :05
• Assigned Work for next time :01
• Assigned Work for next time -- use cases I :03
• Associations :06
• Associations: :06x
• atomic :patterns
• At the end of Inception is the vision complete :05q
• Attributes: :06x
• Bad Puns :17q
• B :17exans
• B :17
• BDUF :03
• BDUF :14q
• Be careful to use arrows correctly in the UML :11
• Beck01 :14q
• Before 2008 :09q
• Before 2008 :10q
• Before 2008 :11q
• Before 2008 :12q
• before 2008 :13q
• behavioral decomposition :16q
• behaviorial decomposition :15q
• Behaviorial decomposition and coupling :16q
• Benefits :vision
• Bolloju04 :07
• Bolloju04 :18q
• Bolloju04 :patterns
• Book :01
• Book :requirments
• Boolean :07q
• bound :19q
• Bridge :patterns
• Brief Format Add class :04x
• Business Cases :03q
• Business Object Model :06q
• Business Use Case :05
• cache_management :patterns
• C :17exans
• C :17
• Calendar/Schedule :s
• Calendar/Schedule :syllabus
• Can a class with high cohesion have a large number of methods? :13q
• Can A Singleton access a Facade :17q
• Can I do just the most complex use cases first? :04q
• can you explain about what is the <<import>> connector and <<merge>> :09q
• Can you explain more detail about the levels of cohesion? :12q
• can you explain more on layer patterns :09q
• Can you explain the software object register on page 329 :13q
• Can you give and example of high and low cohesion in the Monopoly game program? :13q
• Can you give an example of high cohesion. :13q
• Can you go over interaction diagrams by using tic tac toe as an example? :20q
• Can you put attributes in a data type :07q
• Can you show us a example domain model :20q
• Casual Format Add class :04x
• Catalog :01
• Catalog :requirments
• catalog entry :about
• catalog entry :s
• catalog entry :syllabus
• centralize_error_logging :patterns
• Ch 10 pp 173-181 : SSD :08q
• Ch 10 pp 177 : Use Case, SSDs :08q
• Ch 10 pp 180 : SSD :08q
• Ch 11 pp 189 : Contracts :08q
• Ch 11 pp 436 - 437 : Testing And Design :17q
• Ch 13 pp 197-213 : Packages :09q
• Ch 13 pp 201 - 205 : Layered Architecture and Java :09q
• Ch 13 pp 206 : Domain Layer vs. Domain Model :09q
• Ch 1-40 pp 1-702 : Everything :20q
• Ch 14 pp 217 : Object Design Skill :09q
• Ch 14 pp ?? : Final: Requirements analysis :20q
• Ch 15 : Object Design :11q
• Ch 15 pp 221-247 : Interaction Diagram :10q
• Ch 15 pp 221-247 : Interaction Diagrams :10q
• Ch 15 pp 222-224 : Sequence Diagram :10q
• Ch 15 pp 230 : Frames :10q
• Ch 15 pp 231 : Frames :10q
• Ch 16 pp 248-270 : Class Diagrams :11q
• Ch 16 pp 249 : UML Class Diagrams :11q
• Ch 16 pp 257 : Class Diagram To Psuedo Code :11q
• Ch 16 pp 263 : Interfaces :11q
• Ch 16 pp 266-267 : Singleton :11q
• Ch 16 pp - : Interaction vs Class :11q
• Ch 17 pp 277 : The Name Grasp :12q
• Ch 17 pp 280 : Gang of Four patterns :12q
• Ch 17 pp 288-289 What do Figures 17.9 and 17.10 mean :12q
• Ch 17 pp ppp-ppp : Grasp vs GoF :12q
• Ch 18 pp 320-362 : Object Design :13q
• Ch 18 pp 347 : Initialization Design :13q
• Ch 18 pp 347 : UI Design :13q
• Ch 18 pp 356 : Visibility :13q
• Ch 18 pp 491 : State Machine Diagrams :17q
• Ch 19 pp 364-368 : Visibility :14q
• Ch 19 pp 367 : Parameter to attribute visibility :14q
• Ch 20 pp 374 : Exceptions :14q
• Ch 21 pp 381 : TDD :14q
• Ch 21 pp 386 - 388 : Test Driven Development :13q
• Ch 22-25 pp 401-434 : UML :15q
• Ch 23 pp 402 : The Phases :14q
• Ch 25 pp 420-421 : When shouldn't we design with interfaces? :15q
• Ch 25 pp 427 : Persistent Storage :15q
• Ch 25 pp 433 : Data Hiding :15q
• Ch 26 pp 435-472 : GoF :17q
• Ch 26 pp 436-438 : Adapters :17q
• Ch 26 pp 444-445 : initialization :17q
• Ch 26 pp ppp-ppp : Patterns & Pitfalls :17q
• Ch 28 pp 477-478 : DFD's :17q
• Ch 28 pp 482 : Activity Modeling :17q
• Ch 29 pp 486 : State Machine Diagram :17q
• Ch 30 pp 493-500 : Relating Use Cases :17q
• Ch 31 pp 504-530 : Superclass and subclasses -- Generalization :18q
• Ch 31 pp 522-523 : Role Names :18q
• Ch 31 pp 523 - 525 : Symbols :18q
• Ch 31 pp 524-526 : Derived Attributes & Qualifiers :18q
• Ch 31 pp ppp-ppp : Domain Model :18q
• Ch 33 pp 542-550 : Architectural Analysis :19q
• Ch 33 pp 546-547 : Architectural Analysis :18q
• Ch 33 pp 554-555 : Separation of concerns :19q
• Ch 33 pp All : Architecture :19q
• Ch 34 pp 541-558 : Architecture :19q
• Ch 34 pp 564 : Interaction & Packages :19q
• Ch 34 pp 570-571 : Layer Patterns :19q
• Ch 4 pp 50 : inception artifacts :03q
• Ch 4 pp * : Length of Inception Phase :03q
• Ch 6 pp 66-72 : Use Case Formats :04q
• Ch 6 pp 72 : use cases customization :04q
• Ch 6 pp 80 : Essential Style Writing :04q
• Ch 6 pp 90 : Use case diagrams :04q
• Ch 6 pp 95-99 : Use Case :05q
• Ch 7.3 pp 103 : Project Website :05q
• Ch 7 pp 102 : Requirement Artifacts :05q
• Ch 7 pp 104-108 : Supplementary Spec. and Requirements :05q
• Ch 7 pp 111-112 : Vision :05q
• Ch 7 pp 117 : Domain Rules :05q
• Ch 8 pp 124 : NextGen POS :06q
• Ch 9 pp 131-173 : Domain Models :06q
• Ch 9 pp 131 : Domain Model :06q
• Ch 9 pp 136-137 : Domain Layer :06q
• Ch 9 pp 150 : Associations :06q
• Ch 9 pp 158 & 160 : Attributes considered superfluous :07q
• Ch 9 pp 162-163 : Data Types in Domain Models :07q
• Ch 9 pp 163-167 : attributes and foreign keys :07q
• Ch 9 pp 173-190 : SSDs :08q
• Ch All pp All : Real World :14q
• Ch All pp All : The question requirements :04q
• Ch All pp All : The Software Development Life Cycle :08q
• Chap6 pp 91-94 -- Use case/Monopoly game :05q
• Chapter 000 pp 475-500 -- state machine and designing web applications :18q
• Chapter 0 pages 0 -- dynamic binding :19q
• Chapter 0 pp 0 -- SQL :19q
• Chapter 10 Page 176 -- Black Box :08q
• Chapter 10 page 177 -- SSDs for all scenarios :08q
• Chapter 10 pp 10.5 -- the actor and the system :08q
• Chapter 10 pp 173-180 -- Trivial responses. :08q
• Chapter 10 pp 173-196 -- SSD :08q
• Chapter 10 pp 173-196 -- SSDs -- alternative and optional sequences :08q
• Chapter 10 pp 173-196 -- System Sequence Diagrams :09q
• Chapter 10 pp 173-200 -- SSDs :08q
• Chapter 10 pp 173-219 -- SSD's :08q
• Chapter 10 pp 173-219 -- System Sequence Diagrams :08q
• Chapter 10 pp 173 -- SSD :08q
• Chapter 10 pp 175 -- Interaction Frames :08q
• Chapter 10 pp 175 -- SSD :08q
• Chapter 10 pp 175 -- SSD with options and alternatives :08q
• Chapter 10 pp 176 -- Choosing scenario for SSD :08q
• Chapter 10 pp 176 -- SSD :08q
• Chapter 10 pp 176 -- SSD = DFD?? :08q
• Chapter 10 pp 177-177 -- SSD :08q
• Chapter 10 pp 177 -- ssd :08q
• Chapter 10 pp 177 -- SSD's and Use Cases :08q
• Chapter 10 pp 178-200 -- Domain Modeling :08q
• Chapter 10 pp 221-247 -- Interaction Diagrams :10q
• Chapter 10 pp ppp-ppp -- SSD :08q
• Chapter 10 pp ppp-ppp -- SSD vs. UML :08q
• Chapter 10 pp -- SSD :08q
• Chapter 11 p 192 -- OCL :08q
• Chapter 11 page 179 -- Glossary :08q
• Chapter 11 page 181 -- Contracts overly detailed and obvious :08q
• Chapter 11 page 181 -- Contracts vs Iterative process :08q
• Chapter 11 Page 185 - 188 post-conditions :08q
• Chapter 11 page 191 -- State Pattern :08q
• Chapter 11 page ?? - Preconditions vs postconditions :08q
• Chapter 11 pages 191-192 -- contracts and the UML :08q
• Chapter 11 pages 191 -- what is the state pattern :09q
• Chapter 11 pp 181-194 -- Postconditions :08q
• Chapter 11 pp 181 -- Operation contract :08q
• Chapter 11 pp 184-187 -- Postconditions :08q
• Chapter 11 pp 185-186 -- Motivation: Why Postconditions? :09q
• Chapter 11 pp 186 -- How to write a post condition :08q
• Chapter 11 pp 186 -- Postcondition :08q
• Chapter 11 pp 188 -- contracts :08q
• Chapter 11 pp 188 -- Opperation Contracts 11.6 :08q
• Chapter 11 pp 188 -- Update the Domain Model? :08q
• Chapter 11 pp 192 -- OCL on the web :08q
• Chapter 11 pp 248-270 -- Class Diagrams :11q
• Chapter 12 pp 195-212 -- Package Diagrams. :09q
• Chapter 12 pp 204 -- Packages :09q
• Chapter 12 pp 248-270 -- Class Diagram :11q
• Chapter 12 pp 271-319 -- LRG :12q
• Chapter 13? Page 188 -- Frequency of Design be Contract :08q
• Chapter 13 page 209 MVC :09q
• Chapter 13 pages 0 -- Layers :20q
• Chapter 13 pages 197-219 -- Guideline: Design with Layers :09q
• Chapter 13 pages 198-199 -- UML packaging :09q
• Chapter 13 pages 199-200 -- Layers :09q
• Chapter 13 pages 199 -- Packages :09q
• Chapter 13 pages 204 -- Separation of concerns. :09q
• Chapter 13 pages 208-209 -- Views of Architecture :09q
• Chapter 13 pages 208 -- External Resources :09q
• Chapter 13 Pages 208 -- External Resources :09q
• Chapter 13 pp 0 -- Coupling :09q
• Chapter 13 pp 0 -- Packages :09q
• Chapter 13 pp 197-202 -- Package Diagram dependencies SSD :09q
• Chapter 13 pp 197-204 -- Layers :09q
• Chapter 13 pp 197-212 -- Packages :09q
• Chapter 13 pp 197-219 -- Layers :09q
• Chapter 13 pp 197-219 -- Logical Architecture and UML Package Diagrams :09q
• Chapter 13 pp 197-219 -- package diagram :09q
• Chapter 13 pp 198-201 -- Packages :09q
• Chapter 13 pp 198 -- logical architecture :11q
• Chapter 13 pp 199- 200 -- Logical Architecture :09q
• Chapter 13 pp 199-200 -- strict and relaxed layer :09q
• Chapter 13 pp 199 -- Dependency line :09q
• Chapter 13 pp 199 -- Layer for Model-view-controller architecture :09q
• Chapter 13 pp 200 -- Layer Architecture :09q
• Chapter 13 pp 200 -- Layers :09q
• Chapter 13 pp 201-202 -- Applying UML: package Diagram :09q
• Chapter 13 pp 201 -- Package Diagrams :09q
• Chapter 13 pp 202-203 -- Design with layers :09q
• Chapter 13 pp 204 -- Logical Architecture and UML Package diagram :09q
• Chapter 13 pp 206 -- Domain Layer :09q
• Chapter 13 pp 206 -- Relationship between Domain Layer and Domain Model :09q
• Chapter 13 pp 207 -- tiers vs layers :09q
• Chapter 13 pp 208 -- Mixing view of the architecture :09q
• Chapter 13 pp 210 -- 375 Place of SSD in process :09q
• Chapter 13 pp 210 -- SSD & Package Diagram :09q
• Chapter 13 pp 218 -- CRC in this course :09q
• Chapter 13r pp 320-362 -- Error Handlers :13q
• Chapter 14.6 pp 218 -- are CRC Cards popular :09q
• Chapter 14.6 pp 218 -- CRC :09q
• Chapter 14 pages 215 -- Reverse engineering :09q
• Chapter 14 pp 197-219 -- Static and Dynamic Modeling :09q
• Chapter 14 pp 213 -- Design objects :10q
• Chapter 14 pp 214 -- Agile Modeling and Lightweight UML Drawing :09q
• Chapter 14 pp 216 -- Static & Dynamic Model :09q
• Chapter 14 pp 218-219 -- Are CRC Cards really necessary or just a waste :09q
• Chapter 14 pp 221-247 -- Interactions :10q
• Chapter 14 pp 363-398 -- Visibility :14q
• Chapter 15,16 pages 221-270 -- Notation :19q
• Chapter 15.1 pp 223 -- Com + Seq Diagrams :10q
• Chapter 15.3 pages 227 -- Singleton :10q
• Chapter 15.5 pp 240 -- Link or Association :10q
• Chapter 15 pages 221-247 -- Sequence Diagrams vs Communication Diagrams :10q
• Chapter 15 pages 229 -- Reply or Returns :10q
• Chapter 15 pages 230-236 -- Diagram Frames :10q
• Chapter 15 pages 233-236 -- interactions :10q
• Chapter 15 pages 233 and 245 -- iteration over a collection :11q
• Chapter 15 pages 235 -- Nested Frames in Sequence Diagrams :10q
• Chapter 15 pages 235 -- Nesting in Communication Diagrams :10q
• Chapter 15 pages 236-237 -- Metaclass :10q
• Chapter 15 pages 236-237 -- metaclasses :10q
• Chapter 15 pages 236 -- Messages to classes :10q
• Chapter 15 pages 238-239 -- asynchronous and synchronous :10q
• Chapter 15 pages 242-243 -- UML interaction diagrams :10q
• Chapter 15 pages 245 -- Iteration over a Collection :20q
• Chapter 15 pp 0 -- interaction :10q
• Chapter 15 pp 1-600 -- Communication Diagrams :20q
• Chapter 15 pp 221-247 -- Communication Diagram Importance. :10q
• Chapter 15 pp 221-247 -- Interaction Diagrams and SSDs :10q
• Chapter 15 pp 221-247 -- interaction diagrams vs SSDs :10q
• Chapter 15 pp 221-247 -- Sequence Vs. Communication :10q
• Chapter 15 pp 221 - 247 -- UML 1.x vs UML 2 :10q
• Chapter 15 pp 221-247 -- UML Interaction Diagrams :10q
• Chapter 15 pp 221-247 -- UML Interaction Diagrams -- attributes or associations :10q
• Chapter 15, pp. 222-223 Interaction = sequence vs communication :10q
• Chapter 15 pp 222-223 -- Sequence vs Communication Diagrams :10q
• Chapter 15 pp 222-224 -- Interaction diagrams :10q
• Chapter 15 pp 222-225 -- Sequence and Communication Diagrams :10q
• Chapter 15 pp 222 -- Interaction overview diagram :10q
• Chapter 15 pp 222 -- Sequence Diagrams vs SSD :10q
• Chapter 15 pp 222 -- Sequence Diagram vs SSDs :10q
• Chapter 15 pp 222 -- Sequence numbers in Communication diagrams :10q
• Chapter 15 pp 223 -- Interaction Diagrams :10q
• Chapter 15 pp 223 -- Sequence vs. Communication :10q
• Chapter 15 pp 223 -- Sequence Vs Communication :10q
• Chapter 15 pp 224 -- Sequence Diagrams vs. Communication Diagrams :10q
• Chapter 15 pp 228 -- Execution Specification Bar :10q
• Chapter 15 pp 231-232 -- Conditional Messages :10q
• Chapter 15 pp 235 -- Interaction diagrams :10q
• Chapter 15 pp 237-238 -- Polymorphic Messages and Cases :10q
• Chapter 15 pp 237 -- Metaclasses :10q
• Chapter 15 pp 240-247 -- Communication Diagram :10q
• Chapter 15 pp 242 -- Interaction vs Sequence vs Communication :11q
• Chapter 15 pp 243 -- Complex Numbering :10q
• Chapter 15 pp 401-415 -- Arrows in Generalisation diagram :15q
• Chapter 15 pp -- Interaction Diagram :10q
• Chapter 15 UML Interaction Diagrams :10
• Chapter 16.17 pp 266 -- Singleton :11q
• Chapter 16.19 pp 268 -- User-Defined Compartments :11q
• Chapter 16 Page ??? -- Facade Controller :10q
• Chapter 16 pages 226 -- association classes :11q
• Chapter 16 pages 242 -- Bloated Controllers :19q
• Chapter 16 pages 248-270 -- What's the Relationship Between Interaction and Class Diagrams? :11q
• Chapter 16 pages 256-257 -- Operations and Methods :11q
• Chapter 16 pages 260 -- Abstract Classes :11q
• Chapter 16 pages 260 -- Inheritance? :11q
• Chapter 16 pages 261 -- Coupling :11q
• Chapter 16 pages 264-266 -- Composition & Association classes :11q
• Chapter 16 pages 265-266 -- Qualified Association :20q
• Chapter 16 pages 266-267 -- Singleton Class :11q
• Chapter 16 pages 267 -- Templete Classes and Interfaces :11q
• Chapter 16 pages 268 -- User-Defined Compartments :19q
• Chapter 16 pages 269 -- Active Class :19q
• Chapter 16 pages -- class diagrams :11q
• Chapter 16 pp 0 -- class diagrams attributes and operations syntax :11q
• Chapter 16 pp 248-270 -- Association Class :11q
• Chapter 16 pp 248-270 -- Attribute text vs. Association lines :11q
• Chapter 16 pp 248-270 -- Attribute Text vs. Association lines :11q
• Chapter 16 pp 248-270 -- Class Diagrams :11q
• Chapter 16 pp 249-270 -- Diagram Progression. :11q
• Chapter 16 pp 249-270 -- Review Design Class Diagram :20q
• Chapter 16 pp 249 -- Class diagrams :11q
• Chapter 16 pp 249 -- What is a static object modeling? :11q
• Chapter 16 pp 250-251 -- Diagram Notation :11q
• Chapter 16 pp 250 -- Class Diagram Notation :11q
• Chapter 16 pp 251 -- class diagrams -- classifiers :11q
• Chapter 16 pp 252-255 -- Attribute Text and Association Lines :11q
• Chapter 16 pp 252 -- Attribute Text and Association Lines :11q
• Chapter 16 pp 253 -- visibility marks :11q
• Chapter 16 pp 256 -- Operations Syntax :11q
• Chapter 16 pp 256 -- Signatures of Operations :11q
• Chapter 16 pp 257 -- method :11q
• Chapter 16 pp 258 -- Keywords :11q
• Chapter 16 pp 260-262 -- Dependency vs Association :11q
• Chapter 16 pp 260 -- Dependency :11q
• Chapter 16 pp 261 -- coupling :11q
• Chapter 16 pp 264 -- Aggregation :11q
• Chapter 16 pp 264 -- composition over aggregation :11q
• Chapter 16 pp 266 -- Singleton :11q
• Chapter 17.10 pages 292 -- Creator :12q
• Chapter 17.4 pp 277 -- GRASP :12q
• Chapter 17 -- GRASP :13q
• Chapter 17 How big does object get before you break it up? :12q
• Chapter 17 pages 1-300 -- General Project Question :13q
• Chapter 17 pages 278-279 -- GRASP Patterns :12q
• Chapter 17 pages 280 -- GRASP patterns :12q
• Chapter 17 pages 281-282 -- Creator -- Who creates on object :12q
• Chapter 17 pages 282-315 -- GRASP patterns :12q
• Chapter 17 pages 284-293 -- Low Coupling & High Cohesion :12q
• Chapter 17 pages 307 -- controller objects :12q
• Chapter 17 pages 314-318 -- Cohesion :12q
• Chapter 17 pages ppp-ppp -- Expert GRASP Pattern :13q
• Chapter 17 pages ppp-ppp -- grasp :12q
• Chapter 17 pages ppp-ppp -- GRASP Pattern Association? :12q
• Chapter 17 pp 271-319 -- GRASP :12q
• Chapter 17 pp 271-319 -- GRASP cohesion :12q
• Chapter 17 pp 271-319 -- GRASP Is it ever a good idea to use low-cohesion classes? :12q
• Chapter 17 pp 271-319 -- New Patterns :12q
• Chapter 17 pp 271-379 -- GRASP -- object sizes :12q
• Chapter 17 pp 273 -- Gang-of-Four :12q
• Chapter 17 pp 277 -- Is GRASP a template to master OOD? :12q
• Chapter 17 pp 290 -- Low cohesion. :12q
• Chapter 17 pp 291-295 -- Coupling :13q
• Chapter 17 pp 291 -- Popular GRASP Patterns :12q
• Chapter 17 pp 299-319 -- coupling and cohesion :12q
• Chapter 17 pp 299 -- Coupling :12q
• Chapter 17 pp 299 -- Grasp :12q
• Chapter 17 pp 299 -- Low Coupling :12q
• Chapter 17 pp 311 -- Bloated Controller :13q
• Chapter 17 pp 313 -- :12q
• Chapter 17 pp 314-317 -- High Cohesion :12q
• Chapter 17 pp 314-318 -- Cohesion and Coupling :12q
• Chapter 17 pp 317 -- High cohesion vs Low coupling :12q
• Chapter 17 pp 475-500 -- Modeling Dynamics :12q
• Chapter 17 pp 475-500 -- state machines and the Web :19q
• Chapter 17 pp ppp-ppp -- GRASP :20q
• Chapter 17 should an object have responsibility for doing and knowing? :12q
• Chapter 18.5 pp 357 -- playGame :13q
• Chapter 18 pages 302-303 -- Controllers :13q
• Chapter 18 pages 320-362 -- High Coupling :13q
• Chapter 18 pages 326-327 -- Case realizations :13q
• Chapter 18 pages 326-327 -- Use Case realizations :13q
• Chapter 18 pages 334 -- Final Design -- static or dynamic views :13q
• Chapter 18 pages 345-346 -- Connecting the UI to the Domain :13q
• Chapter 18 pages 345-346 -- UI Layer :13q
• Chapter 18 pages 356 -- Visibility? :13q
• Chapter 18 pages 358 -- CQS :13q
• Chapter 18 pp 248-270 -- Class Diagrams :11q
• Chapter 18 pp 320-360 -- Object Design :13q
• Chapter 18 pp 320-362 -- CQS :13q
• Chapter 18 pp 320-362 -- Initialization Design and the start up use case :13q
• Chapter 18 pp 320-362 -- Object design :13q
• Chapter 18 pp 320-362 -- Object Design :13q
• Chapter 18 pp 320-362 -- Object Design Examples :12q
• Chapter 18 pp 320-362 -- SSD -> GRASP -> Interaction Diagrams :13q
• Chapter 18 pp 320-362 -- Start Up Use Case :13q
• Chapter 18 pp 322 -- Object Design :13q
• Chapter 18 pp 333 -- visibility :13q
• Chapter 18 pp 335-336 -- Controller & Expert :13q
• Chapter 18 pp 345 -- How to connect the UI Layer to the Domain Layer :13q
• Chapter 18 pp 347-348 -- Start Up use case and operator IDs :13q
• Chapter 18 pp 354 -- Who Takes a Turn with multiple experts :17q
• Chapter 18 pp 358 -- CQS -- the Command Query Separation Principle :13q
• Chapter 18 pp 363-398 -- Design Into Code :14q
• Chapter 18 vs 17 :15q
• Chapter 19 pages 363-368 -- popularity of different types of visibility :14
• Chapter 19 pages 363-368 -- Visibility :14q
• Chapter 19 pages 366 -- visibility :14q
• Chapter 19 pp 0 -- State Machine Models :17q
• Chapter 19 pp 320-362 -- Object Design :13q
• Chapter 19 pp 363-398 -- GRASP :20q
• Chapter 19 pp 363-398 -- Visibility :14q
• Chapter 19 pp 366-368 -- Visibility :15q
• Chapter 19 pp 559-586 + 651-654 -- Object Oriented Database :19q
• Chapter 19 pp ppp-ppp -- Code in diagrams :19q
• Chapter 1 Page 11 -- Forward engineering :03q
• Chapter 1 pages 1-531 -- Patterns :20q
• Chapter 1 pages 1-535 -- General :19q
• Chapter 20 pages 303 -- Reverse Engineering :12q
• Chapter 20 pages 371-376 -- Mapping Designs to Code :14q
• Chapter 20 pages 375-376 -- Order of implementation :14q
• Chapter 20 pages 376 -- Test_Development TDD vs TFD :14q
• Chapter 20 pages 376 -- Test-Driven or Test-First Development :14q
• Chapter 20 pp 363-398 -- Mapping Designs to Code :14q
• Chapter 20 pp 369 -- Design Code :14q
• Chapter 20 pp 370 -- Cycle of annoyance. :14q
• Chapter 20 pp 371 -- Mapping designs to code :14q
• Chapter 20 pp 373 -- DCD :14q
• Chapter 20 pp 376-384 -- Design Code -- XP eXtreme Programming :14q
• Chapter 20 pp 376 -- TDD order :14q
• Chapter 20 pp 380-400 -- TDD :14q
• Chapter 20 pp 413-425 -- Pure Fabrication :16q
• Chapter 21.1 pp 386 -- TDD :14q
• Chapter 21 pages 385-389 -- XTreme Programming :14q
• Chapter 21 pages 386-387 -- Test-Driven Development :14q
• Chapter 21 pages 389-391 -- Refactoring :15q
• Chapter 21 pages 389 -- refactoring :14q
• Chapter 21 pages ppp-ppp -- refactoring :15q
• Chapter 21 pp 363-398 -- Test-Driven Development -- TTD :14q
• Chapter 21 pp 385 -- eXtreme Programming -- XP :14q
• Chapter 21 pp 386 -- Test Driven Development TDD :14q
• Chapter 21 pp 387 -- Writing test code :14q
• Chapter 21 pp 389-392 -- Refactoring :14q
• Chapter 21 pp 390 -- Code Smells :14q
• Chapter 22 pages 396 -- round trip engineering :14q
• Chapter 23 & 24 pp 401-413 -- From Iteration 1 to 2 :15q
• Chapter 23 pages 404 -- Iteration-2 :15q
• Chapter 23 pp 401-434 -- Iteration 2 :17q
• Chapter 23 pp 403 -- Iteration-2 Requirements and Emphasis: Object Design and Patterns :15q
• Chapter 24.2 pp 411 -- Monopoly Square :15q
• Chapter 249 pages 255 -- UML and pseudocode :11q
• Chapter 24 page 411 -- Generalization and Specialization -- Figure 24.2 :15q
• Chapter 24 page 411 -- Generalization and Specialization in Design :15q
• Chapter 24 pages 409 -- Analysis update :15q
• Chapter 24 pages 410 -- Class Hierarchy? :15q
• Chapter 24 pages 410 -- Domain Model :15q
• Chapter 24 pages 410 -- Domain model Generalization-specializtion :15q
• Chapter 24 pages 410 -- Superclasses-Subclasses :15q
• Chapter 24 pp 401-413 -- Monopoly modification :15q
• Chapter 24 pp 401-413 -- supercass subclasses generalization :15q
• Chapter 24 pp 407-411 -- Quick Analysis Update -- superclass :15q
• Chapter 24 pp 407-411 -- taxonomic classification :15q
• Chapter 24 pp 409 -- Databases in SSDs :15q
• Chapter 24 pp 409 -- Patterns :15q
• Chapter 24 pp 409 -- SSD and Scenarios :15q
• Chapter 24 pp 409 -- SSDs and use case realizations :15q
• Chapter 24 pp 410-411 -- GRASP and the Monopoly case study :15q
• Chapter 2/4 pp 49 -- Inception :03q
• Chapter 2/4 pp 54 -- Evolutionary vs Waterfall :03q
• Chapter 25.2 pages 421 -- Pure Fab :16q
• Chapter 25.4 pp 434 -- OCP :16q
• Chapter 25 GRASP II: Objects and Responsibilities :16
• Chapter 25 -- objects and classes :17q
• Chapter 25 pages 390 -- Generalize Relationship :14q
• Chapter 25 pages 415 -- Polymorphism :16q
• Chapter 25 pages 416-435 -- Polymorphism :16q
• Chapter 25 pages 420-421 -- Contraindications :15q
• Chapter 25 pages 422-423 -- Pure fabrication :16q
• Chapter 25 pages 424 -- decomposition :16q
• Chapter 25 pages 424 -- GRASP -- Pure Fabrication :15q
• Chapter 25 pages 425 -- Pure Fabrication :16q
• Chapter 25 pages 427-434 -- Protected Variations :16q
• Chapter 25 pages 428 -- PV :16q
• Chapter 25 pages 433 -- Information Hiding :16q
• Chapter 25 pp 25.4 -- GRASP methods :16q
• Chapter 25 pp 413-135 -- Polymorphism :16q
• Chapter 25 pp 413-435 -- Adapter/Bridge :16q
• Chapter 25 pp 413-435 -- Open-Closed Principle :16q
• Chapter 25 pp 413-435 -- Pure Fabrication :16q
• Chapter 25 pp 413 -- GRASP :16q
• Chapter 25 pp 413 -- LUCK :17q
• Chapter 25 pp 414-420 -- Polymorphism :16q
• Chapter 25 pp 414-420 -- Polymorphism and Interfaces :15q
• Chapter 25 pp 414-421 -- GRASP: More Objects With Responsibilities -- Got :16q
• Chapter 25 pp 414 -- Polymorphism :16q
• Chapter 25 pp 421-424 -- Pure Fabrication :15q
• Chapter 25 pp 421 -- Pure Fabrication :15q
• Chapter 25 pp 421 -- Pure Fabrication :16q
• Chapter 25 pp 424-425 -- Decompositions :16q
• Chapter 25 pp 425-427 -- Indirection :16q
• Chapter 25 pp 426 -- De-couple :16q
• Chapter 25 pp 426 -- Indirection. :16q
• Chapter 25 pp 427-433 -- Protected variation and Polymorphism :16q
• Chapter 25 pp 435-476 -- GoF Singleton :17q
• Chapter 26.1 pages 436-437 -- Adapter :17q
• Chapter 26 pages 406, 413 -- Abstract Class :15q
• Chapter 26 pages 435 - 462 -- Design patterns :17q
• Chapter 26 pages 435-476 -- GOF :17q
• Chapter 26 pages 435-476 -- What is GoF and how does it apply to the design process? :17q
• Chapter 26 pages 436-440 -- Factory and Adapter :16q
• Chapter 26 pages 440-441 -- Factory :17q
• Chapter 26 pages 444 -- Singleton :17q
• Chapter 26 pages 448 -- context object in the strategy pattern :17q
• Chapter 26 pages 461-463 -- Facade :17q
• Chapter 26 pages 463&436 -- Facade vs Adapter :17q
• Chapter 26 pages 463 -- Facades without Singleton :17q
• Chapter 26 pages 468--470 -- Observer is not only for connecting user interface to domain layer :17q
• Chapter 26 pages 471 -- GoF :19q
• Chapter 26 pp 340-375 -- GoF Design -- Factory Pattern :18q
• Chapter 26 pp 435-472 -- GoF patterns and question 7 :20q
• Chapter 26 pp 435-476 -- Applying GoF Design Patterns :17q
• Chapter 26 pp 435-476 -- GoF :17q
• Chapter 26 pp 435-476 -- GoF Patterns :17q
• Chapter 26 pp 435-476 -- GRASP and GOF. :17q
• Chapter 26 pp 435-476 -- Too many GoF :17q
• Chapter 26 pp 439 -- Pattern Overload :17q
• Chapter 26 pp 440 -- Factory :17q
• Chapter 26 pp 441-442 -- Pure Fabrication Factory :17q
• Chapter 26 pp 442 -- Singleton :17q
• Chapter 26 pp 452-453 -- Composite(GOF) and Other Design Principles :17q
• Chapter 26 pp 459-461 -- considering grasp and other principles in the :16q
• Chapter 26 pp 463-471 -- Observer pattern :17q
• Chapter 27 pages 480 -- Parallel Algorithms :17q
• Chapter 27: Requirements for Iteration 3 :17
• Chapter 28 pages 478 -- Diagram differences :17q
• Chapter 28 pages 479 -- DFD :18q
• Chapter 28 pages 480 -- DFD :20q
• Chapter 29 pages 443 -- Temporal Event :17q
• Chapter 29 pp 485-488 -- State Machine diagram :18q
• Chapter 29 pp 486 -- State Machine Diagram :17q
• Chapter 2 Page 27 -- what is risk -- how to identify risks :03q
• Chapter 2 pp 41-59 -- SEI Quality Standards :03q
• Chapter 30 pp 1-500 -- Quiz :18q
• Chapter 30 pp all -- MVC :19q
• Chapter 30 Relating Use Cases :17
• Chapter 31.11 Pages 519 -- Aggregation :18q
• Chapter 31.15 pages 524-525 Qualified Association. :18q
• Chapter 31.16 pp 525 -- qualified associations :18q
• Chapter 31 -- Conceptual class partitions and hierarchies :17q
• Chapter 31 pages 501-533 -- Responsibilities :18q
• Chapter 31 pages 508 -- subclass :18q
• Chapter 31 pages 515 -- State :18q
• Chapter 31 pages 520 -- Showing composition? :18q
• Chapter 31 pages 521-522 -- Time Intervals :18q
• Chapter 31 pages 524 -- Derived :18q
• Chapter 31 pages 524 -- Derived Elements :18q
• Chapter 31 pages p. 519 -- Composite Aggregation :19q
• Chapter 31 pages -- Subclasses :18q
• Chapter 31 pp 0-0 -- Ontology for CSCI 375 :18q
• Chapter 31 pp 501-520 -- Superclasses & Generalization :18q
• Chapter 31 pp 501-533 -- conceptual classes :19q
• Chapter 31 pp 501 - 533 -- Concept vs Element :18q
• Chapter 31 pp 501-535 -- Domain Model Refinement :18q
• Chapter 31 pp 501-539 -- Composition :18q
• Chapter 31 pp 501-539 -- Domain :18q
• Chapter 31 pp 501-539 -- Domain Model Refinement -- sub and superclasses :18q
• Chapter 31 pp 502 -- Concept Category list :18q
• Chapter 31 pp 507-508 -- Conceptual Subclasses and generalizations :18q
• Chapter 31 pp 508-510 -- When to Define a Conceptual Subclass :18q
• Chapter 31 pp 508 -- Conceptual Subclass :18q
• Chapter 31 pp 513-515 -- Abstract class and multiple payments :18q
• Chapter 31 pp 518-519 -- Association Class Diagram Explanation :18q
• Chapter 31 pp 519 -- composite aggregation :18q
• Chapter 31 pp 519 -- Composition :18q
• Chapter 31 pp 521 -- Time Interval :18q
• Chapter 31 pp 522 -- What is a Moment Interval? :18q
• Chapter 31 pp 524 -- Derived Elements :18q
• Chapter 31 pp 533 -- Monopoly :17q
• Chapter 31 Refining the Domain Model :18
• Chapter 32 pp 32.3 -- Domain Models and Design Patterns :18q
• Chapter 32 pp 501-539 -- Conceptual Subclass -- Conceptual Superclass -- partition :18q
• Chapter 32 pp 501-539 -- Reflexive Associations :18q
• Chapter 32 pp 529 -- Concepts vs Associations :18q
• Chapter 33 Architectural Analysis :19
• Chapter 33 Architectural Analysis :old.19
• Chapter 33 pp 542 -- Evolution Point :19q
• Chapter 33 pp 550-600 -- Packages :20q
• Chapter 33 pp 651-654 -- Architectur Analysis :17q
• Chapter 34.1 pp 564 -- Architecturally Significant Scenarios :19q
• Chapter 34.3 pp 573 -- layers :19q
• Chapter 34 Logical Architectural Refinement :19
• Chapter 34 Logical Architectural Refinement :old.19
• Chapter 34 pp 365 -- Packages vs Subsystem :19q
• Chapter 34 pp 547 -- three-tier architecture :20q
• Chapter 34 pp 559-568 -- Layers Pattern :19q
• Chapter 34 pp 559-577 -- Non-Layered Architectures :19q
• Chapter 34 pp 559-577 -- Swing :19q
• Chapter 34 pp 559-586 -- Logical Architecture Refinement :19q
• Chapter 34 pp 559 -- Logical Architecture and packages :20q
• Chapter 34 pp 561 -- UI objects :19q
• Chapter 34 pp 562 -- Coupling :19q
• Chapter 34 pp 563-4 -- Architecturally significant scenarios :19q
• Chapter 34 pp 564 -- Package Diagrams just in time for the 455 final :19q
• Chapter 34 pp 569 - 570 -- Using Observer :19q
• Chapter 34 pp 570 -- Relaxed Layered Coupling :19q
• Chapter 34 pp 571-575 -- Other Layer Pattern :19q
• Chapter 34 pp 571 -- Layer Pattern issues :19q
• Chapter 34 pp 572-573 -- Fuzzy Set Membership in Different Layers :19q
• Chapter 34 pp 574 -- Three tier architecture :19q
• Chapter 34 pp 576 -- Logical Architecture Refinement :19q
• Chapter 34 pp 576 -- Model View & Upward Communication :19q
• Chapter 35 More GoF :old.19
• Chapter 35 Package Design :19
• Chapter 35 pp 559-586 -- Package :19q
• Chapter 35 pp 580 -- Local caching :19q
• Chapter 35 pp 582-583 -- Stability and Dependency :19q
• Chapter 35 pp 582 -- Packages :19q
• Chapter 36 More Patterns :19
• Chapter 36 Package Design :old.19
• Chapter 36 pp 435-476 -- GOF Strategy pattern :17q
• Chapter 37 Artifacts, Nodes, and Deployment Diagrams :old.19
• Chapter 37 Persistance Framework :19
• Chapter 37 pp 37 -- Anything new after the last iteration :19q
• Chapter 37 pp 647 -- Relationships in tables :20q
• Chapter 38 Artifacts, Nodes, and Deployment Diagrams :19
• Chapter 38 pp 627 -- Framework :19q
• Chapter 38 pp 651-653 -- Deployment vs.Component diagram :19q
• Chapter 38 pp 651-654 -- UML Deployment and Component Diagrams :19q
• Chapter 38 pp 652 -- Deployment diagram :19q
• Chapter 38 pp 653 -- Execution Environment Node and operating systems :19q
• Chapter 39.1 pp 657-659 -- Architectural views :20q
• Chapter 39 pp 600-650 -- SAD :20q
• Chapter 39 pp 651-660 -- Documenting Architecture -- SAD :19q
• Chapter 39 pp 655 -- Documentation Architecture :20q
• Chapter 39 pp 656 -- Software Architect document :19q
• Chapter 3 pp 61-89 -- Use Cases :04q
• Chapter 4.1 pp 48 -- Inception :03q
• Chapter 4/6 pp 61 -- Use Cases :04q
• Chapter 4 Page 48 -- range of cost estimation in inception :03q
• Chapter 4 page 48 -- When to stop a project :03q
• Chapter 4 PAge 50 -- Glossary :03q
• Chapter 4 Page 50 -- when to stop inception :03q
• Chapter 4 - Pages 58 - Topic: Inception :03q
• Chapter 4 pp 47-51 -- Inception :03q
• Chapter 4 pp 47 -- Analysis of 10% of Use Cases :03q
• Chapter 4 pp 47 -- Use Case vs Business Case :03q
• Chapter 4 pp 48 -- Inception :03q
• Chapter 4 pp 49 -- How long is inception :03q
• Chapter 4 pp 49 -- Inception :03q
• Chapter 4 pp 50 -- artifacts :03q
• Chapter 4 pp 81-120 -- More Requirements :05q
• Chapter 506 pages 508 -- Conceptual Superclasses and Subclasses :18q
• Chapter 5 pp 121-157 -- Why Domain Models Why not Glossary :06q
• Chapter 5 pp 54-55 -- Waterfall :03q
• Chapter 5 pp 57 -- Categories of requirements :03q
• Chapter 6.2 pp 63 -- Use Case :04q
• Chapter 6-7 pp 89-120 -- Use cases vs Business case :05q
• Chapter 6 PAge 45 -- Alternatives to use cases :03q
• Chapter 6 page 93 -- Requirements in Context :05q
• Chapter 6 page 97 Figure 6.7 Requirements Workshop :05q
• Chapter 6 pp 121-157 -- Domain Models Optional :06q
• Chapter 6 pp 157-171 -- Domain Models :07q
• Chapter 6 pp 61-89 -- Nonfunctional Requirements :04q
• Chapter 6 pp 61-89 -- Use cases :04q
• Chapter 6 pp 6.1 -- Example :04q
• Chapter 6 pp 63 -- Use Case :04q
• Chapter 6 pp 64 -- use case :04q
• Chapter 6 pp 64 -- Use-Case Model :04q
• Chapter 6 pp 65 -- Use Case Requirements :04q
• Chapter 6 pp 65 -- Use Cases vs. Functional Requirements :04q
• Chapter 6 pp 66 -- Use Care Formats :04q
• Chapter 6 pp 67-68 -- Fully dressed use cases :04q
• Chapter 6 pp 73-74 -- Stakeholders and Interests :04q
• Chapter 6 pp 75-76 -- Extensions :04q
• Chapter 6 pp 76 -- Use Case :04q
• Chapter 6 pp 78 - 79 -- Use Case Format :04q
• Chapter 6 pp 78 -- Two Column Format :04q
• Chapter 6 pp 85 -- Primary Actor :04q
• Chapter 6 pp 87-88 -- Stakeholders and Interests List :04q
• Chapter 6 pp 89-100 -- Additional systems. :05q
• Chapter 6 pp 89-120 -- Mistakes :05q
• Chapter 6 pp 90 -- Use case relationships :05q
• Chapter 6 pp 91-92 -- Downplaying Diagramming :05q
• Chapter 6 pp 91 -- Use Case Actor :05q
• Chapter 6 pp 93 -- Boss Rule/Monopoly :05q
• Chapter 6 pp 93 -- feature lists :05q
• Chapter 6 pp 95 -- Use Case Realizations :05q
• Chapter 7.4-7.5 pp 104-108 -- Supplementary Specification :05q
• Chapter 7.5 pp 107 -- Special Requirements :05q
• Chapter 7.6 page 108 Visions vs Goals and other requirements artifacts :05q
• Chapter 7 page 114 -- Vision changes :05q
• Chapter 7 page 117 Glossary changes :05q
• Chapter 7 pages 104-105 Supplementary Specifications :05q
• Chapter 7 pp 101-120 -- Other Requirements :05q
• Chapter 7 pp 102-102 -- Glossary :05q
• Chapter 7 pp 111-114 -- Summary of System Features :05q
• Chapter 7 pp 114 -- Vision or Use Cases first? :05q
• Chapter 7 pp 115-116 -- Data Dictionary :05q
• Chapter 7 pp 115 -- Glossary :05q
• Chapter 7 pp 117 -- Domain and Business rules :05q
• Chapter 7 pp 168 -- Domain Models :07q
• Chapter 7 pp 173-196 -- SSD's :08q
• Chapter 7 pp 89-120 -- Feature List :05q
• Chapter 7 pp 89-120 -- Vision vs. Use cases :05q
• Chapter 8-9 Page 123-157 -- UML models and database diagrams :06q
• Chapter 8 pp 121-157 -- Conceptual Classes :06q
• Chapter 8 pp 121-157 -- Domain Modeling I :06q
• Chapter 8 pp 121-157 -- Important Factors in Domain model :06q
• Chapter 8 pp 127 -- Difficult things first :06q
• Chapter 8 pp 128 -- What Artifacts May Start in Elaboration? :06q
• Chapter 8 pp 173-196 -- SSD :08q
• Chapter 9.15 pp 157 -- Models :06q
• Chapter 9.16 pp 165 -- Design Creep :07q
• Chapter 9.3 Page 137 Domain layer vs Domain :06q
• Chapter 9.3 Page 137 The Domain Layer :06q
• Chapter 9 and 16 pp 132 - 251 -- Design Models :20q
• Chapter 9 -- Associations and complexity :07q
• Chapter 9 Foreign Keys :07q
• Chapter 9 How many domain associations :06q
• Chapter 9 page 12? -- Use cases vs domain models :06q
• Chapter 9 Page 135 Software artifacts not in the Domain :06q
• Chapter 9 Page 139 How to find conceptual classes :06q
• Chapter 9 page 153 Roles and Navigability :07q
• Chapter 9 page 158 -- Why no data types :07q
• Chapter 9 page 163 -- Attributes and Value Objects :07q
• Chapter 9 Page 165 -- data type and property and Foreign Key attributes :07q
• Chapter 9 page 170 -- attributes are data types :07q
• Chapter 9 pages 135-136 What is a domain model :06q
• Chapter 9 Pages 136-173 Topic Conceptual Classes :06q
• Chapter 9 pages 138 -- Symbols :15q
• Chapter 9 pages 143-147 Description and conceptual classes :06q
• Chapter 9 Pages 149-150 Topic: associations :06q
• Chapter 9 pages 158-162 -- More on attributes and data types :07q
• Chapter 9 pages 162-163 :07q
• Chapter 9 pp 121-171 -- Foreign Keys :07q
• Chapter 9 pp 131-139 -- Domain Model Necessary :06q
• Chapter 9 pp 131-150 -- Domain Models Essential or Visual Aid :06q
• Chapter 9 pp 131-157 -- Domain Models/Use Cases :06q
• Chapter 9 pp 132 -- UP Artifacts Optional :06q
• Chapter 9 pp 134-135 -- Domain Model as Visual Dictionary :06q
• Chapter 9 pp 134-136 -- Domain Model :06q
• Chapter 9 pp 134 -- Abstraction :06q
• Chapter 9 pp 135-140 -- Domain Layer :06q
• Chapter 9 pp 136 -- Conceptual Classes :06q
• Chapter 9 pp 146 -- Attributes vs Classes :06q
• Chapter 9 pp 146 -- Attributes vs. Classes :06q
• Chapter 9 pp 146 -- Attributes Vs. Classes :06q
• Chapter 9 pp 146 -- Attributes vs Classes :07q
• Chapter 9 pp 153 -- Multiplicity and one-to-one :07q
• Chapter 9 pp 155 -- Associations :06q
• Chapter 9 pp 157-171 -- Attribute Notation :07q
• Chapter 9 pp 158 -- Can an attribute be a class itself :07q
• Chapter 9 pp 161 -- Boolean Data Types :07q
• Chapter 9 pp 161 -- Data Types :07q
• Chapter 9 pp 163-164 -- When to define new data type classes :07q
• Chapter 9 pp 163 -- Attributes and Value objects :07q
• Chapter 9 pp 163 -- Define new data type classes :07q
• Chapter 9 pp 165 -- foreign key attribute :07q
• Chapter 9 pp 169 -- What is with the author... and waterfalls :07q
• Chapter 9 pp 170 -- UP Business Object Model vs Domain Model :07q
• Chapter 9 pp 197-219 -- software architecture :09q
• Chapter 9 pp 197-219 -- Why Packages :09q
• Chapter 9 pp 55 -- multiplicity missing and many-to-many :07q
• Chapter 9 -- Sharing attributes in Domain Models :07q
• Chapter all pages all -- Modeling approach :19q
• Chapter All pages ppp-ppp -- All Subjects :20q
• Chapter All pages ppp-ppp -- UML Notation :19q
• Chapter All pp All -- Arrow Notation :20q
• Chapter All pp All -- Business Case :20q
• Chapter all pp all -- functional, non-functional :20q
• Chapter ALL pp ALL -- RUP :20q
• Chapter All pp All -- UML Notation :20q
• Chapter Chap 13 pp 199 -- Layers :09q
• Chapter Chapter 16 pp 249-??? -- UML :11q
• Chapter Domain Modeling pp 121-157 -- Network modeling :06q
• Chapter FInal pp final -- DCD -- Design Class Diagram :20q
• Chapter final pp final -- final :20q
• Chapter final pp final -- SSD :20q
• Chapter final pp final -- use case diagram :20q
• Chapter Last Ch pp ppp-ppp -- subject :20q
• Chapter number pages ppp-ppp -- Final/ Grasp :19q
• Chapter number pages ppp-ppp -- UML/UP Application :20q
• Chapter number pp 196 -- Domain Modeling II :07q
• Chapter number pp 363-398 -- Designing for Visibility :17q
• Chapter number pp 41-59 -- Inception :03q
• Chapter number pp 61-89 -- Use Cases :04q
• Chapter number pp ppp-ppp -- Coupling & Cohesion :20q
• Chapter number pp ppp-ppp -- Example of a project :20q
• Chapter number pp ppp-ppp -- extra credit :20q
• Chapter number pp ppp-ppp -- no subject :20q
• Chapter number pp ppp-ppp -- State vs. Activity Diagram :17q
• Chapter ?? Pages 217 -- What are the GRASP Principles :09q
• Chapter pages 221-270 -- Interaction/DCD :19q
• Chapter pages 271-319 -- Coupling :12q
• Chapter pages -- after design. :17q
• Chapter pages -- Proxy Pattern :18q
• Chapter pages -- SSD/ Funny Joke :20q
• Chapter pages -- SSD/Funny Joke :20q
• Chapter pp 500 -- super class :20q
• Chapter pp 511 -- Class Hierarchy -- generalization :18q
• Chapter pp -- UML :20q
• Chapter pp -- What topics on final :20q
• Chapter pp -- Where can I learn more about design pattern? :20q
• Chapter Review pp book -- Deployment :20q
• Chapter review pp book -- Grasp patterns :20q
• Chapter review pp book -- Planning and Process :20q
• Chapter teh book pp teh book! -- Review all diagrams :20q
• Ch number pp 417-419 : Drawing Polymorphism :15q
• Ch number pp ppp-ppp : DEADLINE for 05 :05q
• Classes: :06x
• Classes :syllabi
• Class Responsibility Collaboration :09
• CMP :04x
• Code smells and stenches -- in real working environments :16q
• cohesion :12q
• Cohesion on Wikipedia :12q
• collaboration :10
• Collaboration_patterns :07
• Collaboration_patterns :18q
• Collaboration_patterns :patterns
• Command :patterns
• Command_Query_Separation :patterns
• communication :10
• Communication :19
• Communication/Collaboration Diagrams :10
• Composite :17
• Composite :patterns
• Comprehensive Questions and Answers :20q
• Conceptual :02
• conceptual classes. :06
• Conceptual Model :06
• consistent :patterns
• Content :06x
• Contents :01
• Contents :02
• Contents :02q
• Contents :02r
• Contents :03
• Contents :03q
• Contents :03r
• Contents :04
• Contents :04q
• Contents :04r
• Contents :04x
• Contents :05
• Contents :05q
• Contents :05r
• Contents :06
• Contents :06q
• Contents :06r
• Contents :06x
• Contents :07
• Contents :07q
• Contents :07r
• Contents :07x
• Contents :08
• Contents :08q
• Contents :08r
• Contents :09
• Contents :09q
• Contents :09r
• Contents :09x
• Contents :10
• Contents :10q
• Contents :10r
• Contents :11
• Contents :11q
• Contents :11r
• Contents :12
• Contents :12q
• Contents :12r
• Contents :13
• Contents :13q
• Contents :13r
• Contents :14
• Contents :14q
• Contents :14r
• Contents :15answer
• Contents :15
• Contents :15q
• Contents :15r
• Contents :16answer
• Contents :16
• Contents :16q
• Contents :16r
• Contents :17dynamics
• Contents :17exans
• Contents :17
• Contents :17q
• Contents :17r
• Contents :18
• Contents :18q
• Contents :18r
• Contents :19
• Contents :19q
• Contents :19r
• Contents :20
• Contents :20q
• Contents :20r
• Contents :about
• Contents :agenda
• Contents :agile
• Contents :[a-n]?
• Contents :architecture
• Contents :final2006
• Contents :final
• Contents :final.objectives
• Contents :FIS1
• Contents :fullydressed
• Contents :home
• Contents :index
• Contents :patterns
• Contents :projects
• Contents :requirements
• Contents :requirments
• Contents :revision
• Contents :rubric
• Contents :scenarios
• Contents :schedule
• Contents :s
• Contents :standard.include
• Contents :syllabi
• Contents :syllabus
• Contents :usecases
• Contents :vision
• Contents :w1
• Contents :w2
• Contents :w3
• Contents :w4
• Contents :w5
• Contents :w6
• Contents :w7
• Contents :w8
• Contents :w9
• Controller :12q
• Controller :patterns
• Convert_exceptions :patterns
• Copy and Add Attributes -- KISS :07x
• Could your further explain the 3 different diagrams Communication, Interaction and Sequence :11q
• coupling :12q
• Coupling and layering :10q
• Course Goal and Student Objectives :s
• Course Goal and Student Objectives :syllabus
• Course Review Questions and Answers :20
• CQS :patterns
• CRC :09
• Creator :12q
• Creator :patterns
• CS202 :01
• CS202 :02
• CS202 :02q
• CS202 :02r
• CS202 :03
• CS202 :03q
• CS202 :03r
• CS202 :04
• CS202 :04q
• CS202 :04r
• CS202 :04x
• CS202 :05
• CS202 :05q
• CS202 :05r
• CS202 :06
• CS202 :06q
• CS202 :06r
• CS202 :06x
• CS202 :07
• CS202 :07q
• CS202 :07r
• CS202 :07x
• CS202 :08
• CS202 :08q
• CS202 :08r
• CS202 :09
• CS202 :09q
• CS202 :09r
• CS202 :09x
• CS202 :10
• CS202 :10q
• CS202 :10r
• CS202 :11
• CS202 :11q
• CS202 :11r
• CS202 :12
• CS202 :12q
• CS202 :12r
• CS202 :13
• CS202 :13q
• CS202 :13r
• CS202 :14
• CS202 :14q
• CS202 :14r
• CS202 :15answer
• CS202 :15
• CS202 :15q
• CS202 :15r
• CS202 :16answer
• CS202 :16
• CS202 :16q
• CS202 :16r
• CS202 :17dynamics
• CS202 :17exans
• CS202 :17
• CS202 :17q
• CS202 :17r
• CS202 :18
• CS202 :18q
• CS202 :18r
• CS202 :19
• CS202 :19q
• CS202 :19r
• CS202 :20
• CS202 :20q
• CS202 :20r
• CS202 :about
• CS202 :agenda
• CS202 :agile
• CS202 :[a-n]?
• CS202 :architecture
• CS202 :final2006
• CS202 :final.objectives
• CS202 :FIS1
• CS202 :fullydressed
• CS202 :home
• CS202 :index
• CS202 :patterns
• CS202 :projects
• CS202 :requirements
• CS202 :revision
• CS202 :rubric
• CS202 :scenarios
• CS202 :schedule
• CS202 :s
• CS202 :syllabi
• CS202 :syllabus
• CS202 :usecases
• CS202 :vision
• CS202 :w1
• CS202 :w2
• CS202 :w3
• CS202 :w4
• CS202 :w5
• CS202 :w6
• CS202 :w7
• CS202 :w8
• CS202 :w9
• CS372+375 Objectives :objectives
• CS372 :01
• CS372 :02
• CS372 :02q
• CS372 :02r
• CS372 :03
• CS372 :03q
• CS372 :03r
• CS372 :04
• CS372 :04q
• CS372 :04r
• CS372 :04x
• CS372 :05
• CS372 :05q
• CS372 :05r
• CS372 :06
• CS372 :06q
• CS372 :06r
• CS372 :06x
• CS372 :07
• CS372 :07q
• CS372 :07r
• CS372 :07x
• CS372 :08
• CS372 :08q
• CS372 :08r
• CS372 :09
• CS372 :09q
• CS372 :09r
• CS372 :09x
• CS372 :10
• CS372 :10q
• CS372 :10r
• CS372 :11
• CS372 :11q
• CS372 :11r
• CS372 :12
• CS372 :12q
• CS372 :12r
• CS372 :13
• CS372 :13q
• CS372 :13r
• CS372 :14
• CS372 :14q
• CS372 :14r
• CS372 :15answer
• CS372 :15
• CS372 :15q
• CS372 :15r
• CS372 :16answer
• CS372 :16
• CS372 :16q
• CS372 :16r
• CS372 :17dynamics
• CS372 :17exans
• CS372 :17
• CS372 :17q
• CS372 :17r
• CS372 :18
• CS372 :18q
• CS372 :18r
• CS372 :19
• CS372 :19q
• CS372 :19r
• CS372 :20
• CS372 :20q
• CS372 :20r
• CS372 :about
• CS372 :agenda
• CS372 :agile
• CS372 :[a-n]?
• CS372 :architecture
• CS372 :final2006
• CS372 :final
• CS372 :final.objectives
• CS372 :FIS1
• CS372 :fullydressed
• CS372 :home
• CS372 :index
• CS372 :patterns
• CS372 :projects
• CS372 :requirements
• CS372 :requirments
• CS372 :revision
• CS372 :rubric
• CS372 :scenarios
• CS372 :schedule
• CS372 :s
• CS372 :syllabi
• CS372 :syllabus
• CS372 :usecases
• CS372 :vision
• CS372 :w1
• CS372 :w2
• CS372 :w3
• CS372 :w4
• CS372 :w5
• CS372 :w6
• CS372 :w7
• CS372 :w8
• CS372 :w9
• CS372 -- Normalization :07q
• CS372 projects :01
• CS375 Requirements Analysis and Design Syllabus :s
• CS375 Requirements Analysis and Design Syllabus :syllabus
• CSci 375/02 Introduction to Process and Book :02
• CSci 375/03 Inception :03
• CSci 375/04 Use Cases :04
• CSci 375/05 More Requirements :05
• CSci 375/06 Domain Model :06
• CSci 375/07 Domain Model II :07
• CSci 375/08 SSDs :08
• CSci 375/09 Packages :09
• CSci 375/10 Interaction Diagrams :10
• CSci 375/11 Class Diagrams :11
• CSci 375/12 GRASP I :12
• CSci 375/14 Design and Code :14
• CSci 375/15 More Analysis :15
• CSci 375/16 GRASP Revisitted :16
• CSci 375/18 Domain Model III :18
• CSci 375 Draft Schedule :old.schedule
• CSci 375 Draft Schedule :schedule
• CSci375 Requirements Analysis :home
• CSci375 Requirements Analysis :index
• CSCI375 Syllabi etc :syllabi
• CSUSB :04x
• D :17exans
• D :17
• data :08
• database_mapper :patterns
• Data Dictionary :05q
• data model :06
• DCD :01
• DCD :02q
• DCD :02r
• DCD :03
• DCD :03q
• DCD :03r
• DCD :04
• DCD :04q
• DCD :04r
• DCD :04x
• DCD :05
• DCD :05q
• DCD :05r
• DCD :06
• DCD :06q
• DCD :06r
• DCD :06x
• DCD :07
• DCD :07q
• DCD :07r
• DCD :07x
• DCD :08
• DCD :08q
• DCD :08r
• DCD :09
• DCD :09q
• DCD :09r
• DCD :09x
• DCD :10
• DCD :10q
• DCD :10r
• DCD :11q
• DCD :11r
• DCD :12
• DCD :12q
• DCD :12r
• DCD :13
• DCD :13q
• DCD :13r
• DCD :14
• DCD :14r
• DCD :15answer
• DCD :15
• DCD :15q
• DCD :15r
• DCD :16answer
• DCD :16
• DCD :16q
• DCD :16r
• DCD :17dynamics
• DCD :17exans
• DCD :17
• DCD :17q
• DCD :17r
• DCD :18
• DCD :18q
• DCD :18r
• DCD :19
• DCD :19q
• DCD :19r
• DCD :20
• DCD :20q
• DCD :20r
• DCD :about
• DCD :agenda
• DCD :agile
• DCD :[a-n]?
• DCD :architecture
• DCD :final2006
• DCD :final.objectives
• DCD :FIS1
• DCD :fullydressed
• DCD :home
• DCD :index
• DCD :patterns
• DCD :projects
• DCD :requirements
• DCD :revision
• DCD :rubric
• DCD :scenarios
• DCD :schedule
• DCD :s
• DCD :syllabi
• DCD :syllabus
• DCD :usecases
• DCD :vision
• DCD :w1
• DCD :w2
• DCD :w3
• DCD :w4
• DCD :w5
• DCD :w6
• DCD :w7
• DCD :w8
• DCD :w9
• Deadline :15q
• Decaf :11q
• Decorator :patterns
• definition :03q
• Deliverables :w3
• Deliverables :w4
• Deliverables :w5
• Deliverables :w6
• Deliverables for W1 :w1
• demonstrating test-driven development :14q
• departments :04x
• depend on the interface :17
• Deployment Models :final2006
• Deployment Models :final
• derived attributes. :07q
• Design Class Diagrams :19
• Design Class Diagrams :final2006
• Design Class Diagrams :final
• Design Class Diagrams :final.objectives
• Design Creep :06q
• Designing Objects with GRASP :13
• Details :final2006
• Details :final
• Details (may change) :work
• Diagram Differences -- use case vs domain model vs SSDs :08q
• Does every system need a start up use case :13q
• Do I like test driven development :14q
• Do I think that high cohesion is advantageous :12q
• Do It Myself :19
• Domain :16q
• domain layer :06
• Domain_Model :06
• Domain Model :FIS1
• Domain Modeling I :06
• Domain Model Patterns :07
• Domain Model Patterns :patterns
• Domain Models :final2006
• Domain Models :final
• Domain Models :final.objectives
• Domain Model vs Design Class Diagram :02
• Domain Rules :05
• Domain Rules :05q
• Donald Knuth :14q
• Do you have to have a controller in a Design Class Diagram :14q
• DRAFT Rubric :final2006
• DRAFT Rubric :final
• DRY :01
• DRY :02
• DRY :02q
• DRY :02r
• DRY :03
• DRY :03q
• DRY :03r
• DRY :04
• DRY :04q
• DRY :04r
• DRY :04x
• DRY :05
• DRY :05q
• DRY :05r
• DRY :06
• DRY :06q
• DRY :06r
• DRY :06x
• DRY :07
• DRY :07q
• DRY :07r
• DRY :07x
• DRY :08
• DRY :08q
• DRY :08r
• DRY :09
• DRY :09q
• DRY :09r
• DRY :09x
• DRY :10
• DRY :10q
• DRY :10r
• DRY :11
• DRY :11q
• DRY :11r
• DRY :12
• DRY :12q
• DRY :12r
• DRY :13
• DRY :13q
• DRY :13r
• DRY :14
• DRY :14
• DRY :14q
• DRY :14r
• DRY :15answer
• DRY :15
• DRY :15q
• DRY :15r
• DRY :16answer
• DRY :16
• DRY :16q
• DRY :16r
• DRY :17dynamics
• DRY :17exans
• DRY :17
• DRY :17q
• DRY :17r
• DRY :18
• DRY :18r
• DRY :19
• DRY :19q
• DRY :19r
• DRY :20
• DRY :20q
• DRY :20r
• DRY :about
• DRY :agenda
• DRY :agile
• DRY :[a-n]?
• DRY :architecture
• DRY :final2006
• DRY :final
• DRY :final.objectives
• DRY :FIS1
• DRY :fullydressed
• DRY :home
• DRY :index
• DRY :projects
• DRY :requirements
• DRY :requirments
• DRY :revision
• DRY :rubric
• DRY :scenarios
• DRY :schedule
• DRY :s
• DRY :syllabi
• DRY :syllabus
• DRY :usecases
• DRY :vision
• DRY :w1
• DRY :w2
• DRY :w3
• DRY :w4
• DRY :w5
• DRY :w6
• DRY :w7
• DRY :w8
• DRY :w9
• durable :patterns
• DWIM :patterns
• Dynamic Bindings :19q
• Dynamics -- Chapter 28 and 29 :17
• E :17exans
• E :17
• Embrace Change :w3
• empty :08
• essential :04q
• ESSUP :01
• ESSUP :02
• ESSUP :02q
• ESSUP :02r
• ESSUP :03
• ESSUP :03q
• ESSUP :03r
• ESSUP :04
• ESSUP :04q
• ESSUP :04r
• ESSUP :04x
• ESSUP :05
• ESSUP :05q
• ESSUP :05r
• ESSUP :06
• ESSUP :06q
• ESSUP :06r
• ESSUP :06x
• ESSUP :07
• ESSUP :07q
• ESSUP :07r
• ESSUP :07x
• ESSUP :08
• ESSUP :08q
• ESSUP :08r
• ESSUP :09
• ESSUP :09q
• ESSUP :09r
• ESSUP :09x
• ESSUP :10
• ESSUP :10q
• ESSUP :10r
• ESSUP :11
• ESSUP :11q
• ESSUP :11r
• ESSUP :12
• ESSUP :12q
• ESSUP :12r
• ESSUP :13
• ESSUP :13q
• ESSUP :13r
• ESSUP :14
• ESSUP :14q
• ESSUP :14r
• ESSUP :15answer
• ESSUP :15
• ESSUP :15q
• ESSUP :15r
• ESSUP :16answer
• ESSUP :16
• ESSUP :16q
• ESSUP :16r
• ESSUP :17dynamics
• ESSUP :17exans
• ESSUP :17
• ESSUP :17q
• ESSUP :17r
• ESSUP :18
• ESSUP :18q
• ESSUP :18r
• ESSUP :19
• ESSUP :19q
• ESSUP :19r
• ESSUP :20
• ESSUP :20q
• ESSUP :20r
• ESSUP :about
• ESSUP :agenda
• ESSUP :agile
• ESSUP :[a-n]?
• ESSUP :architecture
• ESSUP :final2006
• ESSUP :final
• ESSUP :final.objectives
• ESSUP :FIS1
• ESSUP :fullydressed
• ESSUP :home
• ESSUP :index
• ESSUP :patterns
• ESSUP :projects
• ESSUP :requirements
• ESSUP :revision
• ESSUP :rubric
• ESSUP :scenarios
• ESSUP :schedule
• ESSUP :s
• ESSUP :syllabi
• ESSUP :syllabus
• ESSUP :usecases
• ESSUP :vision
• ESSUP :w1
• ESSUP :w2
• ESSUP :w3
• ESSUP :w4
• ESSUP :w5
• ESSUP :w6
• ESSUP :w7
• ESSUP :w8
• ESSUP :w9
• Etc. :04
• Etc. :05
• Example from Winter 2004 :w3
• Example if time :11
• Example -- Implementing the Account class :14
• Example: List unfulfilled orders at a depot :10
• Example of a Domain Model :07
• Example of an iterative Process -- the FRiendly EDitor(FRED) project. :02
• Example of a Simple system :03
• Example of a Simple system :04
• Example of a Simple system :05
• Example of a UML Qualifier :11q
• Example of Domain modeling :07
• Exception Principles :patterns
• Exercise -- Domain models are pictures of reality :07
• Exercise, if time -- THe CSUSB Inventory :15
• Exercise in drawing an SSD :09x
• Exercise on Adding Attributes to a Domain Model :07x
• Exercise on Domain Modeling with Attributes. :07
• Exercise on UML notations -- if time :19
• Exercise on Use Case formats in Class 04 :04x
• Exercises :01
• Exercises :02
• Exercises :04
• Exercises :12
• Exercises :18
• Exercises :20
• Exercises :agenda
• Exercises Deployment and Packages :old.19
• Exercises if Time :10
• Exercises on Deployment and Packages :19
• Exercises on Domain Models :06
• Exercises on GoF Patterns :17
• Exercises on GRASP :16
• Exercises on Interaction Diagrams if time :11
• Exercises on Mapping Diagrams to Code :14
• Exercises on Requirements :05
• Exercises on SSDs :08
• Exercises on SSDs and Packages :09
• Expert :patterns
• Explain Global Visibility :14q
• Explain lazy initialization vs normal initialization :15q
• Explain mixing static and dynamic views :11q
• Explain more about polymorphism :15q
• Explain the difference between coupling and cohesion :12q
• Explain Use Realization in more detail :13q
• extension :patterns
• Extensions :usecases
• fabricate :16
• Facade :17
• Facade :patterns
• Factors involved :architecture
• Factory :17
• Factory :patterns
• F :17exans
• F :17
• Figure 17.1 How it all fits together :12
• Figure 18.1 The big picture :13
• FIS Vision :vision
• Fitting them into the Process :19
• Flyweight :patterns
• Fowler :11q
• Framework :02
• Free Interface to College :FIS1
• Free Interface to College Use Cases :FIS1
• Frequency of Occurrence :usecases
• From 2007 :02q
• From 2008 :03q
• From 2008 :06q
• From 2008 :07q
• From Design into code :14
• Fully dressed as a table :usecases
• Fully Dressed Use Case Add Class :04x
• Fully Dressed Use Case Template :fullydressed
• FURPS+ :patterns
• G :17exans
• G :17
• Genalization and extention of use cases :17q
• Generalization :15
• Get Assignments :FIS1
• Get Syllabus :FIS1
• Give an example of the fork symbol and expanding activities :17q
• give examples for every question would be perfect!!! :20q
• Given :w3
• Given :w4
• Given :w5
• Given :w6
• Given :w7
• Given :w8
• Given: Model 3 :old.w9
• Given: Model 3 :w9
• Givens for W1 :w1
• Glossary :01
• Glossary :02
• Glossary :02q
• Glossary :02r
• Glossary :03
• Glossary :03q
• Glossary :03r
• Glossary :04
• Glossary :04q
• Glossary :04r
• Glossary :04x
• Glossary :05
• Glossary :05q
• Glossary :05r
• Glossary :06
• Glossary :06q
• Glossary :06q
• Glossary :06r
• Glossary :06x
• Glossary :07
• Glossary :07q
• Glossary :07r
• Glossary :07x
• Glossary :08
• Glossary :08q
• Glossary :08r
• Glossary :09
• Glossary :09q
• Glossary :09r
• Glossary :09x
• Glossary :10
• Glossary :10q
• Glossary :10r
• Glossary :11
• Glossary :11q
• Glossary :11r
• Glossary :12
• Glossary :12q
• Glossary :12r
• Glossary :13
• Glossary :13q
• Glossary :13r
• Glossary :14
• Glossary :14q
• Glossary :14r
• Glossary :15answer
• Glossary :15
• Glossary :15q
• Glossary :15r
• Glossary :16answer
• Glossary :16
• Glossary :16q
• Glossary :16r
• Glossary :17dynamics
• Glossary :17exans
• Glossary :17
• Glossary :17q
• Glossary :17r
• Glossary :18
• Glossary :18q
• Glossary :18r
• Glossary :19
• Glossary :19q
• Glossary :19r
• Glossary :20
• Glossary :20q
• Glossary :20r
• Glossary :about
• Glossary :agenda
• Glossary :agile
• Glossary :[a-n]?
• Glossary :architecture
• Glossary :final2006
• Glossary :final
• Glossary :FIS1
• Glossary :fullydressed
• Glossary :home
• Glossary :index
• Glossary :patterns
• Glossary :projects
• Glossary :requirements
• Glossary :requirments
• Glossary :revision
• Glossary :rubric
• Glossary :scenarios
• Glossary :schedule
• Glossary :s
• Glossary :syllabi
• Glossary :syllabus
• Glossary :usecases
• Glossary :vision
• Glossary :w1
• Glossary :w2
• Glossary :w3
• Glossary :w4
• Glossary :w5
• Glossary :w6
• Glossary :w7
• Glossary :w8
• Glossary :w9
• Goals for W1 :w1
• GoF :01
• GoF :02
• GoF :02q
• GoF :02r
• GoF :03
• GoF :03q
• GoF :03r
• GoF :04
• GoF :04q
• GoF :04r
• GoF :04x
• GoF :05
• GoF :05q
• GoF :05r
• GoF :06
• GoF :06q
• GoF :06r
• GoF :06x
• GoF :07
• GoF :07q
• GoF :07r
• GoF :07x
• GoF :08
• GoF :08q
• GoF :08r
• GoF :09
• GoF :09q
• GoF :09r
• GoF :09x
• GoF :10
• GoF :10q
• GoF :10r
• GoF :11
• GoF :11q
• GoF :11r
• GoF :12
• GoF :12q
• GoF :12r
• GoF :13
• GoF :13q
• GoF :13r
• GoF :14
• GoF :14q
• GoF :14r
• GoF :15answer
• GoF :15
• GoF :15q
• GoF :15r
• GoF :16answer
• GoF :16
• GoF :16q
• GoF :16r
• GoF :17dynamics
• GoF :17exans
• GoF :17
• GoF :17q
• GoF :17r
• GoF :18
• GoF :18q
• GoF :18r
• GoF :19
• GoF :19q
• GoF :19r
• GoF :20
• GoF :20q
• GoF :20r
• GoF :about
• GoF :agenda
• GoF :agile
• GoF :[a-n]?
• GoF :architecture
• GoF :final2006
• GoF :final
• GoF :final.objectives
• GoF :FIS1
• GoF :fullydressed
• GoF :home
• GoF :index
• GoF :projects
• GoF :requirements
• GoF :requirments
• GoF :revision
• GoF :rubric
• GoF :scenarios
• GoF :schedule
• GoF :s
• GoF :syllabi
• GoF :syllabus
• GoF :usecases
• GoF :vision
• GoF :w1
• GoF :w2
• GoF :w3
• GoF :w4
• GoF :w5
• GoF :w6
• GoF :w7
• GoF :w8
• GoF :w9
• GoF_book :patterns
• GoF Key points :17
• GoF Patterns :17
• GoF Patterns :patterns
• Good Links on Patterns :patterns
• Grades :01
• Grades :02
• Grades :02q
• Grades :02r
• Grades :03
• Grades :03q
• Grades :03r
• Grades :04
• Grades :04q
• Grades :04r
• Grades :04x
• Grades :05
• Grades :05q
• Grades :05r
• Grades :06
• Grades :06q
• Grades :06r
• Grades :06x
• Grades :07
• Grades :07q
• Grades :07r
• Grades :07x
• Grades :08
• Grades :08q
• Grades :08r
• Grades :09
• Grades :09q
• Grades :09r
• Grades :09x
• Grades :10
• Grades :10q
• Grades :10r
• Grades :11
• Grades :11q
• Grades :11r
• Grades :12
• Grades :12q
• Grades :12r
• Grades :13
• Grades :13q
• Grades :13r
• Grades :14
• Grades :14q
• Grades :14r
• Grades :15answer
• Grades :15
• Grades :15q
• Grades :15r
• Grades :16answer
• Grades :16
• Grades :16q
• Grades :16r
• Grades :17dynamics
• Grades :17exans
• Grades :17
• Grades :17q
• Grades :17r
• Grades :18
• Grades :18q
• Grades :18r
• Grades :19
• Grades :19q
• Grades :19r
• Grades :20
• Grades :20q
• Grades :20r
• Grades :about
• Grades :agenda
• Grades :agile
• Grades :[a-n]?
• Grades :architecture
• Grades :final2006
• Grades :final
• Grades :final.objectives
• Grades :FIS1
• Grades :fullydressed
• Grades :home
• Grades :index
• Grades :patterns
• Grades :projects
• Grades :requirements
• Grades :requirments
• Grades :revision
• Grades :rubric
• Grades :scenarios
• Grades :schedule
• Grades :s
• Grades :syllabi
• Grades :syllabus
• Grades :usecases
• Grades :vision
• Grades :w1
• Grades :w2
• Grades :w3
• Grades :w4
• Grades :w5
• Grades :w6
• Grades :w7
• Grades :w8
• Grades :w9
• Grading :old.w9
• Grading :s
• Grading :syllabus
• Grading :w4
• Grading :w5
• Grading :w6
• Grading :w7
• Grading :w8
• Grading :w9
• GRASP :01
• GRASP :02
• GRASP :02q
• GRASP :02r
• GRASP :03
• GRASP :03q
• GRASP :03r
• GRASP :04
• GRASP :04q
• GRASP :04r
• GRASP :04x
• GRASP :05
• GRASP :05q
• GRASP :05r
• GRASP :06
• GRASP :06q
• GRASP :06r
• GRASP :06x
• GRASP :07
• GRASP :07q
• GRASP :07r
• GRASP :07x
• GRASP :08
• GRASP :08q
• GRASP :08r
• GRASP :09
• GRASP :09q
• GRASP :09r
• GRASP :09x
• GRASP :10
• GRASP :10q
• GRASP :10r
• GRASP :11
• GRASP :11
• GRASP :11q
• GRASP :11r
• GRASP :12
• GRASP :12q
• GRASP :12r
• GRASP :13
• GRASP :13q
• GRASP :13q
• GRASP :13r
• GRASP :14
• GRASP :14q
• GRASP :14r
• GRASP :15answer
• GRASP :15
• GRASP :15q
• GRASP :15r
• GRASP :16answer
• GRASP :16
• GRASP :16q
• GRASP :16r
• GRASP :17dynamics
• GRASP :17exans
• GRASP :17
• GRASP :17q
• GRASP :17r
• GRASP :18
• GRASP :18q
• GRASP :18r
• GRASP :19
• GRASP :19q
• GRASP :19r
• GRASP :20
• GRASP :20q
• GRASP :20r
• GRASP :about
• GRASP :agenda
• GRASP :agile
• GRASP :[a-n]?
• GRASP :architecture
• GRASP :final2006
• GRASP :final
• GRASP :final.objectives
• GRASP :FIS1
• GRASP :fullydressed
• GRASP :home
• GRASP :index
• GRASP :patterns
• GRASP :projects
• GRASP :requirements
• GRASP :requirments
• GRASP :revision
• GRASP :scenarios
• GRASP :schedule
• GRASP :s
• GRASP :syllabi
• GRASP :syllabus
• GRASP :usecases
• GRASP :vision
• GRASP :w1
• GRASP :w2
• GRASP :w3
• GRASP :w4
• GRASP :w5
• GRASP :w6
• GRASP :w7
• GRASP :w8
• GRASP :w9
• GRASP -- General Responsibility Assignment Software Patterns :patterns
• H :17exans
• H :17
• Having Parameter visibility is better than global but doesn't this introduce coupling between classes :15q
• Header :objectives
• Header :old.19
• Header :old.schedule
• Header :old.w9
• Header :work
• hide_SQL :patterns
• High_cohesion :patterns
• Hint 1 :w5
• Hint 2 :w5
• Hint: KISS :w3
• Hint: KISS :w4
• Hollywood Principle :10
• How are exceptions and errors handled handled when you have already :14q
• How are quality scenarios related to the analysis of architectural artifacts? :19q
• How are SSDs related to Use Cases :08q
• How can state determined object change their behavior :17q
• How common is test writing in the real world :15q
• How do all these diagrams and documents work together? :11
• how does high cohesion support low coupling :12q
• How does skill interact with methodology :03q
• How does the implementation model differ from the use case model :16q
• How does visibility affect global variables? :14q
• How do I write an Interface in C++ :15q
• How do know the critical requirements :03q
• How do Petri Nets work? :18q
• How do Use cases and activity diagrams get used together. :17q
• how do you differentiate between using a strict layered architecture or a :09q
• How do you organize a generalization-specialization hierarchy :15q
• How exactly does test-driven development work :16q
• How important are State Diagrams :17q
• How many Design Class Diagrams per Project :19q
• How reliable are the unit testing frameworks in testing code :14q
• How to connect UI to Domain? :13
• I :17exans
• I :17
• identifier :08
• IDs to Objects :17
• if A :19q
• If we continue our 372 project is this a re-inception :03q
• Implementation :02
• implements the interface I :19q
• implement the interface :17
• important :18
• Important GoF Patterns :17q
• Important points :old.19
• in A that calls a function C :19q
• In Class Deliverable :old.w9
• In Class Deliverable :w7
• In Class Deliverable :w8
• Indirection :16
• indirection :16
• Indirection :patterns
• Information_Expert :11
• Information Expert :12q
• Information Expert :13q
• Information Hiding :15q
• Information on the Final Exam :20
• Initial Domain Model :07x
• Initialization p347-349 :13
• Input :01
• Input :02
• Input :agenda
• Input on Requirements :05
• Input: The Inception Phase :03
• Input: Use Cases pages 61-89 :04
• Instructions :06x
• Instructor Information and Methods :s
• Instructor Information and Methods :syllabus
• Interaction design :13q
• Interaction diagrams :11q
• Interaction Diagrams :final2006
• Interaction Diagrams :final
• Interaction Diagrams :final.objectives
• interface :11
• interface :15q
• Interfaces :11q
• Introduction :08
• Introduction :11
• Introduction :vision
• Introduction -- the No-Magic Zone :13
• Is a Controller in GRASP part of the system or an actor :12q
• Is an interface in Java or the UML the same as a User Interface :15q
• Is Cohesion a subjective measure :13q
• IS 'JUST BARELY GOOD ENOUGH' ENOUGH? :agile
• isolated :patterns
• Issue :architecture
• Is test driven development better than test first development :14q
• Is test driven development the same as test first development :14q
• Is there a better way :14q
• Is vision a greater tool in the waterfall process then the UP? :06q
• Items redacted and deleted below from previous years :home
• Items redacted and deleted below from previous years :index
• Iteration 1 :06
• Iteration 2 :15
• Kelly grids :05q
• KISS :01
• KISS :02
• KISS :02q
• KISS :02r
• KISS :03
• KISS :03q
• KISS :03r
• KISS :04
• KISS :04q
• KISS :04r
• KISS :04x
• KISS :05
• KISS :05q
• KISS :05r
• KISS :06
• KISS :06q
• KISS :06r
• KISS :06x
• KISS :07
• KISS :07q
• KISS :07r
• KISS :07x
• KISS :08
• KISS :08q
• KISS :08r
• KISS :09
• KISS :09q
• KISS :09r
• KISS :09x
• KISS :10
• KISS :10q
• KISS :10r
• KISS :11
• KISS :11q
• KISS :11r
• KISS :12
• KISS :12q
• KISS :12r
• KISS :13
• KISS :13q
• KISS :13r
• KISS :14
• KISS :14q
• KISS :14r
• KISS :15answer
• KISS :15
• KISS :15q
• KISS :15r
• KISS :16answer
• KISS :16
• KISS :16q
• KISS :16r
• KISS :17dynamics
• KISS :17exans
• KISS :17
• KISS :17q
• KISS :17r
• KISS :18
• KISS :18q
• KISS :18r
• KISS :19
• KISS :19q
• KISS :19r
• KISS :20
• KISS :20q
• KISS :20r
• KISS :about
• KISS :agenda
• KISS :agile
• KISS :[a-n]?
• KISS :architecture
• KISS :final2006
• KISS :final
• KISS :final.objectives
• KISS :FIS1
• KISS :fullydressed
• KISS :home
• KISS :index
• KISS :projects
• KISS :requirements
• KISS :requirments
• KISS :revision
• KISS :rubric
• KISS :scenarios
• KISS :schedule
• KISS :s
• KISS :syllabi
• KISS :syllabus
• KISS :usecases
• KISS :vision
• KISS :w1
• KISS :w2
• KISS :w3
• KISS :w4
• KISS :w5
• KISS :w6
• KISS :w7
• KISS :w8
• KISS :w9
• LDAP :04x
• Least_Surprise :patterns
• Level 1 -- Give it a name :usecases
• Level 2 -- Brief Format :usecases
• Level 3 -- Casual :usecases
• Level 4 -- Fully Dressed :usecases
• Level :usecases
• Life History :17dynamics
• Links on the Gang of Four patterns. :patterns
• Links on Use Cases :04
• Logical Architecture :09
• lollipop notation :17
• Look and feel :13q
• Low_coupling :patterns
• main :04x
• Make a back up :13q
• message :08
• Message of the day :14q
• Messages :08
• Method :02
• Miscellaneous :usecases
• Missing compartments in Classes :15q
• Missing Facts :07x
• Model :02
• Modeling Dynamics -- Activity Diagrams and State Machines :17dynamics
• Modeling the Real-World: Usage Scenarios By Scott W. Ambler :scenarios
• Model_View_controller :patterns
• More on GoF Patterns :20q
• Motivation :architecture
• Motivation: Why model a domain? :06
• Multiplicities: :06x
• must a class have at least one attribute to exist? :07q
• Must I write scenarios for every use case? :04q
• MVC :patterns
• MVC Architecture :12q
• My notes on Class Diagram Notation :11
• N :s
• N :syllabus
• name :08
• Name :usecases
• Name -- Shopping Aid :03
• Name -- SuperMartInventory :07x
• Name_the_problem_not_the_thrower :patterns
• Navigability :07q
• Next :01
• Next :02
• next :18q
• Next Assigned Project: The fourth iteration :19
• Next Assigned Work: SSD+Packages :09
• Next: attributes, ... :06
• Next -- Back to Analysis again :14
• Next -- Back to the next iterations :16
• Next class :07
• Next: Class Diagrams :10
• Next -- Final Course Review and Project work :19
• Next -- Final Project Presentations and Course Review :old.19
• Next -- GRASP 1 :12
• Next: How to make a good design :11
• Next Iteration of project -- Find examples of GRASP in your project :14
• Next Iteration of Project -- Model 2 :16
• Next iteration of Project -- Model 3 :18
• Next: Logical Packaging etc :08
• Next -- More Design and some Coding :13
• Next -- More GRASP :15
• Next: More Requirements :04
• Next -- Next iteration -- back to the domain model. :17
• Next Project Iteration -- Domain Model 1 :08
• Next Quiz :16
• Next Review UP and UML :18
• Next Step in Project: A First Domain Model :07
• node :19
• node :old.19
• No presentation -- sorry :w9
• note :15
• note :w2
• Note :w5
• Notes and Definitions :rubric
• numbering :10q
• number pp 037-038 -- cs375 question - Development Case :02q
• number pp ppp-ppp -- domain modeling :06q
• Object Constraint Language :08q
• Object Constraint Language :11q
• Objectives :requirments
• Object-Oriented Analysis and Design. :03
• Observer :17
• Observer :patterns
• OCL :08
• OCL :11q
• off-stage actor :04q
• OID :patterns
• Online Tutorial on patterns :16
• ontologies :18
• ontology :06
• OOAD :01
• OOAD :02
• OOAD :02q
• OOAD :02r
• OOAD :03
• OOAD :03q
• OOAD :03r
• OOAD :04
• OOAD :04q
• OOAD :04r
• OOAD :04x
• OOAD :05
• OOAD :05q
• OOAD :05r
• OOAD :06
• OOAD :06q
• OOAD :06r
• OOAD :06x
• OOAD :07
• OOAD :07q
• OOAD :07r
• OOAD :07x
• OOAD :08
• OOAD :08q
• OOAD :08r
• OOAD :09
• OOAD :09q
• OOAD :09r
• OOAD :09x
• OOAD :10
• OOAD :10q
• OOAD :10r
• OOAD :11
• OOAD :11q
• OOAD :11r
• OOAD :12
• OOAD :12q
• OOAD :12r
• OOAD :13
• OOAD :13q
• OOAD :13r
• OOAD :14
• OOAD :14q
• OOAD :14r
• OOAD :15answer
• OOAD :15
• OOAD :15q
• OOAD :15r
• OOAD :16answer
• OOAD :16
• OOAD :16q
• OOAD :16r
• OOAD :17dynamics
• OOAD :17exans
• OOAD :17
• OOAD :17q
• OOAD :17r
• OOAD :18
• OOAD :18q
• OOAD :18r
• OOAD :19
• OOAD :19q
• OOAD :19r
• OOAD :20
• OOAD :20q
• OOAD :20r
• OOAD :about
• OOAD :agenda
• OOAD :agile
• OOAD :[a-n]?
• OOAD :architecture
• OOAD :final2006
• OOAD :final
• OOAD :final.objectives
• OOAD :FIS1
• OOAD :fullydressed
• OOAD :home
• OOAD :index
• OOAD :patterns
• OOAD :projects
• OOAD :requirements
• OOAD :requirments
• OOAD :revision
• OOAD :rubric
• OOAD :scenarios
• OOAD :schedule
• OOAD :s
• OOAD :syllabi
• OOAD :syllabus
• OOAD :usecases
• OOAD :vision
• OOAD :w1
• OOAD :w2
• OOAD :w3
• OOAD :w4
• OOAD :w5
• OOAD :w6
• OOAD :w7
• OOAD :w8
• OOAD :w9
• OO :01
• OO :02
• OO :02q
• OO :02r
• OO :03
• OO :03q
• OO :03r
• OO :04
• OO :04q
• OO :04r
• OO :04x
• OO :05
• OO :05q
• OO :05r
• OO :06
• OO :06q
• OO :06r
• OO :06x
• OO :07
• OO :07q
• OO :07r
• OO :07x
• OO :08
• OO :08q
• OO :08r
• OO :09
• OO :09q
• OO :09r
• OO :09x
• OO :10
• OO :10q
• OO :10r
• OO :11
• OO :11q
• OO :11r
• OO :12
• OO :12q
• OO :12r
• OO :13
• OO :13q
• OO :13r
• OO :14
• OO :14q
• OO :14r
• OO :15answer
• OO :15
• OO :15q
• OO :15r
• OO :16answer
• OO :16
• OO :16q
• OO :16r
• OO :17dynamics
• OO :17exans
• OO :17
• OO :17q
• OO :17r
• OO :18
• OO :18q
• OO :18r
• OO :19
• OO :19q
• OO :19r
• OO :20
• OO :20q
• OO :20r
• OO :about
• OO :agenda
• OO :agile
• OO :[a-n]?
• OO :architecture
• OO :final2006
• OO :final.objectives
• OO :FIS1
• OO :fullydressed
• OO :home
• OO :index
• OO :projects
• OO :requirements
• OO :revision
• OO :rubric
• OO :scenarios
• OO :schedule
• OO :s
• OO :syllabi
• OO :syllabus
• OO :usecases
• OO :vision
• OO :w1
• OO :w2
• OO :w3
• OO :w4
• OO :w5
• OO :w6
• OO :w7
• OO :w8
• OO :w9
• OO Principles :patterns
• Open-Closed Principle :16q
• operation :11q
• Operation Contracts :10
• Order Books :FIS1
• Other :vision
• Other Principles :patterns
• Other Requirements :05
• Other Work :projects
• Out of the 4 kinds of use case -- concrete, abstract, base, addition -- which? :17q
• Overall Picture :13q
• Overview :vision
• page 23 Time boxing :02q
• page 81 -- Black box use cases :05q
• Pages 364 to 368 lists different kinds of visibility -- is this all :14q
• p :rubric
• P :s
• P :syllabus
• Pairing :work
• Paper Deliverable Due Before Start Time of Final :w9
• Paper Deliverables :w7
• Paper Deliverables by standard deadline :w8
• Paper Deliverables Due Before End of Next Office Hour :old.w9
• parameter :11q
• Parnas :patterns
• patterns :01
• Patterns :01
• patterns :02
• Patterns :02
• patterns :02q
• Patterns :02q
• patterns :02r
• Patterns :02r
• patterns :03
• Patterns :03
• patterns :03q
• Patterns :03q
• patterns :03r
• Patterns :03r
• patterns :04
• Patterns :04
• patterns :04q
• Patterns :04q
• patterns :04r
• Patterns :04r
• patterns :04x
• Patterns :04x
• patterns :05
• Patterns :05
• patterns :05q
• Patterns :05q
• patterns :05r
• Patterns :05r
• patterns :06
• Patterns :06
• patterns :06q
• Patterns :06q
• patterns :06r
• Patterns :06r
• patterns :06x
• Patterns :06x
• patterns :07
• Patterns :07
• patterns :07q
• Patterns :07q
• patterns :07r
• Patterns :07r
• patterns :07x
• Patterns :07x
• patterns :08
• Patterns :08
• patterns :08q
• Patterns :08q
• patterns :08r
• Patterns :08r
• patterns :09
• Patterns :09
• patterns :09q
• Patterns :09q
• patterns :09r
• Patterns :09r
• patterns :09x
• Patterns :09x
• patterns :10
• Patterns :10
• patterns :10q
• Patterns :10q
• patterns :10r
• Patterns :10r
• patterns :11
• Patterns :11
• patterns :11q
• Patterns :11q
• patterns :11r
• Patterns :11r
• patterns :12
• Patterns :12
• patterns :12q
• Patterns :12q
• patterns :12r
• Patterns :12r
• patterns :13
• Patterns :13
• patterns :13q
• Patterns :13q
• patterns :13r
• Patterns :13r
• patterns :14
• Patterns :14
• patterns :14q
• Patterns :14q
• patterns :14r
• Patterns :14r
• patterns :15answer
• Patterns :15answer
• patterns :15
• Patterns :15
• patterns :15q
• Patterns :15q
• patterns :15r
• Patterns :15r
• patterns :16answer
• Patterns :16answer
• patterns :16
• Patterns :16
• patterns :16q
• Patterns :16q
• patterns :16r
• Patterns :16r
• patterns :17dynamics
• Patterns :17dynamics
• patterns :17exans
• Patterns :17exans
• patterns :17
• Patterns :17
• patterns :17q
• Patterns :17q
• patterns :17r
• Patterns :17r
• patterns :18
• Patterns :18
• patterns :18q
• Patterns :18q
• patterns :18r
• Patterns :18r
• patterns :19
• Patterns :19
• patterns :19q
• Patterns :19q
• patterns :19r
• Patterns :19r
• patterns :20
• Patterns :20
• patterns :20q
• Patterns :20q
• patterns :20r
• Patterns :20r
• patterns :about
• Patterns :about
• patterns :agenda
• Patterns :agenda
• patterns :agile
• Patterns :agile
• patterns :[a-n]?
• Patterns :[a-n]?
• patterns :architecture
• Patterns :architecture
• patterns :final2006
• Patterns :final2006
• patterns :final
• patterns :final.objectives
• Patterns :final.objectives
• patterns :FIS1
• Patterns :FIS1
• patterns :fullydressed
• Patterns :fullydressed
• patterns :home
• Patterns :home
• patterns :index
• Patterns :index
• patterns :patterns
• Patterns :patterns
• patterns :projects
• Patterns :projects
• patterns :requirements
• Patterns :requirements
• patterns :requirments
• Patterns :requirments
• patterns :revision
• Patterns :revision
• patterns :rubric
• Patterns :rubric
• patterns :scenarios
• Patterns :scenarios
• patterns :schedule
• Patterns :schedule
• patterns :s
• Patterns :s
• patterns :syllabi
• Patterns :syllabi
• patterns :syllabus
• Patterns :syllabus
• patterns :usecases
• Patterns :usecases
• patterns :vision
• Patterns :vision
• patterns :w1
• Patterns :w1
• patterns :w2
• Patterns :w2
• patterns :w3
• Patterns :w3
• patterns :w4
• Patterns :w4
• patterns :w5
• Patterns :w5
• patterns :w6
• Patterns :w6
• patterns :w7
• Patterns :w7
• patterns :w8
• Patterns :w8
• patterns :w9
• Patterns :w9
• Patterns and Principles :final2006
• Patterns and Principles :final
• Patterns and Principles :final.objectives
• Patterns and Principles :patterns
• Persistence_as_a_superclass :patterns
• Persistence Principles :patterns
• Persistent Objects :11q
• personas :04q
• Plan :projects
• Plan :work
• Planning and Process :final2006
• Planning and Process :final
• Planning and Process :final.objectives
• Please elaborate on the concept of Concrete Factory :17q
• polling :19q
• Polymorphism :15q
• polymorphism :16
• polymorphism :patterns
• Polymorphism :patterns
• Positioning :vision
• Postconditions :usecases
• pp -- other requirements :05q
• pp -- use cases :04q
• PQRST :final.objectives
• PQRST :patterns
• Practice domain modeling. :06x
• Preconditions :usecases
• Preparation :03
• Presentation -- 3 Minutes Maximum :w1
• Previous :01
• Previous :14q
• Previous :15q
• Previous :16q
• Previous :17q
• Previous :18q
• Previous :19q
• Previous :20q
• Previous Quarters :03q
• Previous to 2009 we also did this :19
• Primary Actor :usecases
• Primary actors :04q
• Private visibility :07q
• Proces :old.w9
• Process :01
• Process :02q
• Process :02r
• Process :03
• Process :03q
• Process :03r
• Process :04
• Process :04q
• Process :04r
• Process :04x
• Process :05
• Process :05q
• Process :05r
• Process :06
• Process :06q
• Process :06r
• Process :06x
• Process :07
• Process :07q
• Process :07r
• Process :07x
• Process :08
• Process :08q
• Process :08r
• Process :09
• Process :09q
• Process :09r
• Process :09x
• Process :10
• Process :10q
• Process :10r
• Process :11
• Process :11q
• Process :11r
• Process :12
• Process :12q
• Process :12r
• Process :13
• Process :13q
• Process :13r
• Process :14
• Process :14q
• Process :14r
• Process :15answer
• Process :15
• Process :15q
• Process :15r
• Process :16answer
• Process :16
• Process :16q
• Process :16r
• Process :17dynamics
• Process :17exans
• Process :17
• Process :17q
• Process :17r
• Process :18
• Process :18q
• Process :18r
• Process :19
• Process :19q
• Process :19r
• Process :20
• Process :20q
• Process :20r
• Process :about
• Process :agenda
• Process :agile
• Process :[a-n]?
• Process :architecture
• Process :final2006
• Process :final
• Process :final.objectives
• Process :FIS1
• Process :fullydressed
• Process :home
• Process :index
• Process :patterns
• Process :projects
• Process :requirements
• Process :revision
• Process :rubric
• Process :scenarios
• Process :schedule
• Process :s
• Process :syllabi
• Process :syllabus
• Process :usecases
• Process :vision
• Process :w1
• Process :w2
• Process :w6
• Process for W1 :w1
• Project 1 Due at start of class. :05
• Project 4 -- SSDs and Packages :10
• Project :01
• Project :final.objectives
• Project -- First Domain Model Due :09
• Project in this class :02q
• Project Iteration 2 use cases, domain, interactions, classes :17
• Project Kickoff :02
• Project Kickoff :03
• project post mortem :17q
• Project Presentations :01
• Project Presentations :agenda
• Project: Requirements :requirements
• Projects: Start iteration 3 at end of class :18
• Project -- Start the Fourth Iteration with artifacts and deployments :20
• Project Step 5 Interactions and Classes :12
• Project Step 5 Interactions and Classes -- Next Week :11
• Project Use Case Model 1 :06
• Project W4 -- SSD and Packages due :11
• Project W5 -- Interactions and class diagram :13
• Project W6 (GRASP) due in :15
• Project W8 -- Model 3 due in :19
• Project work 2 due :07
• Project Work 7: Second complete set of models due next Tuesday. :15
• Project Work: Iteration 3 :17
• Protected Variation :16
• Protected_Variation :patterns
• Protected Variation in Design :16q
• Proxy :patterns
• Proxy pattern :19
• pseudocode :11q
• pulling from above :19q
• Pure Fabrication :16
• Pure_Fabrication :patterns
• Purpose of SSDs :08
• push from below. :19q
• PV :16
• PV :patterns
• Q1 :03
• Q5 :10
• Q5 :11
• Q :11
• Q :s
• Q :syllabus
• quality :rubric
• Quality Attributes :05q
• Quality attributes and architecture :03q
• Questions 16 -- More GRASP :16q
• Questions :02
• Questions and Answers :01
• Questions and Answers :03
• Questions and Answers :05
• Questions and Answers :10
• Questions and Answers :11
• Questions and Answers :12
• Questions and Answers :13
• Questions and Answers :14
• Questions and Answers :16
• Questions and Answers :17
• Questions and Answers :18
• Questions and Answers :19
• Questions and answers :19q
• Questions and Answers :agenda
• Questions and Answers :old.19
• Questions and answers for Session 3 :03q
• Questions and Answers Generalization etc :15
• Questions and Answers on Activity and State Diagrams :17q
• Questions and Answers on Design into Code :14q
• Questions and Answers on Domain Model III :18q
• Questions and Answers on Domain Modeling :06q
• Questions and Answers on Domain Models :06
• Questions and Answers on Domain Models :07q
• Questions and Answers on Domain Models and Elaboration :06q
• Questions and Answers on Domain Models II :07
• Questions and Answers on GRASP :12q
• Questions and Answers on GRASP part 1 :12q
• Questions and answers on Interaction Diagrams :10q
• Questions and Answers on Interaction Diagrams :10q
• Questions and Answers on Layers, Packages, and logical architecture :09q
• Questions and Answers on Logical Architecture :09
• Questions and Answers on Object Design :13q
• Questions and Answers on OO Design :15q
• Questions and Answers on Requirements :05q
• Questions and Answers on SSD and Operation Contracts :08q
• Questions and Answers on SSDs :08
• Questions and Answers on the Introduction :02q
• Questions and answers on use cases -- use cases :04q
• Questions from 2008 and before :05q
• Questions on Activity diagrams and State Machines etc :17q
• Questions on Architecture :19q
• Questions on Class diagrams :11q
• Questions on Packages, layers and preparing for design :09q
• Questions on Requirements :05q
• Questions on the Inception Phase :03q
• Questions on Use Cases :04
• Questions on Visibility :13q
• Questions on Visibility and moving from UML to Code :14q
• Questions reviewing the whole course :20q
• Questions some Gang of Four Patterns etc :17q
• Quiz 1 The Unified Process :03
• Quiz 2 on Use Cases and other Requirements :05
• Quiz 7 :15
• Quiz 8 on interfaces and patterns :17
• Quiz 9 on UML Diagrams :old.19
• Quiz 9 -- UML Notations :19
• Quiz :01
• Quiz :agenda
• Quiz on Domain Modeling :07
• Quiz on Interaction Diagrams and Classes :11
• Quiz on SSDs :09
• Quiz on UML Class Diagrams :13
• Reading -- Pages 1 thru 535 :19
• Readings :s
• Readings :syllabus
• Recover after disaster :13q
• Refinement :04q
• Reflexive associations :18q
• Relevant ABET Accreditation Goals :objectives
• representational decomposition :15q
• representational decomposition :16q
• Representational vs Behaviorial Decomposition :17q
• required course in the BA in Computer Systems :about
• required course in the BA in Computer Systems :s
• required course in the generic BA in Computer Systems :syllabus
• Requirements :final2006
• Requirements :final
• Requirements :final.objectives
• Requirements to Design :08
• require the interface. :17
• Retrieve Course's Book list :FIS1
• Review Class Schedule :FIS1
• Review Domain Modelling and Use Case Models :19
• Review Exercises :03
• Review Grades :FIS1
• Review GRASP Patterns :17
• Review Interaction Diagrams and Design Class Diagrams :19
• Review Questions 09 :09r
• Review Questions 10 UML Interaction diagrams :10r
• Review Questions 11 -- UML Class Diagrams :11r
• Review Questions 12 -- GRASP :12r
• Review Questions 13 -- Object Design :13r
• Review Questions 14 -- Design into Code :14r
• Review Questions 15 :15r
• Review Questions 16 :16r
• Review Questions 17 :17r
• Review Questions 18 :18r
• Review Questions 19 :19r
• Review Questions 20 :20r
• Review Questions 2 :02r
• Review Questions 3 :03r
• Review Questions 4 :04r
• Review Questions 5 :05r
• Review Questions 6 :06r
• Review Questions 7 :07r
• Review Questions 8 :08r
• Review Questions :02
• Review Questions :03
• Review Questions :04
• Review Questions :05
• Review Questions :06
• Review Questions :07
• Review Questions :08
• Review Questions :09
• Review Questions :10
• Review Questions :11
• Review Questions :12
• Review Questions :13
• Review Questions :14
• Review Questions :15
• Review Questions :16
• Review Questions :17
• Review Questions :18
• Review Questions :19
• Review Questions :20
• Review Schedule :FIS1
• Review the Unified Process :19
• Review To-Do list :FIS1
• Review UML Icons :17
• Review UML Icons -- Answers :17exans
• Review UML Icons -- Answers :17
• Revision History :06
• Revision History :07
• Revision History :08
• Revision History :09
• Revision History :10
• Revision History :11
• Revision History :12
• Revision History :13
• Revision History :14
• Revision History :15
• Revision History :16
• Revision History :17
• Revision History :18
• Revision History :19
• Revision History :20
• Revision History :old.19
• Revision History :revision
• Revision History :vision
• RJB :01
• RJB :02
• RJB :02q
• RJB :02r
• RJB :03
• RJB :03q
• RJB :03r
• RJB :04
• RJB :04q
• RJB :04r
• RJB :04x
• RJB :05
• RJB :05q
• RJB :05r
• RJB :06
• RJB :06q
• RJB :06r
• RJB :06x
• RJB :07
• RJB :07q
• RJB :07r
• RJB :07x
• RJB :08
• RJB :08q
• RJB :08r
• RJB :09
• RJB :09q
• RJB :09r
• RJB :09x
• RJB :10
• RJB :10q
• RJB :10r
• RJB :11
• RJB :11q
• RJB :11r
• RJB :12
• RJB :12q
• RJB :12r
• RJB :13
• RJB :13q
• RJB :13r
• RJB :14
• RJB :14q
• RJB :14r
• RJB :15answer
• RJB :15
• RJB :15q
• RJB :15r
• RJB :16answer
• RJB :16
• RJB :16q
• RJB :16r
• RJB :17dynamics
• RJB :17exans
• RJB :17
• RJB :17q
• RJB :17r
• RJB :18
• RJB :18q
• RJB :18r
• RJB :19
• RJB :19q
• RJB :19r
• RJB :20
• RJB :20q
• RJB :20r
• RJB :about
• RJB :agenda
• RJB :agile
• RJB :[a-n]?
• RJB :architecture
• RJB :final2006
• RJB :final
• RJB :final.objectives
• RJB :FIS1
• RJB :fullydressed
• RJB :home
• RJB :index
• RJB :patterns
• RJB :projects
• RJB :requirements
• RJB :requirments
• RJB :revision
• RJB :rubric
• RJB :scenarios
• RJB :schedule
• RJB :s
• RJB :syllabi
• RJB :syllabus
• RJB :usecases
• RJB :vision
• RJB :w1
• RJB :w2
• RJB :w3
• RJB :w4
• RJB :w5
• RJB :w6
• RJB :w7
• RJB :w8
• RJB :w9
• role :07q
• role names. :07
• Rubrics for CSci375 :rubric
• RUP :01
• RUP :02
• RUP :02q
• RUP :02r
• RUP :03
• RUP :03q
• RUP :03r
• RUP :04
• RUP :04q
• RUP :04r
• RUP :04x
• RUP :05
• RUP :05q
• RUP :05r
• RUP :06
• RUP :06q
• RUP :06r
• RUP :06x
• RUP :07
• RUP :07q
• RUP :07r
• RUP :07x
• RUP :08
• RUP :08q
• RUP :08r
• RUP :09
• RUP :09q
• RUP :09r
• RUP :09x
• RUP :10
• RUP :10q
• RUP :10r
• RUP :11
• RUP :11q
• RUP :11r
• RUP :12
• RUP :12q
• RUP :12r
• RUP :13
• RUP :13q
• RUP :13r
• RUP :14
• RUP :14q
• RUP :14r
• RUP :15answer
• RUP :15
• RUP :15q
• RUP :15r
• RUP :16answer
• RUP :16
• RUP :16q
• RUP :16r
• RUP :17dynamics
• RUP :17exans
• RUP :17
• RUP :17q
• RUP :17r
• RUP :18
• RUP :18q
• RUP :18r
• RUP :19
• RUP :19q
• RUP :19r
• RUP :20
• RUP :20q
• RUP :20r
• RUP :about
• RUP :agenda
• RUP :agile
• RUP :[a-n]?
• RUP :architecture
• RUP :final2006
• RUP :final
• RUP :final.objectives
• RUP :FIS1
• RUP :fullydressed
• RUP :home
• RUP :index
• RUP :patterns
• RUP :projects
• RUP :requirements
• RUP :revision
• RUP :rubric
• RUP :scenarios
• RUP :schedule
• RUP :s
• RUP :syllabi
• RUP :syllabus
• RUP :usecases
• RUP :vision
• RUP :w1
• RUP :w2
• RUP :w3
• RUP :w4
• RUP :w5
• RUP :w6
• RUP :w7
• RUP :w8
• RUP :w9
• Sample Questions (DRAFT) :final2006
• Sample Questions (DRAFT) :final
• scenario1a :15q
• scenario1 :15q
• scenario1c :15q
• scenario1d :15q
• scenario :04
• Schedule :requirments
• Schedule :syllabi
• Schedule for iterations in this class :02q
• Schedule of Assigneed Field Work :work
• Schedule of Field / Project Work :projects
• Scope :usecases
• Scope Bounds the system under design :04q
• SD's Agile Modeling Newsletter :scenarios
• SD's Agile Modeling Newsletter March 2005 By Scott W. Ambler :agile
• Search :requirments
• Secondary actors :04q
• Secondary Actors :08q
• Section 1.5 A Short Example pages 8-11 -- The Dice Game :02
• Section 18.2 Artifacts -- where to find the incoming messages :13q
• semantics :06
• sequence :10
• Sequence :19
• Sequence Diagrams :10
• Should a domain model be updated after a use case realization :14q
• Should errors be handled by the object that detects them or by another :14q
• Should money be considered an artifact? :03q
• Should the packages diagram come before or after the domain models :09q
• Should we consider exceptions and errors in all projects :16q
• Should we take a break? :01
• Shut down :13q
• Singleton :17
• Singleton :patterns
• SIS+ :04x
• Software Architecture :09
• Solution :architecture
• Solution summary :architecture
• Special Requirements :usecases
• Specification :02
• SSD :01
• SSD :02
• SSD :02q
• SSD :02r
• SSD :03
• SSD :03q
• SSD :03r
• SSD :04
• SSD :04q
• SSD :04r
• SSD :04x
• SSD :05
• SSD :05q
• SSD :05r
• SSD :06
• SSD :06q
• SSD :06r
• SSD :06x
• SSD :07
• SSD :07q
• SSD :07r
• SSD :07x
• SSD :08q
• SSD :08r
• SSD :09
• SSD :09q
• SSD :09r
• SSD :09x
• SSD :10
• SSD :10q
• SSD :10q
• SSD :10r
• SSD :11
• SSD :11q
• SSD :11r
• SSD :12
• SSD :12q
• SSD :12r
• SSD :13
• SSD :13q
• SSD :13r
• SSD :14
• SSD :14q
• SSD :14r
• SSD :15answer
• SSD :15
• SSD :15q
• SSD :15r
• SSD :16answer
• SSD :16
• SSD :16q
• SSD :16r
• SSD :17dynamics
• SSD :17exans
• SSD :17
• SSD :17q
• SSD :17r
• SSD :18
• SSD :18q
• SSD :18r
• SSD :19
• SSD :19q
• SSD :19r
• SSD :20
• SSD :20q
• SSD :20r
• SSD :about
• SSD :agenda
• SSD :agile
• SSD :[a-n]?
• SSD :architecture
• SSD :final2006
• SSD :final
• SSD :final.objectives
• SSD :FIS1
• SSD :fullydressed
• SSD :home
• SSD :index
• SSD :patterns
• SSD :projects
• SSD :requirements
• SSD :requirments
• SSD :revision
• SSD :rubric
• SSD :scenarios
• SSD :schedule
• SSD :s
• SSD :syllabi
• SSD :syllabus
• SSD :usecases
• SSD :vision
• SSD :w1
• SSD :w2
• SSD :w3
• SSD :w4
• SSD :w5
• SSD :w6
• SSD :w7
• SSD :w8
• SSD :w9
• SSDs and C++ Testing :08
• stakeholder1 :usecases
• Stakeholders :vision
• Stakeholders and Interests :usecases
• Standard Definitions :01
• Standard Definitions :02
• Standard Definitions :02q
• Standard Definitions :02r
• Standard Definitions :03
• Standard Definitions :03q
• Standard Definitions :03r
• Standard Definitions :04
• Standard Definitions :04q
• Standard Definitions :04r
• Standard Definitions :04x
• Standard Definitions :05
• Standard Definitions :05q
• Standard Definitions :05r
• Standard Definitions :06
• Standard Definitions :06q
• Standard Definitions :06r
• Standard Definitions :06x
• Standard Definitions :07
• Standard Definitions :07q
• Standard Definitions :07r
• Standard Definitions :07x
• Standard Definitions :08
• Standard Definitions :08q
• Standard Definitions :08r
• Standard Definitions :09
• Standard Definitions :09q
• Standard Definitions :09r
• Standard Definitions :09x
• Standard Definitions :10
• Standard Definitions :10q
• Standard Definitions :10r
• Standard Definitions :11
• Standard Definitions :11q
• Standard Definitions :11r
• Standard Definitions :12
• Standard Definitions :12q
• Standard Definitions :12r
• Standard Definitions :13
• Standard Definitions :13q
• Standard Definitions :13r
• Standard Definitions :14
• Standard Definitions :14q
• Standard Definitions :14r
• Standard Definitions :15answer
• Standard Definitions :15
• Standard Definitions :15q
• Standard Definitions :15r
• Standard Definitions :16answer
• Standard Definitions :16
• Standard Definitions :16q
• Standard Definitions :16r
• Standard Definitions :17exans
• Standard Definitions :17
• Standard Definitions :17q
• Standard Definitions :17r
• Standard Definitions :18
• Standard Definitions :18q
• Standard Definitions :18r
• Standard Definitions :19
• Standard Definitions :19q
• Standard Definitions :19r
• Standard Definitions :20
• Standard Definitions :20q
• Standard Definitions :20r
• Standard Definitions :about
• Standard Definitions :agenda
• Standard Definitions :agile
• Standard Definitions :[a-n]?
• Standard Definitions :architecture
• Standard Definitions :final2006
• Standard Definitions :final
• Standard Definitions :final.objectives
• Standard Definitions :FIS1
• Standard Definitions :fullydressed
• Standard Definitions :home
• Standard Definitions :index
• Standard Definitions :patterns
• Standard Definitions :projects
• Standard Definitions :requirements
• Standard Definitions :requirments
• Standard Definitions :revision
• Standard Definitions :rubric
• Standard Definitions :scenarios
• Standard Definitions :schedule
• Standard Definitions :s
• Standard Definitions :syllabi
• Standard Definitions :syllabus
• Standard Definitions :usecases
• Standard Definitions :vision
• Standard Definitions :w1
• Standard Definitions :w2
• Standard Definitions :w3
• Standard Definitions :w4
• Standard Definitions :w5
• Standard Definitions :w6
• Standard Definitions :w7
• Standard Definitions :w8
• Standard Definitions :w9
• standard_error_dialog :patterns
• Start Up :13q
• Start Work Project Inception :04
• State :patterns
• State Charts :final2006
• State Charts :final
• State machine symbols :17q
• Static Bindings :19q
• Steps :02
• steps letter :fullydressed
• steps letter :usecases
• stockholder2 :usecases
• Strategy :17
• Strategy :patterns
• stubs :14q
• student :04x
• SuD :usecases
• Suggested Process :w6
• Supplementary specifications :05q
• Support :s
• Support :syllabus
• Surviving CS375 :01
• sweet spot :18q
• Syllabi :syllabi
• Syllabus :requirments
• System Sequence Diagram? :10q
• System -- Shopping Aid :04
• System -- Shopping Aid :05
• Systems Sequence Diagrams :08q
• Table 18.1 Review artifacts and disciplines. :13
• tables :patterns
• Take Home Mock Quiz :01
• Taxonomy :15q
• TBA :01
• TBA :02
• TBA :02q
• TBA :02r
• TBA :03
• TBA :03q
• TBA :03r
• TBA :04
• TBA :04q
• TBA :04r
• TBA :04x
• TBA :05
• TBA :05q
• TBA :05r
• TBA :06
• TBA :06q
• TBA :06r
• TBA :06x
• TBA :07
• TBA :07q
• TBA :07r
• TBA :07x
• TBA :08
• TBA :08q
• TBA :08r
• TBA :09
• TBA :09q
• TBA :09r
• TBA :09x
• TBA :10
• TBA :10q
• TBA :10r
• TBA :11
• TBA :11q
• TBA :11r
• TBA :12
• TBA :12q
• TBA :12r
• TBA :13
• TBA :13q
• TBA :13r
• TBA :14
• TBA :14q
• TBA :14r
• TBA :15answer
• TBA :15
• TBA :15q
• TBA :15r
• TBA :16answer
• TBA :16
• TBA :16q
• TBA :16r
• TBA :17dynamics
• TBA :17exans
• TBA :17
• TBA :17q
• TBA :17r
• TBA :18
• TBA :18q
• TBA :18r
• TBA :19
• TBA :19q
• TBA :19r
• TBA :20
• TBA :20q
• TBA :20r
• TBA :about
• TBA :agenda
• TBA :agile
• TBA :[a-n]?
• TBA :architecture
• TBA :final2006
• TBA :final
• TBA :final.objectives
• TBA :FIS1
• TBA :fullydressed
• TBA :home
• TBA :index
• TBA :patterns
• TBA :projects
• TBA :requirements
• TBA :requirments
• TBA :revision
• TBA :rubric
• TBA :scenarios
• TBA :schedule
• TBA :s
• TBA :syllabi
• TBA :syllabus
• TBA :usecases
• TBA :vision
• TBA :w1
• TBA :w2
• TBA :w3
• TBA :w4
• TBA :w5
• TBA :w6
• TBA :w7
• TBA :w8
• TBA :w9
• Team -- Me :03
• Teams :projects
• Technical Debt :19q
• technical debt :home
• technical debt :index
• Technical_memo :architecture
• Technical Memoranda :19q
• Template_Method :patterns
• Text :requirments
• Text -- chapter 10 :08
• that C :19q
• that contain I :19q
• The Ball of Mud Pattern :patterns
• The Cake Image of Agile Development :02
• The_Gang_of_Four :patterns
• The GRASP Patterns :12
• The_Hollywood_Principle :patterns
• The Nitty-Gritty: A Detailed Example :scenarios
• The Rational Unified Process phases and Disciplines :02
• There are lots of diagram -- which should we use :13q
• The Sky View: A High-Level Example :scenarios
• Topics for Questions :final2006
• Topics for Questions :final
• Two kinds of Requirements -- Functional vs NonFunctional :05
• Typical C++ code for Player :16
• UML :01
• UML :02
• UML :02q
• UML :02r
• UML :03
• UML :03q
• UML :03r
• UML :04
• UML :04q
• UML :04r
• UML :04x
• UML :05
• UML :05q
• UML :05r
• UML :06
• UML :06q
• UML :06r
• UML :06x
• UML :07
• UML :07q
• UML :07r
• UML :07x
• UML :08
• UML :08q
• UML :08r
• UML :09
• UML :09q
• UML :09r
• UML :09x
• UML :10
• UML :10q
• UML :10r
• UML :11
• UML :11q
• UML :11r
• UML :12
• UML :12q
• UML :12r
• UML :13
• UML :13q
• UML :13r
• UML :14
• UML :14q
• UML :14r
• UML :15answer
• UML :15
• UML :15q
• UML :15r
• UML :16answer
• UML :16
• UML :16q
• UML :16r
• UML :17dynamics
• UML :17exans
• UML :17
• UML :17q
• UML :17r
• UML :18
• UML :18q
• UML :18r
• UML :19
• UML :19q
• UML :19r
• UML :20
• UML :20q
• UML :20r
• UML :about
• UML :agenda
• UML :agile
• UML :[a-n]?
• UML :architecture
• UML :final2006
• UML :final
• UML :final.objectives
• UML :FIS1
• UML :fullydressed
• UML :home
• UML :index
• UML :patterns
• UML :projects
• UML :requirements
• UML :revision
• UML :rubric
• UML :scenarios
• UML :schedule
• UML :s
• UML :syllabi
• UML :syllabus
• UML :usecases
• UML :vision
• UML :w1
• UML :w2
• UML :w3
• UML :w4
• UML :w5
• UML :w6
• UML :w7
• UML :w8
• UML :w9
• UML as Blueprint or programming language :15q
• UML Class Models :06
• UML on the Wikipedia :11q
• UML on YouTube :01
• UML Package Diagram :09q
• UML Stereotypes :05q
• UML Use Case Diagrams :05
• Unified Process. :03
• Unified Process phases and disciplines for this class :02
• Unresolved Issues :architecture
• UP :01
• UP :02
• UP :02q
• UP :02r
• UP :03
• UP :03q
• UP :03r
• UP :04
• UP :04q
• UP :04r
• UP :04x
• UP :05
• UP :05q
• UP :05r
• UP :06
• UP :06q
• UP :06r
• UP :06x
• UP :07
• UP :07q
• UP :07r
• UP :07x
• UP :08
• UP :08q
• UP :08r
• UP :09
• UP :09q
• UP :09r
• UP :09x
• UP :10
• UP :10q
• UP :10r
• UP :11
• UP :11q
• UP :11r
• UP :12
• UP :12q
• UP :12r
• UP :13
• UP :13q
• UP :13r
• UP :14
• UP :14q
• UP :14r
• UP :15answer
• UP :15
• UP :15q
• UP :15r
• UP :16answer
• UP :16
• UP :16q
• UP :16r
• UP :17dynamics
• UP :17exans
• UP :17
• UP :17q
• UP :17r
• UP :18
• UP :18q
• UP :18r
• UP :19
• UP :19q
• UP :19r
• UP :20
• UP :20q
• UP :20r
• UP :about
• UP :agenda
• UP :agile
• UP :[a-n]?
• UP :architecture
• UP :final2006
• UP :final
• UP :final.objectives
• UP :FIS1
• UP :fullydressed
• UP :home
• UP :index
• UP :patterns
• UP :projects
• UP :requirements
• UP :requirments
• UP :revision
• UP :rubric
• UP :scenarios
• UP :schedule
• UP :s
• UP :syllabi
• UP :syllabus
• UP :usecases
• UP :vision
• UP :w1
• UP :w2
• UP :w3
• UP :w4
• UP :w5
• UP :w6
• UP :w7
• UP :w8
• UP :w9
• Update Class Schedule :FIS1
• Use Case Add class :04x
• use case :04
• use_case :04
• Use CAse Diagrams :05q
• Use Case -- Go Shopping :04
• Use Case -- Go Shopping :05
• Use Case Model :final2006
• Use Case Model :final
• Use Case Model :final.objectives
• Use cases and functionality :04q
• Use Case -- Start Up :04
• Use Case Templates :usecases
• Use Case UC1 Manager reviews unfulfilled orders :06x
• User Interface Design :13q
• value objects :07q
• Variations in Technology and Data :usecases
• Video Introducing the GoF Design Patterns :17
• View Grades :FIS1
• View map of location :FIS1
• Visibillity is the converse of scope :14q
• Vision :03
• Vision :04
• Vision :05
• Vision :07x
• Vision and Business Case :final.objectives
• vision_goals :05q
• Vision Statement :05q
• Visual Dictionary :06
• W10 :work
• W12 :work
• W14 :work
• W16 :work
• W18 :work
• W1 Project Inception :w1
• W20 :work
• W3 :work
• W6 :work
• W8 :work
• W :s
• W :syllabus
• Warning about the example 1.5 :02
• Warning -- do not over do Pure Fabrication :16q
• Waterfall :02
• What are Foreign Keys :07q
• What are going to be the most important things to study for the final :20q
• What are software class hierarchies :17q
• What are some tips for reducing coupling :15q
• What are the best strategies used to apply polymorphism :16q
• What are the difference between artifacts in the inception phase and :03q
• What are the most important artifacts on pages 50 and 58 :03q
• What does GRASP do? :12q
• What does the State Machine Diagram display :10q
• What do you do with objects that are created and then never do anything. :14q
• What happens if I do the wrong use cases first? :04q
• What is an IDE :14q
• What is a pattern :12
• What is GRASP? :12
• What is Information Hiding :15q
• What is Polymorphism :13q
• What is the benefit of restricting visibility to the local level :15q
• What is the best form of visibility :15q
• What is the best way to name a pattern? :12q
• What is the difference between actors and user roles? :04q
• What is the difference between global and local visibility :15q
• What is the GoF Adapter Pattern :17q
• What is the principle of Least Surprise :13q
• What is the role of the GoF Singleton Pattern :17q
• What stops a project most :03q
• When dealing with parameter visibility can the actual value be seen :15q
• When does the first iteration end :16q
• When should you do the start up use case first :13q
• When to start coding :13q
• When to use public or private methods in a class :13q
• When to use the full notation for attributes :07q
• When using GRASP why is the use case realization so important in creating the design model :15q
• Where are we in the Unified Process -- SSDs and Contracts :08q
• which calls C :19q
• Which GRASP is most popular :12q
• Which is the commonest of the last 5 GRASP patterns :16q
• Which type of cohesion is best? :13q
• Why don't you like the two column format :04q
• Why do people still use the waterfall. :03q
• Why only 5 of the GRASP principles -- are these the most important :12q
• Why so little documentation :04q
• Winston Royce :02
• Work :s
• Work :syllabus
• Work due :01
• Wrapper :patterns
• writing is were design happens. :05q
• XP :01
• XP :02
• XP :02q
• XP :02r
• XP :03
• XP :03q
• XP :03r
• XP :04
• XP :04q
• XP :04r
• XP :04x
• XP :05
• XP :05q
• XP :05r
• XP :06
• XP :06q
• XP :06r
• XP :06x
• XP :07
• XP :07q
• XP :07r
• XP :07x
• XP :08
• XP :08q
• XP :08r
• XP :09
• XP :09q
• XP :09r
• XP :09x
• XP :10
• XP :10q
• XP :10r
• XP :11
• XP :11q
• XP :11r
• XP :12
• XP :12q
• XP :12r
• XP :13
• XP :13q
• XP :13r
• XP :14
• XP :14q
• XP :14r
• XP :15answer
• XP :15
• XP :15q
• XP :15r
• XP :16answer
• XP :16
• XP :16q
• XP :16r
• XP :17dynamics
• XP :17exans
• XP :17
• XP :17q
• XP :17r
• XP :18
• XP :18q
• XP :18r
• XP :19
• XP :19q
• XP :19r
• XP :20
• XP :20q
• XP :20r
• XP :about
• XP :agenda
• XP :agile
• XP :[a-n]?
• XP :architecture
• XP :final2006
• XP :final
• XP :final.objectives
• XP :FIS1
• XP :fullydressed
• XP :home
• XP :index
• XP :patterns
• XP :projects
• XP :requirements
• XP :requirments
• XP :revision
• XP :rubric
• XP :scenarios
• XP :schedule
• XP :s
• XP :syllabi
• XP :syllabus
• XP :usecases
• XP :vision
• XP :w1
• XP :w2
• XP :w3
• XP :w4
• XP :w5
• XP :w6
• XP :w7
• XP :w8
• XP :w9
• XP Principles :patterns
• YAGNI :01
• YAGNI :02
• YAGNI :02q
• YAGNI :02r
• YAGNI :03
• YAGNI :03q
• YAGNI :03r
• YAGNI :04
• YAGNI :04q
• YAGNI :04r
• YAGNI :04x
• YAGNI :05
• YAGNI :05q
• YAGNI :05r
• YAGNI :06
• YAGNI :06q
• YAGNI :06r
• YAGNI :06x
• YAGNI :07
• YAGNI :07q
• YAGNI :07r
• YAGNI :07x
• YAGNI :08
• YAGNI :08q
• YAGNI :08r
• YAGNI :09
• YAGNI :09q
• YAGNI :09r
• YAGNI :09x
• YAGNI :10
• YAGNI :10q
• YAGNI :10r
• YAGNI :11
• YAGNI :11q
• YAGNI :11r
• YAGNI :12
• YAGNI :12q
• YAGNI :12r
• YAGNI :13
• YAGNI :13q
• YAGNI :13r
• YAGNI :14
• YAGNI :14q
• YAGNI :14r
• YAGNI :15answer
• YAGNI :15
• YAGNI :15q
• YAGNI :15r
• YAGNI :16answer
• YAGNI :16
• YAGNI :16q
• YAGNI :16r
• YAGNI :17dynamics
• YAGNI :17exans
• YAGNI :17
• YAGNI :17q
• YAGNI :17r
• YAGNI :18
• YAGNI :18q
• YAGNI :18r
• YAGNI :19
• YAGNI :19q
• YAGNI :19r
• YAGNI :20
• YAGNI :20q
• YAGNI :20r
• YAGNI :about
• YAGNI :agenda
• YAGNI :agile
• YAGNI :[a-n]?
• YAGNI :architecture
• YAGNI :final2006
• YAGNI :final
• YAGNI :final.objectives
• YAGNI :FIS1
• YAGNI :fullydressed
• YAGNI :home
• YAGNI :index
• YAGNI :projects
• YAGNI :requirements
• YAGNI :requirments
• YAGNI :revision
• YAGNI :rubric
• YAGNI :scenarios
• YAGNI :schedule
• YAGNI :s
• YAGNI :syllabi
• YAGNI :syllabus
• YAGNI :usecases
• YAGNI :vision
• YAGNI :w1
• YAGNI :w2
• YAGNI :w3
• YAGNI :w4
• YAGNI :w5
• YAGNI :w6
• YAGNI :w7
• YAGNI :w8
• YAGNI :w9

---