中南university软件工程教材知识点点整理.doc

可行性研究 软件工程项目可行性研究实质是一次大大压缩和简化了的分析和设计过程，主要在较高层次上以较抽象的方式进行，其目的是在尽可能短的时间内以最小的代价确定该项目是否能够开发，是否值得开发。 可行性研究不是去开发一个软件项目，而是研究该项目能否在给定的资源和给定的时间开发，是否能够开发，是否值得开发。 可行性研究的内容：技术可行性 （相关技术分析、资源有效性分析、风险分析）；经济可行性 （成本估计、效益分析 ）；操作可行性 ，又称社会可行性和运行可行性（就政治意识形态、法律法规、社会道德、民族意识以及系统运行的组织机构或人员等，分析系统能否运行及运行好坏程度）。 可行性研究的步骤：对系统目标和范围的定义→对现行系统进行分析研究→导出新系统的逻辑模型→设计新系统的物理方案→推荐可行的方案。 可行性研究阶段，成本估计的方法： ①基于已完成的类似项目进行估算；（自顶向下估计） 缺点:对开发中某些局部问题难以预估，导致考虑不周 ②使用简单的“分解技术”来进行成本及工作量的估算；（自底向上估计） ③使用经验模型进行成本及工作量的估算。（经验算法估计） 主要经验模型：静态单变量模型；动态多变量模型；COCOMO模型。 COCOMO模型：Boehm将软件成本估算分成3个由粗到细的层次：基本层、中间层和详细层。每个层次又按软件项目的应用领域和复杂程序分成3种类型：组织型、半独立型和嵌入型。 效益分析：系统的效益有两部分：经济效益和社会效益。 经济效益是指用使用新系统而增加的收入，包括使用新系统节省的运行费用，是一种有形的效益。 （经济效益度量指标：货币的时间价值 、纯收入、投资回收期 、投资回收率）；社会效益是一种无形的效益，主要从性质上、心理上进行衡量，很难直接量化，但在某些情况下，无效的效益能转化成有形的效益。 系统流程图是描绘物理系统的传统工具，可以采用系统流程图来描述项目的大概业务处理流程，其基本思想是用图形符号以黑盒子形式描绘系统各部件（如程序、数据库、文档、人工过程等）。系统流程图表达的是信息在系统中各部件之间流动的情况，而不是对信息进行加工处理的控制过程。（信息有流动无处理） 数据流图描述的是系统的逻辑模型，图中没有具体的物理元素，只是描绘信息在系统中的流动和处理情况。（数据流图是逻辑系统的图形表示） 软件项目计划 软件项目计划的目标就是提供一个框架，使管理者有能够对资源、成本、风险及进度进行合理的估算分析和调度，为软件工程过程提供管理依据。 项目计划一般由软件项目的管理员、系统分析员与用户经过“可行性研究后”共同制订，并在“需求分析”阶段确定软件系统的详细需求后定稿，随着项目的进展定期更新。 2、软件项目计划的主要内容:风险分析、进度安排和项目组织。 3、风险分析活动：风险标识（项目风险、技术风险和商业风险）、风险估计、风险评价和风险管理与监控。 4、进度安排方法：PERT技术和Gantt图方法（看看书上的过程）。 5、小结：由于经过风险分析，能够做到“知已知彼”（彼即风险），从而“百战不殆”，使得开发者能够战胜风险带来的损失，使项目成功。 进度安排的落空不仅会造成项目开发成本的提高，造成有形的经济损失，而且会使客户的不满意度、不信任度增加，造成无形的经济损失。 在软件开发过程中，人是最活跃的部分。 需求分析 需求分析是指开发人员通过细致的调查分析，详细、准确和完整地理解用户需要什么样的软件，将用户非形式的需求陈述转化为完整的需求定义，再将需求定义转换到相应的需求规格说明的过程。 通常，把一整套的需求分析方法、技术和工具等的集合称为建模方法。 需求收集的方式：访谈（程式化的访谈和非程式化的访谈 ）；问卷调查；使用用例；用户资料收集；建立快速原型。 需求分析主要任务：问题分析、需求描述、需求评审。 需求分析主要目的：确定用户需要系统做什么。 6、需求规格说明：需求分析的主要成果是得到需求规格说明（SRS）。需求规格说明为用户、分析人员、设计人员和测试人员之间的理解和交流提供了方便，是系统设计、测试和验收的依据。 大量统计数字表明，软件系统中15%的错误起源于需求的错误。一个有效的需求规格说明应具有如下特征：正确性、无歧义性、完整性、一致性、可验证性、可理解性、可修改性、可追踪性和注释等。 需求分析说明书的作用：① 用户与开发人员之间的合同 ② 概要设计的依据 ③ 软件验收测试的依据。 数据流建模（功能建模） 7、数据流建模：数据流建模方法是一种结构化分析方法（SA）；自顶向下、逐层分解地定义系统需求；主要是利用数据流图（DFD）来对用户需求进行分析。 8、数据流图：数据流图描述的是系统的逻辑模型，图中没有具体的物理元素，只是描绘信息