Kanat Abirov Micha Ikeda Denise Varga Hisashi Yoshida - Team Lead - Process Manager - Client Liaison - Dev Manager.

Slides:



Advertisements
Similar presentations
Systems Development Environment
Advertisements

CS5714 Usability Engineering An Iterative, Evaluation- Centered Life Cycle For Interaction Development Copyright © 2003 H. Rex Hartson and Deborah Hix.
May 2, May 2, 2015May 2, 2015May 2, 2015 Azusa, CA Sheldon X. Liang Ph. D. Software Engineering in CS at APU Azusa Pacific University, Azusa, CA.
Project What is a project A temporary endeavor undertaken to create a unique product, service or result.
C H A P T E R 10 Developing Business/IT Solutions.
Ahsan Kabir Project Manager Ahsan Kabir Project Manager ………………………….
GAI Proprietary Information
Requirements Engineering n Elicit requirements from customer  Information and control needs, product function and behavior, overall product performance,
W5HH Principle As applied to Software Projects
Stepan Potiyenko ISS Sr.SW Developer.
The Soft Topics in Software Engineering Mark Ardis Stephen Chenoweth Frank Young.
Software Engineering.
Harris JTRS Project The A-Team Garrett Wampole Ben Litchfield Jason Offord Jason Gillman David Bryant.
Planning. SDLC Planning Analysis Design Implementation.
Quality of Information systems. Quality Quality is the degree on which a product satifies the requirements Quality management requires that : that requirements.
Chapter 4 Requirements Engineering
Ivan Dontsov, Andy Phenix, Maureen Rottschaefer. Agenda  Status  Demo  Lessons Learned.
S/W Project Management
FINAL DEMO Apollo Crew, group 3 T SW Development Project.
Page 1 MODEL TEST in the small GENERALIZE PROGRAM PROCESS allocated maintenance changes management documents initial requirement project infrastructure.
Requirements Analysis
LECTURE 1 What does a Business Analyst do? IFS 231 Business Analysis.
Software Waterfall Life Cycle Requirements Construction Design Testing Delivery and Installation Operations and Maintenance Concept Exploration Prototype.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Business Analysis and Essential Competencies
Problem Identification
1 Process Engineering A Systems Approach to Process Improvement Jeffrey L. Dutton Jacobs Sverdrup Advanced Systems Group Engineering Performance Improvement.
The Mappers: “We find your way” MSE Studio Automated Test Framework 1 05 th December 2008 Presenter: Filipe Martins P&C Implementation.
Incorporating Pragmatic Usability Testing Into a Software Test Plan Carla Merrill, Ph.D. Focused Design focuseddesign.com
An Online Knowledge Base for Sustainable Military Facilities & Infrastructure Dr. Annie R. Pearce, Branch Head Sustainable Facilities & Infrastructure.
CEN rd Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Phases of Software.
Identify steps for understanding and solving the
1 5.1 Software Engineering Practice  Provide value to the user  KIS—keep it simple!  Maintain the product and project “vision”  What you produce,
1 Chapter 5 Software Engineering Practice. 2 What is “Practice”? Practice is a broad array of concepts, principles, methods, and tools that you must consider.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Coming up: Software Engineering: A Practitioner’s Approach, 6/e Chapter 5 Practice: A Generic View copyright © 1996, 2001, 2005 R.S. Pressman & Associates,
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
IT Requirements Management Balancing Needs and Expectations.
TOOL SELECTION ACTIVITY POSTED ON D2L FOR STUDENTS PM 440 – Project A Mayowa Teriba Anusha Ravulapati Aileen Laughlin.
National Information Exchange Model Update for the Global Advisory Committee Spring 2008 Meeting April 10, 2008 NIEM Technical Architecture Committee (NTAC)
Steven Kolenda, Jacob Brown, Johnpaul Barrieau, Jen Bilotta, Felix Rohrer CS673 Software Engineering
Deployment Strategy Six Sigma Academy.
KS3 Phase4 Client Server Monitoring System October 1, 2008 by Stephen, Seema, Kam, Shpetim.
PMCenter Project SPRING 2004 MOSP Team GEO. 2 Agenda Introduction Semester Goal Project Management ­Iteration Plan ­Risk Management ­Process Handbook.
Object-Oriented Software Engineering using Java, Patterns &UML. Presented by: E.S. Mbokane Department of System Development Faculty of ICT Tshwane University.
System Context and Domain Analysis Abbas Rasoolzadegan.
Health eDecisions Use Case 2: CDS Guidance Service Strawman of Core Concepts Use Case 2 1.
1 Software Engineering: A Practitioner’s Approach, 6/e Chapter 5 Practice: A Generic View Software Engineering: A Practitioner’s Approach, 6/e Chapter.
Chapter : Project Management Concept
Software Engineering 1 Object-oriented Analysis and Design Applying UML and Patterns An Introduction to Object-oriented Analysis and Design and Iterative.
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 Click to edit Master title style What is Business Analysis Body of Knowledge?
Project Management Why do projects fail? Technical Reasons
T Iteration Demo Tikkaajat [PP] Iteration
Introduction to Software Engineering 1. Software Engineering Failures – Complexity – Change 2. What is Software Engineering? – Using engineering approaches.
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
IS&T Project Reviews September 9, Project Review Overview Facilitative approach that actively engages a number of key project staff and senior IS&T.
Class 12: Exam Review  Client project  Exam review -- check list for client project  Client project work time and Q & A.
Software Engineering – Fall 2015 (CSC 4350/6350) TR. 5:30 pm – 7:15 pm Rao Casturi 09/01/2015
CSC 480 Software Engineering
Roles and Responsibilities
The Five Secrets of Project Scheduling A PMO Approach
Lecture 17 ATAM Team Expertise
Architecture Components
Software Requirements analysis & specifications
Requirements Analysis
IS&T Project Reviews September 9, 2004.
Valentin Razmov Dept. of Computer Science & Engineering
Training 01: Project Lifecycle & Business Technology Analysis
Project Kick-off <Customer Name> <Project Name>
Presentation transcript:

