Chapter 20Quality AssuranceThrough Software Engineering.ppt
《Chapter 20Quality AssuranceThrough Software Engineering.ppt》由会员分享,可在线阅读,更多相关《Chapter 20Quality AssuranceThrough Software Engineering.ppt(46页珍藏版)》请在麦多课文档分享上搜索。
1、Chapter 20 Quality Assurance Through Software Engineering,Systems Analysis and Design Kendall and Kendall Fifth Edition,Kendall & Kendall,Copyright 2002 by Prentice Hall, Inc.,20-2,Major Topics,Quality assurance Walkthroughs Structure charts Modules Data and control passing Documentation Testing,Ken
2、dall & Kendall,Copyright 2002 by Prentice Hall, Inc.,20-3,Quality Assurance,Three quality assurance approaches through software engineering have been developed to evaluate the quality of the information systems design and analysis,Kendall & Kendall,Copyright 2002 by Prentice Hall, Inc.,20-4,Guidelin
3、es for Quality Software,Quality assurance approaches are Securing total quality assurance through designing systems and software with a top-down and modular approach Documenting software with appropriate tools Testing, maintaining, and auditing software,Kendall & Kendall,Copyright 2002 by Prentice H
4、all, Inc.,20-5,Total Quality Management,Total quality management (TQM) is a conception of quality as an evolutionary process toward perfection instead of conceiving quality as controlling the number of defective products produced The full organizational support of management and early commitment to
5、quality from the analyst and from the business are necessary,Kendall & Kendall,Copyright 2002 by Prentice Hall, Inc.,20-6,Structured Walkthroughs,One of the strongest quality assurance actions is structured walkthroughs Walkthroughs use peer reviewers to monitor the systems programming and overall d
6、evelopment They point out problems, and allow the programmer or analyst to make suitable changes,Kendall & Kendall,Copyright 2002 by Prentice Hall, Inc.,20-7,Personnel Involved in Structured Walkthroughs,Structured walkthroughs involve at least four people: The person responsible for the part of the
7、 system being reviewed A walkthrough coordinator A programmer or analyst peer A person to take notes about suggestions,Kendall & Kendall,Copyright 2002 by Prentice Hall, Inc.,20-8,Top-Down and Bottom-Up Approaches,The bottom-up approach and the top-down approach are available for quality system desi
8、gn,Kendall & Kendall,Copyright 2002 by Prentice Hall, Inc.,20-9,The Bottom-Up Approach,The bottom-up design refers to Identifying the processes that need computerization as they arise Analyzing them as systems Either coding them or purchasing packaged software to meet the immediate problem,Kendall &
9、 Kendall,Copyright 2002 by Prentice Hall, Inc.,20-10,Disadvantages of a Bottom-up Approach,The disadvantages of a bottom-up approach to design are There is a duplication of effort in purchasing software, and entering data Much worthless data are entered into the system Overall organizational objecti
10、ves are not considered and therefore cannot be met,Kendall & Kendall,Copyright 2002 by Prentice Hall, Inc.,20-11,The Top-Down Approach,Top-down design allows the systems analyst to ascertain overall organizational objectives along with ascertaining how they are best met in an overall system The syst
11、em is divided into subsystems and their requirements,Kendall & Kendall,Copyright 2002 by Prentice Hall, Inc.,20-12,Advantages of the Top-down Approach,The advantages of a top-down approach to design are Avoiding the chaos of attempting to design a system “all at once” The ability to have separate sy
12、stems analysis teams working in parallel on different but necessary subsystems Losing sight of system goals as a result of getting so mired in detail,Kendall & Kendall,Copyright 2002 by Prentice Hall, Inc.,20-13,Disadvantages of the Top-down Approach,The three disadvantages of a top-down approach ar
13、e There is a danger that the system will be divided into the wrong subsystems Once subsystem divisions are made, their interfaces may be neglected or ignored The subsystems must be reintegrated, eventually,Kendall & Kendall,Copyright 2002 by Prentice Hall, Inc.,20-14,Modular Programming and the Top-
14、Down Approach,The modular programming concept is useful for a top-down approach Once the top-down design approach is taken, the whole system is broken into logical, manageable sized modules, or subprograms to use modular programming techniques,Kendall & Kendall,Copyright 2002 by Prentice Hall, Inc.,
15、20-15,Advantages of Modular Programming,Advantages of modular programming Modules are easier to write and debug Tracing an error in a module is less complicated Modules are easier to maintain Modules are easier to grasp because they are self-contained subsystems,Kendall & Kendall,Copyright 2002 by P
16、rentice Hall, Inc.,20-16,Guidelines for Modular Programming,Four guidelines for correct modular programming are Keep each module to a manageable size Pay particular attention to the critical interfaces Minimize the number of modules the user needs to modify when making changes Maintain the hierarchi
17、cal relationships set up in the top-down phases,Kendall & Kendall,Copyright 2002 by Prentice Hall, Inc.,20-17,Linking Programs in Microsoft Windows,There are two systems to link programs in Microsoft Windows: Dynamic Data Exchange (DDE) updates data in one program based on data in another program Ob
18、ject Linking and Embedding (OLE) where an object in a second program retains the properties of an object in the first program,Kendall & Kendall,Copyright 2002 by Prentice Hall, Inc.,20-18,Structure Charts,The recommended tool for designing a modular, top-down system is a structure chart They help sy
19、stems analysts by providing a picture of modules and the relationships among those modules A diagram consisting of rectangular boxes that represents the modules Connecting lines or arrows,Kendall & Kendall,Copyright 2002 by Prentice Hall, Inc.,20-19,Objectives of a Structure Chart,The objectives of
20、a structure chart are To encourage a top-down design To support the concept of modules and identify the appropriate modules To identify and limit as much as possible the data couples and control flags that pass between modules,Kendall & Kendall,Copyright 2002 by Prentice Hall, Inc.,20-20,Data and Co
21、ntrol Passing,Data and control passed between structure chart modules is either Data coupling, only the data required by the module are passed, or Stamp coupling, more data than necessary are passed between the modules Control coupling,Kendall & Kendall,Copyright 2002 by Prentice Hall, Inc.,20-21,Co
22、ntrol Coupling,Control coupling is passing: Switches, which have only two values, and Flags, which have more than two values,Kendall & Kendall,Copyright 2002 by Prentice Hall, Inc.,20-22,Control Coupling,Control flags should be passed up the structure chart Control modules make the decisions about w
- 1.请仔细阅读文档,确保文档完整性,对于不预览、不比对内容而直接下载带来的问题本站不予受理。
- 2.下载的文档,不会出现我们的网址水印。
- 3、该文档所得收入(下载+内容+预览)归上传者、原创作者;如果您是本文档原作者,请点此认领!既往收益都归您。
下载文档到电脑,查找使用更方便
2000 积分 0人已下载
下载 | 加入VIP,交流精品资源 |
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CHAPTER20QUALITYASSURANCETHROUGHSOFTWAREENGINEERINGPPT

链接地址:http://www.mydoc123.com/p-379667.html