Capstone Presentation 2015 - Quality+
Download as PPTX, PDF0 likes46 views
The document outlines a project aimed at addressing issues in software development practices, particularly the lack of training and adherence to best practices among developers. It includes a survey of software engineers to identify key problems, leading to the formulation of a certification program to enhance skills and standards in the industry. The project also emphasizes the need for improved educational curricula and training opportunities as well as industry adoption of certified practices.
Capstone Presentation 2015 - Quality+
- 1. Uncovering Emerging Information Trends in Information Technology An Industry Survey
- 2. Outline References and Resources Acknowledgements Lessons Learned Next Steps Project Results Project Description Problem Background Personal Introduction
- 3. Personal Introduction â Eric M. Pastore Name: Eric Pastore Quality Systems Administrator at Stryker Orthopaedics, Mahwah, NJ Previous: Technical Writer/Trainer at Alstom Signaling, Inc. Pursuing M.S. in Professional Studies Concentrations: Technical Information Design, Strategic Training Professional Interests: IT/Software Development
- 4. Capstone Mentor â Mark Seymour Current: Technical Training Developer, Alstom Signaling Inc. in Rochester, NY. âą Technical Training Developer: Provides training to North American railroad engineering & maintenance staff operating Alstomâs Automatic Control System solutions, including operations, diagnostics, and troubleshooting procedures. Previous: Mission Operations Engineer, Flight Director, COM DEV of Ontario, Canada and MDA of British Columbia, Canada. âą Mission Operations Engineer for various spacecraft and their associated Ground Segments in Europe, the US and Canada âą Flight Director: responsible for training and leading large teams of engineers and operators in the day-to-day nominal and sometimes contingency operations of space missions Mark has been responsible for the management of multi-million dollar internal projects and external software and systems development subcontracts, with direct responsibility for budget and schedule success. Mark has held roles as a Project Manager and as a Technical Lead. Mark holds a Bachelorâs Degree in Physics with Space Science, and a Masters degree in Spacecraft Technology and Satellite Telecommunications, both from University College London, United Kingdom. Mark is also a graduate of the International Space Universityâs Space Studies Program.
- 5. Problem Background âą Developers do not follow best practices when developing software, resulting in difficulty updating and maintaining code later Technical Debt â 10% of Identified Issues âą Developers are not trained in how to effectively design applications, and do not know how to use best practices in development Not Trained in Design and Best Practices â 8% of Identified Issues
- 6. Problem Background â Contexts âą IEEE âą NASA âą Microsoft Many Standards Exist âąIEEE âąSEI âąiSAQB Few Certifications Exist âąAcademic âąProfessional Training âąOn-the-Job Training Lack of Education and Training for Best Practices
- 7. Project Description â Objectives Project Objectives Interview 20 Software Engineers to Uncover Issues Analyze Identified Issues to Determine Primary Issue to Solve Develop Capstone Project to Address Primary Issue
- 8. Project Description â Phases Analysis âą Identify Issues âą Analyze Identified Issues Design âą Identify Primary Issue âą Decide on Solution âą Set Objectives and Milestones Develop âą Generate Project Deliverables Implement âą Deploy Deliverables for Engineer Review Evaluate âą Incorporate Engineer Feedback Into Final Deliverable
- 9. Project Description â Timeline Tasks Start Date Duration (Days)End Date Proposal Approval 12/1/13 157 5/7/2014 Schedule and Conduct Interviews 5/8/14 522 10/12/2015 Analyze Data 10/13/15 7 10/20/2015 Design Project Deliverable 10/21/15 6 10/27/2015 Develop Project Deliverable 10/28/15 17 11/14/2015 Implement Project Deliverable 11/14/15 1 11/15/2015 Evaluate Results 11/16/15 6 11/22/2015 Project Report 11/4/15 29 12/3/2015 12/1/13 3/11/14 6/19/14 9/27/14 1/5/15 4/15/15 7/24/15 11/1/15 2/9/16 Proposal Approval Schedule and Conduct Interviews Analyze Data Design Project Deliverable Develop Project Deliverable Implement Project Deliverable Evaluate Results Project Report
- 10. Project Results â Quality+ Quality+ Certification â Validate developer skills in best practices âąTraining Plan âą10 Sample Exam Questions Covers 10 subject areas: âąPurpose (Business Case) âąQuality Principles âąCode Readability âąCode Maintainability âąApplication Design âąTools/Automation âąInternal Documentation âąExternal Documentation âąCode Standardization âąVerification & Validation (V&V) Addresses problematic knowledge areas
- 11. Project Results â Identified Issues Pareto Chart 0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100% 0 10 20 30 40 50 60 70 80 90 100 Identified Issues Number of Occurences Cumulative %
- 12. Project Results â Identified Issues Fishbone Diagram
- 13. Project Results â Summary Certification creates an industry standard for developers to meet If adopted by industry: âą Improved academic curricula âą Greater professional training opportunities âą Increased confidence for developers working in/returning to industry
- 14. Next Steps Career: âą Utilize M.S. Degree to uncover performance gaps able to be solved through training, development, and documentation Certification: âą Full Implementation: Partner with a certifying body (SEI, CompTIA, IEEE) and develop the full exam and study materials âą Partial Implementation: Partner with a client to provide on-the-job training âą Industry Adoption: Convince companies to value certified developers
- 15. Lessons Learned â How Do You Know? Hard data is a necessity Better sample design and larger sample size âą Larger sample â proportional to population âą Stratified sample â sample drawn from different industries, location, etc. Find better ways to source interview candidates âą Perform more âface-to-faceâ interviews
- 16. Lessons Learned â Start a Conversation PEOPLE Greatest Project Risk Greatest Project Asset
- 17. Acknowledgements ïŽ Capstone Mentor: Mark Seymour ïŽ Reviewers: KT Walker, Martin Pain, Mark Reynolds, Jeremy Morgan ïŽ Interviewees ïŽ Advisors at RIT: Sam McQuade, Rich Morales, Peter Boyd ïŽ Coworkers at Stryker: Krisi, Mary, Abin, Mike
- 18. References and Resources ïŽ Carnegie Mellon University Software Engineering Institute (SEI) (2015). Personal Software Process (PSP) Developer. (Reviewed online 11/16/15 at http://www.sei.cmu.edu/certification/opportunities/psp/index.cfm). ïŽ European Committee for Electrotechnical Standardization (CENELEC) (2006). BS EN 62304:2006 Medical Device Software â Software Life-Cycle Processes. (Reviewed online 11/24/15 at private standards repository). ïŽ European Cooperation for Space Standardization (2013). Space Engineering Software Engineering Handbook. (Reviewed online 11/24/15 at http://www.ecss.nl/). ïŽ Food and Drug Administration (FDA) (2002). General Principles of Software Validation; Final Guidance for Industry and FDA Staff. (Reviewed online 11/16/15 at http://www.fda.gov/RegulatoryInformation/Guidances/ucm085281.htm). ïŽ Ganssle, Jack. Tools for Clean Code. The Embedded Muse. (Reviewed online 11/01/15 at http://www.ganssle.com/articles/Toolsforcleancode.htm). ïŽ Gerard J. Holzmann, "The Power of 10: Rules for Developing Safety-Critical Code," Computer, vol. 39, no. 6, pp. 95-97, June, 2006. ïŽ Green, Roedy (2015). Unmaintainable Code. Canadian Mind Products. (Reviewed online 11/02/15 at http://mindprod.com/jgloss/unmain.html). ïŽ IEEE Computer Society (2015). Software Development Associate Engineer Certification. (Reviewed online 12/01/15 at http://www.computer.org/web/education/software-development-associate). ïŽ IEEE Computer Society (2015). Software Engineering Body of Knowledge (SWEBOK) V3. (Reviewed online 11/16/15 at http://www.computer.org/web/swebok/v3). ïŽ International Software Architecture Qualification Board (iSAQB) (2015). Certified Professional for Software Architecture (CPSA). (Reviewed online 11/15/15 at http://www.isaqb.org/certifications/?lang=en).
- 19. References and Resources (Cont.) ïŽ Jet Propulsion Laboratory (JPL) (2009). JPL Institutional Coding Standard for the C Programming Language. (Reviewed online 11/02/15 at http://lars-lab.jpl.nasa.gov/). ïŽ Microsoft Developer Network (MSDN) (2015). Coding Techniques. (Reviewed online 11/02/15 at https://msdn.microsoft.com/en-us/library/aa291593 (v=vs.71).aspx). ïŽ MindTools (2015). Pareto Analysis â Using the 80/20 Rule to Prioritize. (Reviewed online 12/03/15 at https://www.mindtools.com/pages/article/newTED_01.htm). ïŽ National Aeronautics and Space Administration (NASA) (2015). Software Engineering Handbook. (Reviewed online 11/02/15 at https://swehb.nasa.gov). ïŽ Oracle Corporation (1999). Code Conventions for the Javaâą Programming Language. (Reviewed online 11/16/15 at http://www.oracle.com/technetwork/java/codeconvtoc-136057.html). ïŽ Twine, James R (2003). The importance of a coding standard and the benefits of adhering to it. JRTwine Software, LLC. (Reviewed online 11/01/15 at http://www.jrtwine.com/Articles/CodingStyles/CStyle1.htm) ïŽ US Department of Defense (1994). MIL-STD-498: Software Development and Documentation. (Reviewed online 11/24/15 at www.abelia.com).
Editor's Notes
- #2: Welcome visitors.
- #3: Click through each bullet point and summarize each item on the agenda.
- #4: Click through each item.
- #5: Click through each item.
- #6: Explain that unlike other Capstones, problem was not defined at beginning. Issues discussed were discovered during first phase of project.
- #7: Explain context of identified issues.
- #8: Present Objectives. Remind audience that problem had to be discovered.
- #9: Present each phase.
- #10: Present timeline. Inform participants that timeline evolved over time.
- #11: Present Quality+ as the solution to the issues identified in the project. Review the subject areas and how they relate to the problematic knowledge areas on the next slide.
- #12: Review problematic areas and how they relate to subject areas on the previous slides.
- #13: Review problematic areas and how they relate to subject areas on the previous slides.
- #14: Recap justification and purpose of Quality+.
- #15: Explain next steps for implementation of Quality+.
- #16: Explain why data is needed.
- #17: Explain that people are worth the challenge they add to a project.
- #18: Acknowledge help.
- #19: Cover resources at a high level. Emphasize standards and related handbooks.
- #20: Cover resources at a high level. Emphasize standards and related handbooks.