Design Inspections And Software Product Metrics In An Embedded Systems Design Course
Author(s) -
J.W. Bruce
Publication year - 2020
Language(s) - English
Resource type - Conference proceedings
DOI - 10.18260/1-2--13391
Subject(s) - product design , new product development , computer science , pace , software engineering , iterative design , design cycle , quality (philosophy) , time to market , product (mathematics) , engineering design process , software design , software development , software , software development process , systems engineering , engineering , operations management , mathematics , operating system , geometry , philosophy , business , geodesy , epistemology , marketing , programming language , mechanical engineering , scheduling (production processes) , geography
Development tools, especially those for software, have matured to the point where a single iteration of the development cycle can be as short as a few minutes. No one desires to go back to the “good old days” when the development and physical prototyping cycles took hours or days. However, the slower development pace of yesteryear did prompt a certain amount of critical review of design changes and undoubtedly prevented many basic design defects. Current development tools combined with the increasing time-to-market demands lead engineers (and engineering students) to design at a frantic pace, often introducing many design defects. An easy way to improve the quality of design is to get the engineers to simply “slow down”. This paper describes a design process for an embedded systems design course [1] where formalized hardware and software design inspections are performed. The design inspections are held before prototyping begins and strives to curtail the far too common cycle of develop, test, change, and test again – a cycle I describe as “hacking”. The design process described in this paper yields a high-quality product within a short design cycle, while mimicking the design inspections found in industry [2] [3]. The design inspections serve as a convenient time for software product measures to be collected. The quantitative measures document the nature, origin, and other vital characteristics of each design defect and are frequently used in industry [4] [5]. Furthermore, data obtained in design reviews can be used to improve the instruction quality, track the maturity of the student design skills, and prompt relevant classroom discussions. Examples of using the software product metrics in design process monitoring, analysis, and estimation are given. Finally, the design practices described in this paper help students to develop team and communication skills that are often neglected by traditional engineering curricula. Course evaluations were obtained from students and external reviewers. Results indicate that the process is well received and achieves the course’s educational objectives.
Accelerating Research
Robert Robinson Avenue,
Oxford Science Park, Oxford
OX4 4GP, United Kingdom
Address
John Eccles HouseRobert Robinson Avenue,
Oxford Science Park, Oxford
OX4 4GP, United Kingdom