1. Trang chủ
  2. » Công Nghệ Thông Tin

Seventh Edition - Chương 5 ppt

56 362 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Định dạng
Số trang 56
Dung lượng 2,22 MB

Nội dung

Slide 5.1 © The McGraw-Hill Companies, 2007 Object-Oriented and Classical Software Engineering Seventh Edition, WCB/McGraw-Hill, 2007 Stephen R. Schach srs@vuse.vanderbilt.edu Slide 5.2 © The McGraw-Hill Companies, 2007 CHAPTER 5 THE TOOLS OF THE TRADE Slide 5.3 © The McGraw-Hill Companies, 2007 Overview  Stepwise refinement  Cost–benefit analysis  Software metrics  CASE  Taxonomy of CASE  Scope of CASE  Software versions  Configuration control  Build tools  Productivity gains with CASE technology Slide 5.4 © The McGraw-Hill Companies, 2007 5.1 Stepwise Refinement  A basic principle underlying many software engineering techniques  “Postpone decisions as to details as late as possible to be able to concentrate on the important issues”  Miller’s law (1956)  A human being can concentrate on 7 ± 2 items at a time Slide 5.5 © The McGraw-Hill Companies, 2007 5.1.1 Stepwise Refinement Mini Case Study  Design a product to update a sequential master file containing name and address data for the monthly magazine True Life Software Disasters  Three types of transactions  Type 1: INSERT (a new subscriber into the master file)  Type 2: MODIFY (an existing subscriber record)  Type 3: DELETE (an existing subscriber record)  Transactions are sorted into alphabetical order, and by transaction code within alphabetical order Slide 5.6 © The McGraw-Hill Companies, 2007 Typical File of Input Transactions Figure 5.1 Slide 5.7 © The McGraw-Hill Companies, 2007 Decompose Process  No further refinement is possible Figure 5.2 Slide 5.8 © The McGraw-Hill Companies, 2007 First Refinement Figure 5.3 Slide 5.9 © The McGraw-Hill Companies, 2007 Stepwise Refinement Case Study (contd)  Assumption  We can produce a record when PROCESS requires it  Separate INPUT and OUTPUT, concentrate on PROCESS Slide 5.10 © The McGraw-Hill Companies, 2007 Stepwise Refinement Case Study (contd)  What is this PROCESS?  Example: Figure 5.4 [...]... © The McGraw-Hill Companies, 2007 Slide 5. 22 5. 4 CASE (Computer-Aided Software Engineering) Slide 5. 23  Scope of CASE  CASE can support the entire life-cycle  The computer assists with drudge work  It manages all the details © The McGraw-Hill Companies, 2007 5. 5 Taxonomy of CASE  UpperCASE (front-end tool) versus  LowerCASE (back-end tool) © The McGraw-Hill Companies, 2007 Slide 5. 24 Some Useful...Stepwise Refinement Case Study (contd) Slide 5. 11  More formally: Figure 5. 5 © The McGraw-Hill Companies, 2007 Second Refinement © The McGraw-Hill Companies, 2007 Slide 5. 12 Figure 5. 6 Third Refinement  Slide 5. 13 This design has a major fault © The McGraw-Hill Companies, 2007 Figure 5. 7 Stepwise Refinement Case Study (contd) Slide 5. 14  The third refinement is WRONG  “Modify JONES” followed... within the product  Consistency checker  Report generator, screen generator © The McGraw-Hill Companies, 2007 Slide 5. 25 Taxonomy of CASE (contd) Slide 5. 26 Figure 5. 9  (a) Tool versus (b) workbench versus (c) environment © The McGraw-Hill Companies, 2007 5. 6 Scope of CASE  Programmers need to have:  Accurate, up-to-date versions of all project documents  Online help information regarding the   ... The McGraw-Hill Companies, 2007 Slide 5. 35 Source Level Debugger (contd)  Slide 5. 36 The programmer works in a high-level language, but must examine  Machine-code core dumps  Assembler listings  Linker listings  Similar low-level documentation  This destroys the advantage of programming in a high-level language  We need  An interactive source level debugger (like dbx) © The McGraw-Hill Companies,... The McGraw-Hill Companies, 2007 Slide 5. 17 Cost–Benefit Analysis (contd)  Slide 5. 18 Example: Computerizing KCEC Figure 5. 8 © The McGraw-Hill Companies, 2007 Cost–Benefit Analysis (contd)  Tangible costs/benefits are easy to measure  Make assumptions to estimate intangible costs/benefits  Improving the assumptions will improve the estimates © The McGraw-Hill Companies, 2007 Slide 5. 19 5. 3 Software... Online manuals   Editor manuals Programming manuals © The McGraw-Hill Companies, 2007 Slide 5. 27 Scope of CASE (contd)  Programmers need to have:  E-mail systems  Spreadsheets  Word processors  Structure editors  Pretty printers  Online interface checkers © The McGraw-Hill Companies, 2007 Slide 5. 28 Online Interface Checker  Slide 5. 29 A structure editor must support online interface checking... Solution: Incorporate an operating system front-end into the structure editor © The McGraw-Hill Companies, 2007 Operating System Front-End in Editor  Slide 5. 34 Single command  go or run  Use of the mouse to choose    An icon, or A menu selection This one command causes the editor to invoke the compiler, linker, loader, and execute the product © The McGraw-Hill Companies, 2007 Source Level Debugger... Checker  Slide 5. 29 A structure editor must support online interface checking  The editor must know the name of every code artifact  Interface checking is an important part of programming-in-the-large © The McGraw-Hill Companies, 2007 Online Interface Checker (contd)  Example  The user enters the call average = dataArray.computeAverage (numberOfValues);  The editor immediately responds Method computeAverage... template for the call   The template shows type of each parameter The programmer replaces formal by actual parameters © The McGraw-Hill Companies, 2007 Online Interface Checker (contd)  Slide 5. 32 Advantages  There is no need for different tools with different interfaces  Hard-to-detect faults are immediately flagged for correction    Wrong number of parameters Parameters of the wrong type Essential... lines of code © The McGraw-Hill Companies, 2007 Slide 5. 20 Different Types of Metrics  Slide 5. 21 Product metrics  Examples:    Size of product Reliability of product Process metrics  Example:   Efficiency of fault detection during development Metrics specific to a given workflow  Example:  Number of defects detected per hour in specification reviews © The McGraw-Hill Companies, 2007 The . formally: Figure 5. 5 Slide 5. 12 © The McGraw-Hill Companies, 2007 Second Refinement Figure 5. 6 Slide 5. 13 © The McGraw-Hill Companies, 2007 Third Refinement  This design has a major fault Figure 5. 7 Slide. Slide 5. 1 © The McGraw-Hill Companies, 2007 Object-Oriented and Classical Software Engineering Seventh Edition, WCB/McGraw-Hill, 2007 Stephen R. Schach srs@vuse.vanderbilt.edu Slide 5. 2 ©. Slide 5. 6 © The McGraw-Hill Companies, 2007 Typical File of Input Transactions Figure 5. 1 Slide 5. 7 © The McGraw-Hill Companies, 2007 Decompose Process  No further refinement is possible Figure 5. 2 Slide

Ngày đăng: 01/08/2014, 14:20

TỪ KHÓA LIÊN QUAN