DOCSLIB.ORG

Software Engineering Design Process

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Software Engineering Design Process Software Engineering Design Process DESIGN DESIGN DESIGN. Today’s Lecture 1. Intro to Software Engineering 2. Inexact quantities 3. Error propagation 4. Floating-point numbers 5. Design process 6. Teamwork 7. Project planning 8. Decision making 9. Professional Engineering 10. Software quality 11. Software safety 12. Intellectual property Fall 2004 SE 101 Introduction to Software Engineering 2 Design Models and Processes An engineering design is a model of the product or structure to be engineered. The model is used to • Evaluate suitability of proposed product/system • Communicate proposed product to others An engineering design process describes a set of steps for constructing an engineering design. Fall 2004 SE 101 Introduction to Software Engineering 3 Agenda • SE process vs. Engineering design process • Software Engineering processes • Waterfall model • Concurrent engineering • Spiral model • Agile methods Fall 2004 SE 101 Introduction to Software Engineering 4 Engineering Design Process 1. Recognition of Need 2. Definition of the Design Problem 3. Design Criteria and Constraints 4. The Design Loop Synthesis Analysis Decision-Making 5. Optimization 6. Evaluation 7. Communication (Drawings, reports) Andrews, Aplevich, Fraswer, Ratz, Introduction to Professional Engineering in Canada, Pearson, 2002. Fall 2004 SE 101 Introduction to Software Engineering 5 Engineering Development Process 1. Recognition of Need 2. Definition of the Design Problem 3. Design Criteria and Constraints 4. The Design Loop Synthesis 8. Manufacturing Analysis 9. Quality Control Decision-Making 10. Field/customer service 5. Optimization 6. Evaluation 7. Communication (Drawings, reports) Fall 2004 SE 101 Introduction to Software Engineering 6 1. Waterfall Model 1. Requirements 2. Specification 3. Architectural Design 4. Detailed Design 5. Implementation 6. Testing 7. Maintenance Fall 2004 SE 101 Introduction to Software Engineering 7 Waterfall Model 1. Requirements Understand the problem 2. Specification Characterize acceptable solution Decompose solution 3. Architectural Design into subsystems 4. Detailed Design Design subsystems Make code-level decisions 5. Implementation Test that implementation 6. Testing is acceptable 7. Maintenance Fix bugs, add features Fall 2004 SE 101 Introduction to Software Engineering 8 Waterfall Model 1. Requirements 2. Specification 3. Architectural Design 4. Detailed Design 5. Implementation 6. Testing 7. Maintenance Fall 2004 SE 101 Introduction to Software Engineering 9 Eng. Process vs. SE Process 1. Recognition of Need 2. Definition of the Design Problem 1. Requirements 3. Design Criteria and Constraints 2. Specification 4. The Design Loop Synthesis 3. Architectural Design Analysis Decision-Making ? 4. Detailed Design 5. Optimization 6. Evaluation ? 5. Implementation 7. Communication (Drawings, reports) 6. Testing 8. Manufacturing 7. Maintenance 9. Quality Control 10. Field/customer service Fall 2004 SE 101 Introduction to Software Engineering 10 2. Concurrent Engineering Requirements Specification Design Implementation Testing time Fall 2004 SE 101 Introduction to Software Engineering 11 3. Spiral Model Requirements/Specification Design Testing Coding Fall 2004 SE 101 Introduction to Software Engineering 12 4. Agile Methods 3. Spiral Model 4. Agile methods (e.g., Extreme Programming) Requirements/Specification Test Case Definition Design Refactor Design Testing Testing Coding Pair Programming Fall 2004 SE 101 Introduction to Software Engineering 13 4. Agile Methods (Extreme Programming) Test Case Definition Design Refactor Testing Pair Programming Fall 2004 SE 101 Introduction to Software Engineering 14 Brief Comparisons Attributes Agile Methods Plan-driven Methods Primary Objective Project Size Developers Project Requirements Product Architecture Boehm, “Get Ready for Agile Methods, with Care”, IEEE Computer, January 2002. Fall 2004 SE 101 Introduction to Software Engineering 15 Brief Comparisons Attributes Agile Methods Plan-driven Methods Primary Objective Rapid development High quality Project Size Developers Project Requirements Product Architecture Boehm, “Get Ready for Agile Methods, with Care”, IEEE Computer, January 2002. Fall 2004 SE 101 Introduction to Software Engineering 16 Brief Comparisons Attributes Agile Methods Plan-driven Methods Primary Objective Rapid development High quality Project Size Smaller teams and Larger teams and products products Developers Project Requirements Product Architecture Boehm, “Get Ready for Agile Methods, with Care”, IEEE Computer, January 2002. Fall 2004 SE 101 Introduction to Software Engineering 17 Brief Comparisons Attributes Agile Methods Plan-driven Methods Primary Objective Rapid development High quality Project Size Smaller teams and Larger teams and products products Developers Agile, knowledgeable, Plan-oriented, adequately talented, collocated, skilled, have access to collaborative external knowledge Project Requirements Product Architecture Boehm, “Get Ready for Agile Methods, with Care”, IEEE Computer, January 2002. Fall 2004 SE 101 Introduction to Software Engineering 18 Brief Comparisons Attributes Agile Methods Plan-driven Methods Primary Objective Rapid development High quality Project Size Smaller teams and Larger teams and products products Developers Agile, knowledgeable, Plan-oriented, adequately talented, collocated, skilled, have access to collaborative external knowledge Project Requirements Emergent, rapidly changing Knowable early, largely stable Product Architecture Boehm, “Get Ready for Agile Methods, with Care”, IEEE Computer, January 2002. Fall 2004 SE 101 Introduction to Software Engineering 19 Brief Comparisons Attributes Agile Methods Plan-driven Methods Primary Objective Rapid development High quality Project Size Smaller teams and Larger teams and products products Developers Agile, knowledgeable, Plan-oriented, adequately talented, collocated, skilled, have access to collaborative external knowledge Project Requirements Emergent, rapidly changing Knowable early, largely stable Product Architecture Designed for current Designed for current and requirements foreseeable requirements Boehm, “Get Ready for Agile Methods, with Care”, IEEE Computer, January 2002. Fall 2004 SE 101 Introduction to Software Engineering 20 Summary 1. Waterfall Model 2: Concurrent Engineering 1. Requirements Requirements 2. Specification Specification Design 3. Architectural Design Implementation Testing 4. Detailed Design 5. Implementation time 6. Testing 7. Maintenance 3: Spiral Model 4: Agile Methods Requirements/Specification Test Case Definition Design Design Refactor Testing Testing Coding Pair Programming Fall 2004 SE 101 Introduction to Software Engineering 21 Announcements • (Optional) draft design report due Thursday 4:30p.m. • No web review next week. Fall 2004 SE 101 Introduction to Software Engineering 22.
Load more

