1 / 15

VVSG and Requirements Management

VVSG and Requirements Management. Ed Smith January 13, 2011. Opening Thoughts. VVSG some of the most important requirements for voting systems and their surrounding development system Poorly executed RM is a cause of project and product failure Requirements elicitation is important

mada
Download Presentation

VVSG and Requirements Management

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. VVSG and Requirements Management Ed Smith January 13, 2011

  2. Opening Thoughts • VVSG some of the most important requirements for voting systems and their surrounding development system • Poorly executed RM is a cause of project and product failure • Requirements elicitation is important • Organizing • Development Systems • Product: software, hardware, voter/pollworker interfaces

  3. Requirements Definition

  4. Before it all starts… • The Introductions • Both Volume I and Volume II • History, Intent, Summaries of each Volume • Much the same for both Introductions • Overview in Volume I • Glossaries • TDP (Technical Data Package) production Volume II, Section 2 Description of the Technical Data Package

  5. Before it all starts… • VVSG requirements for Quality Assurance • VVSG requirements for Configuration Management Thetesting also evaluates the completeness of the vendor’s developmental test program, including the sufficiency of vendor tests conducted to demonstrate compliance with stated system design and performance specifications, and the vendor’s documented quality assurance and configuration management practices. The tests address individual system components or elements, as well as the integrated system as a whole. • Select a development method • Educate Developers with respect to VVSG

  6. Then Development Starts • Each section results in inputs to documentation • Requirements Specification • Functional Specification • Engineers’ Documents/Technical Solution • Test Specification/Test Plan • Test Cases • Manufacturing Specification • Project Plans Traceability

  7. VVSG CUST PREFERENCE CM PLAN QA PLAN CERT PROG MANUAL REQUIREMENTS SPECIFICATION LAB PROG MANUAL FUNC SPEC Bi-directional traceability EXT REFERENCES PROTOTYPE STATE STATUTE TEST DOCS

  8. Then Development Starts • Each section results in inputs to documentation • Volumes I and II result in Quality Assurance Planning • Audits • Product Testing • Reliability • Accuracy • Durability • Real World Validation vs. Verification

  9. Then Development Starts • Each section results in inputs Overview Voluntary Voting System Guidelines Section 1 Introduction Section 2 Functional Requirements Section 3 Usability and Accessibility Requirements Section 4 Hardware Requirements Section 5 Software Requirements Section 6 Telecommunications Requirements Section 7 Security Requirements

  10. Requirement: voting machine allows access to a range to needs Sub-requirement: …including low vision and lack of motor control of hands Sub-requirement: machine shall have a tactile box with buttons for… and a 3.5mm input Sub-requirement: Braille shall be embossed on each tactile button CM PLAN QA PLAN REQUIREMENTS SPECIFICATION FUNC SPEC Function Spec: Tactile box shall allow for left/right, Volume and speed… Tactile box 3.5mm input shall accept 5 volts, stereo… Braille dots shall be 1mm hemispherical Bi-directional traceability PROTOTYPE TEST DOCS

  11. Function Spec: Tactile box shall allow for left/right, Volume and speed… Tactile box 3.5mm input shall accept 5 volts, stereo… Braille dots shall be 1mm hemispherical CM PLAN QA PLAN REQUIREMENTS SPECIFICATION Test Spec: With an election containing… Ensure function of all tactile buttons Ensure function of 3.5mm input Ensure readability of Braille Test Script: Code an election… Attach tactile box… Scroll through the ballot using… Attach a power supply and input 5V… FUNC SPEC Bi-directional traceability PROTOTYPE TEST DOCS

  12. Requirements---Guiding Principles • Must specify what is needed, not the solution (example of machined aluminum housing) • Complete to an engineering level of detail • Requirements are developed by engineers, not by marketing department or users • Capturing the requirements may consume as much as 30 percent of the entire project time budget

  13. Requirements---Guiding Principles • Unambiguous (objectively verifiable) • Quantitative limits expressed with a realistic measurement tolerance • Self-consistent • Environment completely characterized • Completeness and relevance of external references

  14. Lack of RM Allows • Scope Creep • Developing the wrong product

  15. Requirements imprecision • Problems arise when requirements are not precisely stated • Ambiguous requirements may be interpreted in different ways by developers and users • Consider the term ‘appropriate viewers’ • User intention - special purpose viewer for each different document type • Developer interpretation - Provide a text viewer that shows the contents of the document

More Related