Kanat Abirov Micha Ikeda Denise Varga Hisashi Yoshida - Team Lead - Process Manager - Client Liaison - Dev Manager

MOSP 10/17/2003 Slide 2 Agenda  Project Intro  Requirements Categories  Fall Delivery Plan  Accomplishments  Future Work  Risks and Mitigation

MOSP 10/17/2003 Slide 3 Dr. Sidney Bailin, Client  Software engineer with 25 years of experience  Domain knowledge; developed a prototype  Located in Washington, D.C. Problem  Software engineers often do not effectively capture design rationale  Rationale that is captured is often poorly maintained Project Goal  System to capture design solutions rationale using Speech Recognition technology  Rationale capture process should be non-intrusive Project Intro

MOSP 10/17/2003 Slide 4  Elicitation Protocols  Structure of Speech Recognition  Placement and Format of Rationale  Code Representation  Navigation  Speech Recognition Training  Usability Testing Requirements Categories

MOSP 10/17/2003 Slide 5 Fall Delivery Plan

MOSP 10/17/2003 Slide 6 Accomplishments Set project framework  Created initial SPMP, SOW, and Risk Management documents  Established team web-site  Installed client’s prototype  Created high level requirements Established C3PO team processes  Established team roles and responsibilities  Established weekly mentor and client meetings  Established weekly team work-sessions  Involved personnel (Eric) from the LTI as domain experts

MOSP 10/17/2003 Slide 7 Project Artifacts  Refine project artifacts and validate them with stakeholders  Create requirements specification  Create operations concept document  Validate the artifacts with stakeholders Future Actions  Elicit and analyze requirements  Get expertise from on-campus researchers  Identify and implement team process improvements Future Work

MOSP 10/17/2003 Slide 8 Risks and Mitigation PriorityRisk StatementMitigation 1Scope is not defined  Evaluate options to get big picture  Propose options to client 2Cross-cultural team (Communication)  Set weekly work-session  Have team social events 3High technical complexity  Use on-campus expertise 4Distant client - No money to meet face-to-face  Have weekly teleconference  Update team website  Use Wiki-site 5Team turnover Kanat leaves team  Share knowledge 6Lack of domain experience  Use on-campus expertise  Team education

MOSP 10/17/2003 Slide 9 Questions to Mentors  What is the risk of relying on CMU experts?

MOSP 10/17/2003 Slide 10 Questions? or Answers? ???

MOSP 10/17/2003 Slide 11 Elicitation Protocols  How and when to prompt user for spoken rationale  How to interpret spoken rationale (word-for-word, context matching)  Adjustable levels of interaction (intrusive vs. non-intrusive)  Initiation mechanisms (user vs. system) Structure of Speech Recognition  Vocabulary of software engineering  Mechanism for interpretation of speech into comments Placement and Format of Rationale  Where to put comments  Representation in some coding standard (e.g. Javadoc) Requirements Categories

MOSP 10/17/2003 Slide 12 Code Representation  Abstract tree structure  Cursor position vs. position of comment insertion  Intelligence built into system to make placement decisions  Degree of user interaction allowed Navigation  Voice-prompted cursor movement  “Undo” command via voice Speech Recognition Training  Training the system to recognize user’s voice  Training the system in the proper vocabulary Requirements Categories

MOSP 10/17/2003 Slide 13 Process Flow Requirement Development Software Project Planning Software Project Tracking and Oversight Develop Software Design Develop Test Infra & Tools Develop Test Case Test Software And System Implement Software Design Requirements Doc. (Dr.Sydney’s Final Report) Schedule Measurement & Metrics Test Program Test Report System Test (QA Div.) Shippin g Softwar e Product Engineering Project Management KEI Project Power Point Process work products Software (Source & Object) Post Mortem Final Report Team Mtg Minutes SPMPSOW Use Cases Software Requirement Spec. Design Document Test Document Risk Managemen t