CS 5150 Software Engineering Lecture 15 Program Design 2

CS Administrivia TAs reading milestone 2 reports Everyone do teammate feedback? Quiz 2 No final exam

CS General Presentation Feedback Client single point of contact

CS SE in the News Google releases Dart SDK Largest Kickstarter project funded -- $4M Microsoft app store craziness Zero-day exploit lifecycle analysis

CS Conditions on MSFT’s App Store 5.2 Your app must not contain content that advocates discrimination, hatred, or violence based on membership in a particular racial, ethnic, national, linguistic, religious, or other social group, or based on a person’s gender, age, or sexual orientation5.3 Your app must not contain content or functionality that encourages, facilitates or glamorizes illegal activity5.4 Your app must not contain or display content that a reasonable person would consider to be obscene5.5 Your app must not contain content that is defamatory, libelous or slanderous, or threatening5.6 Your app must not contain content that encourages, facilitates or glamorizes excessive or irresponsible use of alcohol or tobacco products, drugs or weapons5.7 Your app must not contain content that encourages, facilitates or glamorizes extreme or gratuitous violence, human rights violations, or the creation or use of weapons against a person or animal in the real world5.8 Your app must not contain excessive or gratuitous profanity

CS Attack Timeline

CS

8 Quiz 2 Requirements Scenarios/use cases Diagrams: dataflow, flow chart, entity relation, sequence Usability Interface/user testing Software architecture Design patterns Concurrency

CS Program Design The task of program design is to represent the software system functions in a form that can be transformed into one or more executable programs Given a system architecture, the program design specifies: programs, components, packages, classes and class hierarchies interfaces, protocols (where not part of the system architecture) algorithms, data structures, security mechanisms, operational procedures If the program design is done properly, all design decisions should be made before implementation

CS UML Models UML models (diagrams and specifications) can be used for almost all aspects of program design Diagram gives a general overview of the model, showing the principal elements and how they relate to each other. Specification provides details about each element of the model. Specification for models used in program design should have sufficient detail that they can be used to write code from.

CS Class Diagrams

CS Class Diagram in Rational Rose

CS Notation: Relationships

CS Like Database Schema

CS Notation: Relationships (continued)

CS Notation: Interface

CS Notation: Package

CS Modeling Classes Given a real-life system, how do you decide what classes to use? What terms do the users and implementers use to describe the system? They are candidates for classes. Is each candidate class crisply defined? For each class, what is its set of responsibilities? Are the responsibilities evenly balanced among the classes? What attributes and operations does each class need to carry out its responsibilities?

CS Candidate Classes: Application Classes and Solution Classes Application classes represent application concepts. Noun identification is an effective technique to generate candidate application classes Solution classes represent system concepts, e.g., user interface objects, databases, etc.

CS From Candidate Classes to Completed Design Methods used to move to final design: Reuse: Wherever possible use existing components, or class libraries. They may need modification. Restructuring: Change the design to improve, understandability, maintainability, etc. Techniques include merging similar classes, splitting complex classes, etc. Optimization: Ensure that the system meets anticipated performance requirements, e.g., by changed algorithms or restructuring. Completion: Fill all gaps, specify interfaces, etc.

CS Coupling and Cohesion Coupling is a measure of the dependencies between two part of a system. If two classes are strongly coupled, it is hard to modify one without modifying the other. Cohesion is a measure of dependencies within part of a system. If a class contains many closely related functions its cohesion is high. Aim for high cohesion within classes and weak coupling between them.