软件工程导论 需求分析
表示数据元素 的逻辑关系
数据结构 层次方框图 Warnier图
根据在分析过程中获得的对系统的更深 入更具体的了解; 可以比较准确地估计系统的成本和进度; 修正以前制定的开发计划。
ቤተ መጻሕፍቲ ባይዱ
确定访谈对象 划分访谈问题维度
明确访谈目的
头脑风暴汇总问题
小组讨论所 有问题
对用户将来使用目标系统解决某个具 体问题的方法和结果进行分析
的手段，并且应该能够产生一组报告指明对完整性分析的结果； (4) 使用这个软件工具之后，应该能够改进通信状况。
比较代表性的是：RSL（需求陈述语言），PSL/PSA（问题陈述 语言/问题陈述分析程序）
自然语言：人工技术 形式化语言：软件工具
主要是利用原型系统
参照以往开发类似系统的经验必要的时候 应该采用仿真或性能模拟技术
撰写完整 的软件需 求规格说
明书
1.通过用户对基本问题的回答，初步确定待解决的问题的范围 和解决方案 3.开发者和用户双方代表出席，并在开会前发放并查阅产品需 求，大家都要准确表达对目标系统的认识 4.讨论的目标是对对象、服务、约束和性能形成共识列表
并不是解决需求分析阶段遇到所有问题的“万能灵药”
软件工程
用较少成本在较短时间内 确定是否存在可行解法
忽略了很多细节
功能需求：系统必须提供的服务。通过需求分析应该划分出系统必 须完成的所有功能。
任何一个软件系统本质上都是信息处理系统 分析系统的数据要求，这是软件需求分析的一个重要任务
分析系统的 数据要求
实体-联系图
全面准确定 义数据
数据字典
符合第二范式的条件，每个非关键字属性 都仅由关键字决定，而不依赖于另一个非 关键字属性值)。
事件说明[守卫条件]/动作表达式 事件说明的语法为事件名(参数表)。
3种标准事件：entry，exit和do。
所有需求必须是一致的，任何一条需求不 能和其他需求互相矛盾。
需求必须是完整的，规格说明书应该包括 用户需要的每一个功能或性能。
• 具体明确 • 提醒他们时间有限
被访谈者 沉默不语
被访谈者 生气或敌 意
• 专门建立关系，并找出共同语 言及经历
• 避免问封闭式问题，利用开放 式问题引导回答
• 当对我们生气时 勇于承认错误或可能时做些让步 避免反过来生被访谈者的气 解释自己的感受，消除不快
• 当被访谈者因其他人生气时 不偏不倚 巧妙地更正错误信息
现实性指定的需求应该是用现有的硬件技 术和软件技术基本上可以实现的。
必须证明需求是正确有效的，确实能解决 用户面对的问题。
自然语言：人工技术 形式化语言：软件工具
这类软件工具应该满足下列要求： (1) 必须有形式化的语法(或表)，因此可以用计算机自动
处理使用这种语法说明的内容； (2) 使用这个软件工具能够导出详细的文档； (3) 必须提供分析(测试)规格说明书的不一致性和冗余性
意见；开放型问题。
可行性研究:目标系统的高层数据流图
需求分析:把数据流和数据存储定义到元素级
做法：通常从数据流图的输出端着手分析，这是 因为系统的基本功能是产生这些输出，输出数据 决定了系统必须具有的最基本的组成元素。
输出数据的组成元素:调查访问
输出数据如何形成的：输入的或产生的。因此定 义了有关算法
撰写软件规格说明
（1）数据对象
（2）属性
数据对象
属性
（3）联系
联系
例子：
性别 姓名 教工号
职称 职务
教师
1
教
N
姓名 学号
性别 系
学生
N
M
学
年级 成绩
课程号
课程
课名
学时
学分
某校教学管理ER图
每个属性值都必须是原子值，即仅仅是一 个简单值而不含内部结构。
满足第一范式条件，而且每个非关键字属 性都由整个关键字决定(而不是由关键字 的一部分来决定)。
访谈纪要
描述背景
•访谈目标 •参与人员，地点，时间 •被访谈者的背景 •访谈气氛
整合关键结果
•被访谈者的判断和结论 •自己的结论 •结论的支持性细节
界定下一步工作
如需要附上其它文件
调查问卷
名称：可以指明调查对象并扼 要指明调查内容 前言：前言应该介绍本次调查 问卷的目的，从而指导被试如 何回答 主体：主体一般包括个人特征 资料部分、事实性问题部分、 态度性问题部分。 结语：感谢；征询被调查者的
但是有如下突出优点： 1.开发者和用户不分彼此，齐心协力，密切合作； 2.及时讨论并求精； 3.有能导出规格说明的具体步骤。
实现用户看得见的功能，省略目标系统的“隐含”功能
常用方法与工具 数据库 查询和报表语言等
为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的 书面描述。通常，模型由一组图形符号和组织这些符号的规则组成。
高层数据流图并未囊括所有细节，回溯会遇到数 据元素缺失的问题或算法不清晰的问题。通过沟
输出信息 通解决。
简易的应用规格 说明技术
面向团队的需求收集法，提倡用户与开发者密 切合作，共同标识问题，提出解决方案要素， 商讨不同方案并指定基本需求。
初步访 谈
分别撰 写产品 需求
筹备研 讨会
开会研 讨
制定减肥计划的软件： 情景：肥胖症患者的年龄、性别、身高、体重、腰围等数据 系统处理：给出患者菜单 对方客户：特殊需求的患者不适用该菜单
被访谈者 紧张或焦 虑
被访谈者 喋喋不休
• 明确背景情况 • 解释此行的目的及他们的所获 • 建立关系 • 显得很轻松并自信
• 避免提问开放式的问题 – 将其 重新组织成明确的问题
张海藩《软件工程导论》(第6版)(课后习题 第3章 需求分析)【圣才出品】
第3章需求分析1．为什么要进行需求分析？通常对软件系统有哪些需求？答：（1）需求分析的原因为了开发真正满足用户需求的软件产品，需求分析是软件开发工作获得成功的前提条件，不能满足用户需求的程序只会令用户失望，给开发者带来烦恼。
（2）对软件系统的需求功能需求、性能需求、可靠性和可用性需求、出错处理、借口需求、约束、逆向需求、将来可能提出的要求。
2．怎样与用户有效地沟通以获取用户的真实需求？答：访谈是最早开始使用的获取用户需求的技术，也是目前广泛使用的需求分析技术，访谈有两种形式，分别是正式的和非正式的访谈。
正式访谈时，系统分析员将提出一些事先准备好的具体问题。
在非正式访谈中，分析员将提出一些用户可以自由回答的开放性问题，以鼓励被访问人员说出自己的想法。
其中情景分析技术往往非常有效。
3．银行计算机储蓄系统的工作过程大致如下：储户填写的存款单或取款单由业务员输入系统，如果是存款则系统记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、到期日期、利率及密码（可选）等信息，并印出存单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并印出利息清单给储户。
用数据流图描绘系统中的数据对象，并用实体联系图描绘系统中的数据对象。
答：（1）数据流图，如图3-9所示。
图3-9银行计算机储蓄系统数据流图（2）E-R模型如图3-10所示。
本题中共有两类实体，分别是“储户”和“储蓄所”，在它们之间存在“存取款”关系。
因为一位储户可以在多家储蓄所存取款，一家储蓄所拥有多位储户，所以“存取款”是多对多（M：N）关系。
储户的属性主要有姓名、住址、电话号码和身份证号码，储蓄所的属性主要是名称、地址和电话号码，而数额、类型、到期日期、利率和密码则是关系类型存取款的属性。
图3-10银行计算机储蓄系E-R图4．分析习题2第3题所述的机票预订系统。
试用实体一联系图描绘本系统中的数据对象并用数据流图描绘本系统的功能。
软件工程导论_第三章
• 后勤部涉及到的实体及实体之间的联系如下：
• 学生：属性有学号、姓名、性别、年龄、专业和入学时间 • 宿舍：楼号、房间、档次 • 学生与宿舍的联系是一个学生只能住在一个宿舍，一个 宿舍能住多个学生，学生住宿要交租金。
教务处涉及到的实体及实体之间的联系如下：
• 学生：属性有学号、姓名、性别、年龄、专业和入学时 间 • 教师：属性有教师号、姓名、性别、职称、专业 • 课程：属性有课程号、课程名、学时数、专业 • 各实体关系描述如下：一个学生可以选多门课，一门课 可以由多个学生选修；一个教师可以教多门课，一门课也 可以由多个老师教；学生选修某门课有一个成绩；教师教 某门课有一个质量评价
结构化分析模型的组成
加 数 工 据 数据流图 说 对 E-R图 数据字典 (DFD) 明 象 （DD） 说 明 状态转换图
(STD图)
控制说明
需求描述：规格说明
• 规格说明文档或规约(specifications)
– 明确地描述产品的功能，即明确说明产品做什 么，并且列出产品要满足的任何约束。包括产 品的输入和要求的输出
4. 修正系统开发计划
根据以上三点修正以前制定的开发计划
需求分析的步骤
• • • • 需求获取：问题识别 需求提炼：分析建模(导出软件逻辑模型) 需求描述：编写<需求规格说明书> 需求验证：需求分析评审
涉及的问题1
• 如何识别、获取需求? • 你能够采取何种手段与用户进行交流沟通?
3.2需求获取
解：描述仓库和商品之间的E-R图可如下图所示
仓库号 地点 面积
仓库
1
数量
存放
n
商品
商-3】两个实体集之间的多对多的联系的绘制方法。
软工学习资料推荐
软工学习资料推荐软件工程（Software Engineering）是一门研究和应用如何以系统化和规范化的方法去构建、运行、维护和管理软件的学科。
对于软件工程学习者来说，掌握优质的学习资料是非常重要的，它们可以帮助我们深入了解软件工程的理论和实践，提升我们的编程能力和项目管理技巧。
本文将向广大软工学习者推荐一些值得阅读的软工学习资料。
一、软件工程导论1. 《软件工程导论》（Introduction to Software Engineering）- Ian Sommerville这本书是软件工程学习的经典教材，已经成为了许多大学软工专业的教材之一。
作者通过清晰简洁的语言，详细介绍了软件工程的各个方面，包括软件开发过程、需求分析、软件设计、软件测试等。
它不仅适合软件工程专业的学生，也适合其他对软工感兴趣的读者。
2. 《软件工程：实践者的研究方法》（Software Engineering: A Practitioner's Approach）- Roger S. PressmanPressman的这本书是软件工程领域的经典著作之一，对软件开发的整个过程进行了深入的介绍和剖析。
书中包含丰富的案例和实践经验，让读者能够更好地理解软件工程中的实际问题和解决方法。
二、软件需求工程1. 《软件需求工程》（Software Requirements Engineering）- Karl Wiegers、Joy Beatty这本书主要介绍了软件需求工程的理论和实践。
作者通过大量的示例和案例，详细讲解了如何正确地进行需求分析和需求管理，以及如何定义和验证软件需求。
对于从事软件需求工程的工程师和项目经理而言，这本书是一本不可或缺的好资料。
2. 《需求工程：基础》（Requirements Engineering: Fundamentals）- Klaus Pohl、Chris Rupp本书系统地介绍了需求工程的基本概念和方法，帮助读者全面理解需求工程的整个过程。
软件工程导论简答题
软件⼯程导论简答题三、简答题1.什么是需求分析？需求分析阶段的基本任务是什么？答：需求分析是当前软件⼯程中的关键问题，需求分析阶段的任务是：在可⾏性分析的基础上，进⼀步了解、确定⽤户需求。
准确地回答“系统必须做什么？”的问题。
获得需求规格说明书。
还涉及到软件系统的⽬标、软件系统提供的服务、软件系统的约束和软件系统运⾏的环境。
它还涉及到这些因素和系统的精确规格说明，以及系统进化之间的关系。
需求分析的基本任务包括：(1)抽取需求分析现⾏系统存在需要解决的问题。
获取⾜够多的问题领域的知识，需求抽取的⽅法⼀般有问卷法、⾯谈法、数据采集法、⽤例法、情景实例法以及基于⽬标的⽅法等；还有知识⼯程⽅法，例如，场记分析法、卡⽚分类法、分类表格技术和基于模型的知识获取等。
(2)模拟和分析需求需求分析和模拟⼜包含三个层次的⼯作。
⾸先是需求建模。
需求模型的表现形式有⾃然语⾔、半形式化(如图、表、结构化英语等)和形式化表⽰等三种。
需求概念模型的要求包括实现的独⽴性:不模拟数据的表⽰和内部组织等；需求模拟技术⼜分为企业模拟、功能需求模拟和⾮功能需求模拟等。
(3)传递需求传递需求的主要任务是书写软件需求规格说明。
(4)认可需求就是对需求规格说明达成⼀致，其主要任务是冲突求解，包括定义冲突和冲突求解两⽅⾯。
常⽤的冲突求解⽅法有：协商、竞争、仲裁、强制、教育等，其中有些只能⽤⼈的因素去控制。
(5)进化需求客户的需要总是不断(连续)地增长，但是⼀般的软件开发⼜总是落后于客户需求的增长，如何管理需求的进化(变化)就成为软件进化的⾸要问题。
对于传统的变化管理过程来说，其基本成分包括软件配置、软件基线和变化审查⼩组。
当前的发展是软件家族法，即产品线⽅法。
多视点⽅法也是管理需求变化的⼀种新⽅法，它可以⽤于管理不⼀致性，并进⾏关于变化的推理。
2．等价分类法的基本思想是什么？答：根据程序的输⼊特性，将程序的定义域划分为有限个等价区段——“等价类”，从等价类中选择出的⽤例具有“代表性”，即测试某个等价类的代表值就等价于对这⼀类其他值的测试。
软件工程导论-第3章_需求分析_(第五版)(张海藩编著)_a_百度文库
(2) 完整性：需求必须是完整的，规格说明书应该包括用户需要的
每一个功能或性能。
(3) 现实性：指定的需求应该是用现有的硬件技术和软件技术基本
上可以实现的。对硬件技术的进步可以做些预测，对软件技术的进步 则很难做出预测，只能从现有技术水平出发判断需求的现实性。
(4) 有效性：必须证明需求是正确有效的，确实能解决用户面对的
成功来之不易
31%
（取消）
16.2%
（成功地完成）
53.8%
（受到挑战） Source: Standish Group
2
软件项目失败的原因
软件项目失败的最重要的五个主要原因：
需求不完整 缺少客户的参与 缺少资源 期望值过高 缺少高层的支持
0% 5% 10% 15%
3
需求错误的成本
4
软件需求的重要性： •软件需求分析是决定软件成功开发的一个关键因素
3.1.4 修正系统开发计划
根据在分析过程中获得的对系统的更深入更具体 的了解，可以比较准确地估计系统的成本和进度，修 正以前制定的开发计划。
补充：与用户沟通获取需求的方法
3.2 与用户沟通获取需求的方法
需求获取的困难：
－用户通常并不真正知道自己希望计算机系统做什么 用户通常使用业务语言表达需求，开发人员缺乏相关 的领域知识和经验，难以准确理解这些需求 －不同的用户提出不同的需求，可能存在矛盾和冲突 管理者可能出于增加影响力的原因而提出特别的需求 －由于经济和业务环境的动态性，需求经常发生变更
图3.7 IPO图的一个例子图
模块编号:c.5.5.8
图3.7 IPO图的一个例子图
图3.8 改进的IPO图的形式
本书建 议使用 一种改 进的 IPO图 (也称 为IPO 表 )，
软件工程导论----张海藩(第五版)课后习题答案
《软件工程导论》课后习题答案第三章需求分析习题答案1.需求分析的描述工具有哪些?有数据流图、数据字典、判定表、判定树、结构化自然语言、层次方框图、Warnier 图、IPO图和需求描述语言等。
2.需求分析的基本任务是什么?准确定义未来系统的目标，确定为了满足用户的需要系统必须做什么。
3.怎样建立目标系统的逻辑模型?要经过哪些步骤?建立目标系统的逻辑模型的过程也就是数据流图的分解过程。
它的导出过程如图：10.某单位拟开发一个计算机房产管理系统，要求系统具有分房、调房、退房和查询统计等功能。
房产科将用户申请表输入系统后，系统首先检查申请表的合法性，对不合法的申请表，系统拒绝接收；对合法的申请表根据类型分别进行处理。
(1) 如果是分房申请，则根据申请者的情况(年龄、工龄、职称、职务、家庭人口等)计算其分数，当分数高于阀值分数时，按分数高低将申请单插到分房队列的适当位置。
在进行分房时，从空房文件中读出空房信息，如房号、面积、等级、单位面积房租等，把好房优先分给排在分房队列前面的符合该等级房条件的申请者；从空房文件中删掉这个房号的信息，并从分房队列中删掉该申请单，再把此房号的信息和住户信息一起写到住房文件中，输出住房分配单给住户，同时计算房租，并将算出的房租写到房租文件中。
(2) 如果是退房申请，则从住房文件和房租文件中删除有关信息，再把此房号的信息写到空房文件中。
(3) 如果是调房申请，则根据申请者的情况确定其住房等级，然后在空房文件中查找属于该等级的空房，退掉原住房，再进行与分房类似的处理。
(4) 住户可以向系统查询目前分房的阀值分数，居住某类房屋的条件，某房号的单位面积及房租等信息。
房产科可以要求系统打印住房情况的统计表，或更改某类房屋的居住条件、单位面积和房租等。
用数据流图描绘该系统的功能需求；在数据字典中给出主要的数据流、文件和加工说明。
第四章总体设计习题答案9. 比较层次方框图与结构图是的异同？(1) 层次方框图描绘数据的层次结构, 结构图描绘的是软件结构。
软件工程需求分析报告
软件工程需求分析报告一、引言。
随着信息技术的不断发展，软件在各行各业中的应用越来越广泛。
而软件工程作为一门学科，对于软件开发过程中的需求分析显得尤为重要。
需求分析是软件工程的第一步，它直接关系到软件开发的成败。
因此，本报告旨在对某软件项目的需求进行分析，以期为后续的软件设计和开发提供指导。
二、需求分析的背景。
本次需求分析的对象是一款用于在线教育的学生管理系统。
随着在线教育的兴起，学生管理系统成为了学校教务管理的重要工具。
而现有的学生管理系统在功能上存在不足，用户体验也不够友好，因此需要进行重新设计和开发。
在这种背景下，我们进行了需求分析，以期为新系统的开发提供指导。
三、需求分析的内容。
1. 功能需求分析。
学生管理系统的功能需求主要包括学生信息管理、课程管理、成绩管理、教师管理、班级管理等。
在学生信息管理方面，需要包括学生基本信息、家长联系方式、学生课程情况等；在课程管理方面，需要包括课程信息、上课时间、授课教师等；在成绩管理方面，需要包括成绩录入、成绩查询等。
同时，系统还需要支持权限管理、数据统计分析等功能。
2. 性能需求分析。
对于学生管理系统来说，性能需求是非常重要的。
系统需要具有良好的稳定性和可靠性，能够支持大量并发访问。
同时，系统的响应速度也需要较快，保证用户能够在短时间内完成操作。
此外，系统还需要具备较高的安全性，确保学生信息和教务数据不会泄露或被篡改。
3. 用户需求分析。
用户需求是需求分析的重要组成部分。
在这款学生管理系统中，主要的用户包括学生、教师、家长和教务人员。
因此，系统需要考虑到不同用户的使用习惯和需求，提供相应的用户界面和操作方式。
同时，系统还需要支持多端访问，包括PC 端、移动端等，以满足用户在不同场景下的需求。
4. 界面需求分析。
良好的用户界面是提高系统易用性的关键。
在学生管理系统中，界面需求主要包括界面布局、颜色搭配、字体大小等方面。
界面需要简洁清晰，符合用户的视觉习惯，同时需要考虑到不同设备的显示效果，确保在不同分辨率下都能够正常显示。
软件工程导论(整理)
一、软件危机与软件工程1、软件危机软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题.（正常、不正常运行软件都具有这种问题）2、软件危机的原因1）软件本身特点造成；程序规模庞大；程序复杂性随着程序规模的增加而呈指数上升。
2）软件开发与维护的方法不正确。
主要表现：（a）忽视软件需求分析；（b）认为软件开发就是写程序并使之运行；（c）轻视软件维护;3、解决软件危机的途径：1、组织管理：软件开发不是某种个体劳动的神秘技巧,软件开发应该是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目。
2、方法：应该推广使用在实践中总结出来的开发软件的成功的技术和方法，并且研究探索更好更有效的技术和方法，尽快消除在计算机系统早期发展阶段形成的一些错误概念和做法。
3、工具：应该开发和使用更好的软件工具。
在软件开发的每个阶段都有许多繁琐重复的工作需要做，在适当的软件工具辅助下，开发人员可以把这类工作做得既快又好.4、软件工程包括哪7条基本原理？1. 用分阶段的生命周期计划严格管理;2。
坚持进行阶段评审；3. 实行严格的产品控制；4. 采用现代程序设计技术;5. 结果能清楚地审查；6. 开发小组的人员应该少而精；7。
承认不断改进软件工程实践的必要性。
5、软件开发流程?1）、问题定义2）、可行性研究3)、需求分析4）、总体设计5）、详细设计6）、编码和单元测试7）、综合测试8）、软件维护6、软件开发模型瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型、rational统一过程、敏捷过程与极限编程、微软过程二、可行性研究1.系统流程图系统流程图是概括地描绘物理系统的传统工具，它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件（程序、文件、数据库、表格、人工过程等)，表达信息在各个部件之间流动的情况。
2.数据流图数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。
《软件需求分析》教学大纲
《软件需求分析》教学大纲01.课程说明课程名称：软件需求分析总学时：32先修课程：软件工程导论、数据库原理与设计、信息系统基础02.课程性质、目的和任务软件开发一般包括可行性分析、需求分析、软件设计、软件开发、软件测试、软件实施、软件服务等步骤。
需求分析是软件开发的一个步骤，主要作用是充当软件研发与客户之间的桥梁，包括对客户的信息化需求进行分析，将客户不规范的、随意的需求，转换成规范的、严谨的、结构化的需求，并进行系统规划、软件开发设计、软件变更设计等。
通过本课程的学习，要求学会如何进行软件的需求分析，如何搜集用户需求，如何设计软件界面、功能、数据库，学会如何编写需求文档，学会建立正确的需求分析的思维方式，深刻理解管理软件是为管理服务的。
03.教学内容第1章需求分析入门（2学时）（一）主要内容：什么是管理软件，什么是好软件，需求分析包括的主要工作内容，如何成为需求分析师，快速原型开发模型。
（二）教学重点：深刻理解什么是好软件，为设计好软件打下坚实的基础。
（★★★★★）了解管理软件常用的实施方式，不同方式的优缺点。
（★）了解企业管理工作包括哪些内容。
（★）了解成为一个好的需求分析师的条件。
（★）理解“快速原型”开发模型。
（★★）（三）课后思考题：1.你觉得学校的管理工作包括哪些内容？2.如果让你策划一款软件系统管理你们的学校，你觉得可以包括哪些功能？3.根据好软件的特点，分析一下腾讯的微信App。
4.评价一下你在学校中看到过的某管理软件（如学生选课系统、图书管借书系统等）。
5.结合需求分析师的性格要求，分析一下自己的性格特点。
第2章需求获取（4学时）（一）主要内容：获取需求的七种方法：观察法、体验法、问卷调查法、访谈法、单据分析法、报表分析法、需求调研会法。
（二）教学重点：需求调研的七种方法，理解调研过程中需要将这些方法结合运用（★）如何制作调查问卷（★★★★）如何准备调研访谈（★★）访谈过程如何进行（★★）如何收集单据（★★★）如何分析单据（★★★★★）生成报表的触发条件（★）如何分析报表（★★★★★）报表对功能设计的影响（★★★★★）（三）课后思考题：1.编写一份调查问卷，了解学校是如何管理学生宿舍的。
软件工程导论第1章(第4版)
软件工程导论 （第4版）
张海藩 编著
总目录
第1章 软件工程学概述 第8章 维护
第2章 可行性研究
第9章 面向对象方法学引论
第3章 需求分析
第10章 面向对象分析
第4章 形式化说明技术 第11章 面向对象设计
第5章 总体设计
第12章 面向对象实现
第6章 详细设计
第13章 软件项目管理
测试、综合测试又称为系统实现。 设计出实现目标系统的方案，设计程序的体系结构。 确定实现模块功能所需要的算法和数据结构； 设计出程序的详细规格说明； 用适当的程序设计语言写出正确的容易理解、容易维护的
程序模块并进行单元测试； 根据设计的软件结构，把各模块装配起来并进行测试； 通过对软件测试结果的分析预测软件的可靠性； 写出测试计划和详细测试方案并记录实际测试结果； 按照规格说明书的规定，由用户对目标系统进行验收。
第7章 实现
第1章 软件工程学概述
软件成为独立的商品 计算机应用的普及，促使人们对软件的品种、
数量、功能、质量等提出了越来越高的要求 在1970前，计算机硬件工程技术由于电子技术
的发展而建立 重视软件开发过程、方法、工具和环境的研
究—软件工程
1.1 软件危机 一.软件
1.软件的定义 软件是能够完成预定功能和性能的可执行的计算
2. 产生软件危机的原因
（1）软件开发个体化，采用了错误的方法和技术，无设计资 料留存； （2）软件规模的增长，使得软件的复杂度增加，软件的可靠 性随软件规模的增长而下降，质量保证越来越困难； （3）软件维护费用急剧上升。
据统计，软件维护费用大约占到软件总花费的2/3； （4）软件生产技术进步缓慢，是加剧软件危机的重要原因。