Recommended publications
  • Software Development Career Pathway
    Career Exploration Guide Software Development Career Pathway Information Technology Career Cluster For more information about NYC Career and Technical Education, visit: www.cte.nyc Summer 2018 Getting Started What is software? What Types of Software Can You Develop? Computers and other smart devices are made up of Software includes operating systems—like Windows, Web applications are websites that allow users to contact management system, and PeopleSoft, a hardware and software. Hardware includes all of the Apple, and Google Android—and the applications check email, share documents, and shop online, human resources information system. physical parts of a device, like the power supply, that run on them— like word processors and games. among other things. Users access them with a Mobile applications are programs that can be data storage, and microprocessors. Software contains Software applications can be run directly from a connection to the Internet through a web browser accessed directly through mobile devices like smart instructions that are stored and run by the hardware. device or through a connection to the Internet. like Firefox, Chrome, or Safari. Web browsers are phones and tablets. Many mobile applications have Other names for software are programs or applications. the platforms people use to find, retrieve, and web-based counterparts. display information online. Web browsers are applications too. Desktop applications are programs that are stored on and accessed from a computer or laptop, like Enterprise software are off-the-shelf applications What is Software Development? word processors and spreadsheets. that are customized to the needs of businesses. Popular examples include Salesforce, a customer Software development is the design and creation of Quality Testers test the application to make sure software and is usually done by a team of people.
    [Show full text]
  • The Roots of Software Engineering*
    THE ROOTS OF SOFTWARE ENGINEERING* Michael S. Mahoney Princeton University (CWI Quarterly 3,4(1990), 325-334) At the International Conference on the History of Computing held in Los Alamos in 1976, R.W. Hamming placed his proposed agenda in the title of his paper: "We Would Know What They Thought When They Did It."1 He pleaded for a history of computing that pursued the contextual development of ideas, rather than merely listing names, dates, and places of "firsts". Moreover, he exhorted historians to go beyond the documents to "informed speculation" about the results of undocumented practice. What people actually did and what they thought they were doing may well not be accurately reflected in what they wrote and what they said they were thinking. His own experience had taught him that. Historians of science recognize in Hamming's point what they learned from Thomas Kuhn's Structure of Scientific Revolutions some time ago, namely that the practice of science and the literature of science do not necessarily coincide. Paradigms (or, if you prefer with Kuhn, disciplinary matrices) direct not so much what scientists say as what they do. Hence, to determine the paradigms of past science historians must watch scientists at work practicing their science. We have to reconstruct what they thought from the evidence of what they did, and that work of reconstruction in the history of science has often involved a certain amount of speculation informed by historians' own experience of science. That is all the more the case in the history of technology, where up to the present century the inventor and engineer have \*-as Derek Price once put it\*- "thought with their fingertips", leaving the record of their thinking in the artefacts they have designed rather than in texts they have written.
    [Show full text]
  • Research on Programming Technology of Computer Software Engineering Database Based on Multi-Platform
    2019 4th International Industrial Informatics and Computer Engineering Conference (IIICEC 2019) Research on Programming Technology of Computer Software Engineering Database Based on Multi-Platform Wei Hongchang, Zhang Li Jiangxi Vocational College of Mechanical& Electronical Technology Jiangxi Nanchang 330013, China Keywords: Computers, Database, Programming, Software Engineering Abstract: With the rapid development of social science and technology, various trades and industries have also developed. For computer applications, the most important thing is the software system and hardware system in its components. As far as software engineering is concerned, in the construction of engineering chemical methods, the construction methods of engineering chemical should be combined to enhance the value of software application. The development of computer technology has formed a certain scale up to now, and it has dabbled in various fields. However, due to the different requirements of different industries on the performance of computer technology. Through the analysis of software database programming technology, in the creation of software computer structure, as a very important part, it will have a certain impact on the strength of computer computing ability. Aiming at the research of database programming technology in computer software engineering, this paper analyzes the advantages of database programming technology, and expounds the application of database programming technology in computer software engineering. 1. Introduction At the present stage, computing technology has been widely used in today's society and has penetrated into different industries in different fields. The arrival and popularization of computers have been highly valued and widely used. Through the analysis of software database programming technology, as a very important component in the creation of software computer composition structure, it will have a certain impact on the strength of computer computing ability [1].
    [Show full text]
  • Chapter 3 Software Design
    CHAPTER 3 SOFTWARE DESIGN Guy Tremblay Département d’informatique Université du Québec à Montréal C.P. 8888, Succ. Centre-Ville Montréal, Québec, Canada, H3C 3P8 [email protected] Table of Contents references” with a reasonably limited number of entries. Satisfying this requirement meant, sadly, that not all 1. Introduction..................................................................1 interesting references could be included in the recom- 2. Definition of Software Design .....................................1 mended references list, thus the list of further readings. 3. Breakdown of Topics for Software Design..................2 2. DEFINITION OF SOFTWARE DESIGN 4. Breakdown Rationale...................................................7 According to the IEEE definition [IEE90], design is both 5. Matrix of Topics vs. Reference Material .....................8 “the process of defining the architecture, components, 6. Recommended References for Software Design........10 interfaces, and other characteristics of a system or component” and “the result of [that] process”. Viewed as a Appendix A – List of Further Readings.............................13 process, software design is the activity, within the software development life cycle, where software requirements are Appendix B – References Used to Write and Justify the analyzed in order to produce a description of the internal Knowledge Area Description ....................................16 structure and organization of the system that will serve as the basis for its construction. More precisely, a software design (the result) must describe the architecture of the 1. INTRODUCTION system, that is, how the system is decomposed and This chapter presents a description of the Software Design organized into components and must describe the interfaces knowledge area for the Guide to the SWEBOK (Stone Man between these components. It must also describe these version).
    [Show full text]
  • A Requirements Modeling Language for the Component Behavior of Cyber Physical Robotics Systems
    A Requirements Modeling Language for the Component Behavior of Cyber Physical Robotics Systems Jan Oliver Ringert, Bernhard Rumpe, and Andreas Wortmann RWTH Aachen University, Software Engineering, Aachen, Germany {ringert,rumpe,wortmann}@se-rwth.de Abstract. Software development for robotics applications is a sophisticated en- deavor as robots are inherently complex. Explicit modeling of the architecture and behavior of robotics application yields many advantages to cope with this complexity by identifying and separating logically and physically independent components and by hierarchically structuring the system under development. On top of component and connector models we propose modeling the requirements on the behavior of robotics software components using I/O! automata [29]. This approach facilitates early simulation of requirements model, allows to subject these to formal analysis and to generate the software from them. In this paper, we introduce an extension of the architecture description language MontiArc to model the requirements on components with I/O! automata, which are defined in the spirit of Martin Glinz’ Statecharts for requirements modeling [10]. We fur- thermore present a case study based on a robotics application generated for the Lego NXT robotic platform. “In der Robotik dachte man vor 30 Jahren, dass man heute alles perfekt beherrschen würde”, Martin Glinz [38] 1 Introduction Robotics is a field of Cyber-Physical Systems (CPS) which yields complex challenges due to the variety of robots, their forms of use and the overwhelming complexity of the possible environments they have to operate in. Software development for robotics ap- plications is still at least as complex as it was 30 years ago: even a simple robot requires the integration of multiple distributed software components.
    [Show full text]
  • Integrated Framework for Software Requirement Analysis
    Integrated Framework for Software Requirement Analysis Andre Rusli, Osamu Shigo Graduate School of Information Environment, Tokyo Denki University, Chiba, Japan {[email protected], [email protected]} Abstract. Requirement elicitation is a very critical step in software develop- ment. In order to develop adequate software which answers to user’s needs, it is essential to understand the real-world environment, the users themselves, goals, constraints, and risks and its possible solutions. Unable to describe correct re- quirements can lead to a massive software development failure. This paper aims to propose an integrated framework for requirement elicitation which combines the characteristics of goal-based requirement engineering methods, Problem Frame (PF), and Message Sequence Chart (MSC). The proposed framework us- es i* framework to describe the dependency relationships between actors, PF to analyze the constraints that exist in the real world, KAOS’ to analyze obstacles, and MSC to show the dynamic behavior of the system. Keywords: Requirement Analysis · Goal Models · i* · Problem Frame · KAOS · Message Sequence Chart 1 INTRODUCTION Requirements engineering (RE) is an engineering activity that ties up the development activities with the real-world problems. It represents a series of engineering decisions that lead from recognition of a problem to be solved to a detailed specification of that problem [6]. Failing to describe the correct requirement can lead to a massive failure in the whole development. However, requirement engineering is not an easy task. It has to keep up with the ever-changing environment which caused it to be a continuous process in a software development. To keep up with changes, requirements must have a base condition, with details that can be changed flexibly without drifting apart from the main objective of the project.
    [Show full text]
  • A Perspective on the Future of Middleware-Based Software Engineering
    A Perspective on the Future of Middleware-based Software Engineering Valerie Issarny Mauro Caporuscio Nikolaos Georgantas INRIA-Rocquencourt INRIA-Rocquencourt INRIA-Rocquencourt Domaine de Voluceau Domaine de Voluceau Domaine de Voluceau 78153 Le Chesnay, France. 78153 Le Chesnay, France. 78153 Le Chesnay, France. [email protected] [email protected] [email protected] Abstract • An interaction paradigm and semantics for achieving coordination. Middleware is a software layer that stands between the networked operating system and the application and pro- • A transport/session protocol for achieving communi- vides well known reusable solutions to frequently encoun- cation. tered problems like heterogeneity, interoperability, security, dependability. Further, with networks becoming increas- • A naming/discovery protocol, naming/description con- ingly pervasive, middleware appears as a major building vention, registry structure, and matching relation for block for the development of future software systems. Start- publishing and discovering the resources available in ing with the impact of pervasive networking on comput- the given network. ing models, manifested by now common grid and ubiqui- tous computing, this paper surveys related challenges for the middleware and related impact on the software de- velopment. Indeed, future applications will need to cope with advanced non-functional properties such as context- awareness and mobility, for which adequate middleware support must be devised together with accompanying soft- ware development notations, methods and tools. This leads us to introduce our view on next generation middleware, considering both technological advances in the network- ing area but also the need for closer integration with software engineering best practices, to ultimately suggest middleware-based software processes.
    [Show full text]
  • A Case Study in Electronic Commerce and Open Source Software Development
    OpenEC/B: A Case Study in Electronic Commerce and Open Source Software Development Walt Scacchi Institute for Software Research and Graduate School of Management University of California, Irvine Irvine, CA 92697-3425 USA [email protected] July 2002 © Walt Scacchi, 2002 This report can be found on the Web at: http://www.ics.uci.edu/~wscacchi/Papers/EC/OpenEC-July2002.pdf Acknowledgements: The research described in this report is supported by grants from the NSF Industry/University Research Cooperative CRITO Consortium, National Science Foundation #IIS-0083075, and from the Defense Acquisition University by contract N487650-27803. No endorsement implied. 1 Executive Summary This study investigates how to understand and transform an organizational system for internal or external operations using Open Source E-Commerce or E-Business capabilities. This entails a case study within one firm that has undertaken an organizational initiative to develop, deploy, use, and support open source software systems for Enterprise Resource Planning (ERP), E-Commerce (EC) or E-Business (EB) services. The objective is to identify and characterize the organizational resources and development capabilities that lie at the center of the initiative. By learning what these resource are, and how the are arrayed into product development capabilities, can give executive decision-makers knowledge needing to determine whether or not to undertake a pilot study or product development effort that exploits the potential of open source EC and EB resources. The study provides a survey of large, mid-size, small, and start-up companies that are making strategic investments in open source software systems for ERP, EC, and EB products or service offerings.
    [Show full text]
  • Software Engineering Major
    CATALOG TERM: 2019-2020 TOTAL UNITS REQUIRED = 120 SOFTWARE ENGINEERING • This worksheet is intended for supplemental use only. The University will use your Academic Requirements Report (ARR) to track your graduation requirements, including those for your major. Please continue to check your ARR for accuracy. • If your ARR requires a correction, please submit an ARR Correction Form. • Your Degree Planner (in mycsusm.edu) will display the following requirements in the University’s recommended sequence. • All courses used for the major and preparation for the major must be completed with a grade of C (2.0) or higher. • Transfer students are encouraged to consult with faculty/academic advisor to ensure their courses in computer science, mathematics, and sciences are applicable toward the Preparation for the Major requirements. • All non-articulated courses MUST be reviewed and approved by a faculty advisor in the corresponding department. • A minimum of 15 upper-division units counted for the major must be completed at CSUSM. PREPARATION FOR THE MAJOR (42 UNITS) Lower-division Computing Essential Courses (12 units): Course Units CS 111: Computer Science I (^MATH 160) 4 CS 211: Computer Science II (*CS 111) 4 CS 231: Assembly Language and Digital Circuits (*CS 111) 4 Mathematics and Science Supporting Courses (30 units): Course Units BIOL 104: Principles of Biology – Human Emphasis 4 MATH 160: Calculus with Applications I (*MATH 125, 126 or MATH 160 Placement Exam) 5 MATH 162: Calculus with Applications II (*MATH 160) 4 MATH 242: Introduction to Statistics 3 MATH 264 or MATH 374: Linear Algebra (*MATH 160) 3 MATH 270: Basic Discrete Mathematics (*MATH 160) 3 Choose 1 of the following Physics or Chemistry sequences: a.
    [Show full text]
  • Middleware Technologies
    A. Zeeshan A middleware approach towards Web (Grid) Services 06 January 2006 A Middleware road towards Web (Grid) Services Zeeshan Ahmed Department of Intelligent Software Systems and Computer Science, Blekinge Institute of Technology, Box 520, S-372 25 Ronneby, Sweden [email protected] In Student Workshop on Architectures and Research in Middleware Blekinge Institute of Information Technology (BIT 2006), 06.01.2006, Romney Sweden A. Zeeshan A middleware approach towards Web (Grid) Services 06 January 2006 ABSTRACT: 2. MIDDLEWARE TECHNOLOGIES (MDLW TECH) Middleware technologies is a very big field, containing a strong already done research as well as the currently This is one of the new and hottest topics in the field of running research to confirm already done research’s the computer science which encompasses of many results and the to have some new solution by theoretical technologies to connects computer systems and provide a as well as the experimental (practical) way. This protocol to interact with each other to share the document has been produced by Zeeshan Ahmed information between them. The term Middleware carries (Student: Connectivity Software Technologies Blekinge the meaning to mediate between two or more already Institute of Technologies). This describes the research existing separate software applications to exchange the already done in the field of middleware technologies data. including Web Services, Grid Computing, Grid Services and Open Grid Service Infrastructure & Architecture. Middleware technologies reside inside complex, This document concludes with the overview of Web distributed and online application by hiding their self in (Grid) Service, Chain of Web (Grid) Services and the the form operating system, database and network details, necessary security issue.
    [Show full text]
  • Requirement Analysis Method of E- Commerce Websites Development for Small- Medium Enterprises, Case Study: Indonesia
    International Journal of Software Engineering & Applications (IJSEA), Vol.5, No.2, March 2014 REQUIREMENT ANALYSIS METHOD OF E- COMMERCE WEBSITES DEVELOPMENT FOR SMALL- MEDIUM ENTERPRISES, CASE STUDY: INDONESIA Veronica S. Moertini1, Suhok2, Silvania Heriyanto3 and Criswanto D. Nugroho4 Informatics Department, Parahyangan Catholic University, Indonesia ABSTRACT Along with the growth of the Internet, the trend shows that e-commerce have been growing significantly in the last several years. This means business opportunities for small-medium enterprises (SMEs), which are recognized as the backbone of the economy. SMEs may develop and run small to medium size of particular e-commerce websites as the solution of specific business opportunities. Certainly, the websites should be developed accordingly to support business success. In developing the websites, key elements of e-commerce business model that are necessary to ensure the success should be resolved at the requirement stage of the development. In this paper, we propose an enhancement of requirement analysis method found in literatures such that it includes activities to resolve the key elements. The method has been applied in three case studies based on Indonesia situations and we conclude that it is suitable to be adopted by SMEs. KEYWORDS Software Requirements Analysis, E-Commerce Website Development, Resolving Key Elements of E- Commerce Business Model 1. INTRODUCTION It is well recognized that small-medium enterprises (SMEs) are significant to the worldwide socio-economic development. It is even viewed that SMEs are the backbone of the economy. SMEs have also contributed significantly in higher growth of employment, output, promotion of exports, and fostering entrepreneurship [5, 7].
    [Show full text]
  • Software Design Models, Tools & Processes *
    Software Design Models, Tools & Processes * Lecture 1: Software Design and Software Development Process Cecilia Mascolo * Thanks to Alan Blackwell and Jim Arlow for leng me use some of their slides. About Me • Reader in Mobile Systems – Systems Research Group • Research on Mobile, Social and Sensor Systems • More specifically, mobility modelling – Instrumentation (sensing and mobile sensing) – Analysis (social and complex networks) – Exploitation (eg, recommender systems) Software Design • Software Design is about modelling software systems • “A system is an organised or complex whole: an assemblage or combination of things or parts forming a complex or unitary whole.” (Kast & Rosenzweig) • “A system is a set of interrelated elements” (Ackoff) Library System BooksDB UsersDB UserInterface Everyday Words “it is in the system”, “the system failed”, “rage against the system”, “you can’t buck the system”, “the system is down”, “the economic system”, “in-car stereo system”, “biological system”, “paperwork system”, “the financial environment”, “closed system”, “open system”, “dynamic system”, “in equilibrium” We use these “system words” a lot. What do they mean Organisation • The predominant mode of organisation is hierarchical. Systems are composed of sub- systems, sub-systems are composed of sub-sub- systems and so on. • In very complex cases we talk of “systems of systems” Example: Robot and its components State • The state of a system at a moment in time is the set of values of relevant properties which that system has at that time. • Any system has an unlimited set of properties - only some of which are relevant for any particular set of purposes. Examples: mass=10g, colour=red Environment • The environment of a system is the set of elements (and their relevant properties) which are NOT part of the system - but a change in any of which can produce a change in the state of the system Boundary Environment System Environment • The choice of the boundary is subjective.
    [Show full text]