CSE403 Software Engineering Autumn 2001

Slides:



Advertisements
Similar presentations
Object Oriented Analysis And Design-IT0207 iiI Semester
Advertisements

PROCESS FRAMEWORK Lecture - 3. Topics covered PROCESS FRAMEWORK PROCESS MODELS DIFFERENCE.
Software Engineering CSE470: Process 15 Software Engineering Phases Definition: What? Development: How? Maintenance: Managing change Umbrella Activities:
Technical Specification / Schedule Department of Computer Science and Engineering Michigan State University Spring 2007 Team : CSE 498, Collaborative Design.
Term Project Pick a system (discuss choice with me)  Want simple functionality, security issues, whole system (e. g., client and server side) Submit a.
Technical Specification / Schedule Department of Computer Science and Engineering Michigan State University Team : CSE 498, Collaborative Design.
Introduction to Software Testing
1 CSc Senior Project Software Testing. 2 Preface “The amount of required study of testing techniques is trivial – a few hours over the course of.
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 3, Project Organization and Communication.
S/W Project Management
Dillon: CSE470: SE, Process1 Software Engineering Phases l Definition: What? l Development: How? l Maintenance: Managing change l Umbrella Activities:
Software Testing Life Cycle
Understand Application Lifecycle Management
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
FCS - AAO - DM COMPE/SE/ISE 492 Senior Project 2 System/Software Test Documentation (STD) System/Software Test Documentation (STD)
CSE 331 Software Design & Implementation Hal Perkins Autumn 2012 Wrapup 1.
Connecting with Computer Science2 Objectives Learn how software engineering is used to create applications Learn some of the different software engineering.
CSE403 Software Engineering Autumn 2001 Prototyping Gary Kimura Lecture #5 October 10, 2001.
Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts.
T Iteration Demo Group 1 Project Planning Iteration
HNDIT23082 Lecture 09:Software Testing. Validations and Verification Validation and verification ( V & V ) is the name given to the checking and analysis.
T Project Review MTS [PP] Iteration
Software Engineering Process - II 7.1 Unit 7: Quality Management Software Engineering Process - II.
CSE403 Software Engineering Autumn 2001 Gary Kimura Lecture #2 October 3, 2001.
MANAGEMENT INFORMATION SYSTEM
A Brief intro to Project Management What can it do for you
Accounting Information Systems: An Overview
Optimizing the Approach
Software Testing.
CSE403 Software Engineering Autumn 2000 Prototyping
System Testing Antares Rocket Test Launch ( HQ) System Testing.
User-centred system design process
CSE 331 Software Design & Implementation
The Systems Engineering Context
Software Configuration Management
Quality Management Perfectqaservices.
1.Introduction to Rational Unified Process (RUP)
CSE403 Software Engineering Autumn 2000 Requirements
Software Documentation
IS442 Information Systems Engineering
CMMI – Staged Representation
Chapter 9: Class Tournament
Product Development Scenario Overview
Introduction to Software Testing
Test Planning Mike O’Dell (some edits by Vassilis Athitsos)
Lecture 09:Software Testing
Thursday’s Lecture Chemistry Building Musspratt Lecture Theatre,
Tesla STEM TSA Meeting - September 28, 2017
Internal Audit Training
Chapter 10: Test Tournament
Software Design Lecture : 15.
CSE 403, Software Engineering Lecture 2
CSE403 Software Engineering Autumn 2000 Requirements
Team Project Review the background information and project teams on our course site Work with the engineers (4-5) and your PM team member(s) You have.
HART Technologies Process Overview
CSE 498, Collaborative Design
Project Prototype Demo 1 Grading Rubric
CSE403 Software Engineering Autumn 2000 More Testing
The Software Development Process
Applying Use Cases (Chapters 25,26)
Applying Use Cases (Chapters 25,26)
Identifying the Work to Be Done
Text to Illustration (E2I)
Software Testing Lifecycle Practice
CSE403 Software Engineering Autumn 2000
Software Engineering Lecture #28
NOTICE! These materials are prepared only for the students enrolled in the course Distributed Software Development (DSD) at the Department of Computer.
SDLC (Software Development Life Cycle) Role Play
Unit IV – Chapter 2 V-Test Model.
Presentation transcript:

CSE403 Software Engineering Autumn 2001 CSE 403 Autumn 2001 CSE403 Software Engineering Autumn 2001 Gary Kimura Lecture #3 October 5, 2001 October 5, 2001

Today Project Introduction How do we break up the project Due via email today List of team members (email alias) List of top 3 project risks Due next Friday A weekly project report A draft of requirements specification (details on Monday)

Differences from previous projects Two years ago the students got too absorbed in the technical aspects of the problem Two years we let the groups wander through their own organizational issues Last year it was a more cut and dry requirements. Last year was too competitive This year communication and architecture design is even more vital Dictate either C, C++, or Java

Product requirements Needs a document listing the product requirement. Some necessary items are: Describe its general function and purpose Describe how it will be used by the customer Describe what is required for the customer Describe various aids to the customer Describe hardware and software requirements

Group Organization 22 students each Not everyone will write shipping code Manager, secretary, and group organizer (1 - 2) Program management (4 - 5) Software Developer (5 - 6) Tester (7 - 8) Documentation (3 - 4) In real world environments you sometimes work with people you can’t stand

Manager responsibilities Organizing the whole thing Ensuring that everyone knows their part and milestones Fostering communication within the group Keeping the schedule Understanding the whole project Not doing the work but knowing how each part fits in

Program Management responsibilities Defining the product Identifying customer needs Questioning the need or appropriateness of the design Working through all the usage scenarios Looking outside the “box”

Developer responsibilities Designing the architecture and coding the product Working with PM to ensure you are building what they defined Adding APIs as needed by the test group

Tester responsibilities Unit or component testing Correctness tests End cases Error checking Stress tests Independent code review leading to targeted tests Interaction with other systems

Documentation responsibilities Keeping track of all the design documentation Complete end user documentation Quick guides and on-line help.