130 likes | 277 Views
Kanat Abirov Micha Ikeda Denise Varga Hisashi Yoshida. - Team Lead - Process Manager - Client Liaison - Dev Manager. Agenda. Project Intro Requirements Categories Fall Delivery Plan Accomplishments Future Work Risks and Mitigation. Project Intro. Dr. Sidney Bailin, Client
E N D
Kanat Abirov Micha Ikeda Denise Varga Hisashi Yoshida - Team Lead - Process Manager - Client Liaison - Dev Manager
Agenda • Project Intro • Requirements Categories • Fall Delivery Plan • Accomplishments • Future Work • Risks and Mitigation
Project Intro 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 effectivelycapture design rationale • Rationale that is captured is oftenpoorly maintained Project Goal • System to capture design solutions rationale using Speech Recognition technology • Rationale capture process should be non-intrusive
Requirements Categories • Elicitation Protocols • Structure of Speech Recognition • Placement and Format of Rationale • Code Representation • Navigation • Speech Recognition Training • Usability Testing
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
Future Work 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
Questions to Mentors • What is the risk of relying on CMU experts?
Requirements Categories 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 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
Process Flow Process work products Requirements Doc. (Dr.Sydney’s Final Report) Develop Test Case Test Document Develop Test Infra & Tools KEI Project Power Point Requirement Development Develop Software Design Test Program Software Requirement Spec. Use Cases Test Software And System Design Document Software Project Planning Project Management Product Engineering Implement Software Design Software (Source & Object) Test Report Risk Management Schedule SPMP SOW System Test (QA Div.) Software Project Tracking and Oversight Shipping Software Measurement & Metrics Team Mtg Minutes Post Mortem Final Report