可行性研究及需求分析.ppt

《可行性研究及需求分析.ppt》由会员分享，可在线阅读，更多相关《可行性研究及需求分析.ppt（78页珍藏版）》请在优知文库上搜索。

1、第一章第一章 软件工程概述软件工程概述第二章第二章 可行性研究可行性研究第三章第三章 需求分析需求分析第四章第四章 总体设计总体设计第五章第五章 详细设计详细设计第六章第六章 软件编码软件编码第七章第七章 软件测试软件测试第八章第八章 软件维护软件维护第九章第九章 面向对象的软件工程面向对象的软件工程第十章第十章 软件项目管理软件项目管理2.1 2.1 可行性研究可行性研究2.2 2.2 需求分析需求分析2.3 2.3 结构化需求分析方法结构化需求分析方法2.4 2.4 结构化分析建模结构化分析建模 可行性研究的主要任务就是了解客户的要求及现实环境，从技术、经济和社会因素三方面研究并论证软件项

2、目的可行性，为合理地达到开发目标可能选择的各种方案。2.1.1 项目立项概述 1、立项 (1)项目发起 (2)项目论证 (3)项目审核 (4)项目立项 2、可行性研究的结论有三种情况：可行，按计划进行基本可行，需要对解决方案做出修改不可行，终止项目2.1.2可行性研究的内容战略可行性研究操作可行性研究计划可行性研究技术可行性研究社会可行性研究市场可行性研究 经济可行性研究 风险可行性研究 根据用户提出的系统功能、性能及实现系统的各项约束条件，从技术的角度研究实现系统的可行性。在技术可行性研究中，必须对要求的功能、性能以及限制条件进行分析，以确定使用现有的技术能否实现这个系统。要考虑能否得到所需

3、要的软件和硬件资源，能否组织一个有能力完成开发任务的、熟练的开发队伍，现有的开发技术是否达到开发系统所要求的水平，以及开发风险有多大。通常在进行技术可行性研究时要考虑以下两方面的问题。技术资源 一般来说，开发软件系统的技术资源有硬件资源（包括计算机系统、网络设备、通信设计及相关的辅助设备设施等）和软件资源（包括系统软件、工具软件等）进行技术可行性研究时要考虑现有的技术资源能否满足系统开发要求，如果不能，能否在成本允许的范围内获得所需要的技术资源。人力资源 人力资源包括软件开发的管理人员和各层次的技术人员。人力资源是软件开发的基础。因此，要考虑各类人员是否满足软件开发的需要，他们掌握的技术和管理

4、方法是否支持软件项目的完成。 根据技术可行性分析的结果，管理人员必须作出是否进行系统开发的决定。如果系统开发的技术风险很大，或是模型演示表明当前采用的技术和方法不能实现软件的预期功能和性能，就要做出软件开发“不能进行或不必进行”的决定。经济可行性研究的内容：一是开发、使用软件系统所需要的开发成本和运行费用；二是软件系统的投入使用所带来的效益（经济效益和社会效益），即进行开发成本的估算，评估项目成功取得的效益，确定要开发的项目是否值得投资开发。由于开发成本受项目的特性、规模等多种因素的制约，分析人员很难直接准确地估算出项目所需要的成本及产生效益。通常一个软件项目的成本包括以下个部分：购置、安装软

5、硬件及有关设备的费用；软件系统开发费用；系统安装、运行和维护费用；人员培训费用。 系统的效益一般包括经济效益和社会效益。经济效益指应用软件系统后为用户增加的收入，或降低成本，或提高工作效率，或提高质量等。它是可以通过直接的或统计的方法计算的。社会效益是指软件系统投入使用后提高了用户知名度，或是提高了用户产品的市场占有率，或是提高了管理水平等。它是很难直接计算的。在估算效益时，应该把可能影响效益发挥的各种因素考虑在内。 社会可行性是研究开发的项目是否存在违犯法律、侵权、妨碍或是对社会产生不良的影响。例如，为了保护自己软件的权益，在软件中放置逻辑炸弹，这就违犯了国家的相关法律。又如，未经授权在软件

6、中使用别人的图标，这就产生了侵权。社会可行性涉及的范围比较广泛，包括法律、合同、权益、责任、用户组织的管理模式及规范，等等。2.1.3可行性研究的步骤可行性研究的步骤 可行性研究报告 2.1 2.1 可行性研究可行性研究2.2 2.2 需求分析需求分析2.3 2.3 结构化需求分析方法结构化需求分析方法2.4 2.4 结构化分析建模结构化分析建模 u2.2.1 需求分析的任务需求分析的过程中应该遵守一些原则 需求分析是一个过程，它应该贯穿于系统的整个生存周期中 需求分析应该是一个迭代的过程 需求的表述应该具体、清晰，并且是可测量的、可实现的 需求分析主要有两个任务： 建模阶段：建立起系统的分析

7、模型 描述阶段：把需求文档化，用软件需求规格说明书的方式把需求表达出来 2.2.2需求分析的步骤需求分析分为： 需求获取、分析建模、需求描述和需求验证需求获取：收集并明确用户需求的过程 获取需求的方法有多种，比如问卷调查、访谈、实地操作、建立原型等 原型化开发过程 分析建模 获得需求后，则是对新系统建立分析模型。模型是通过一组符号根据一定的规则相互连接而成，它有助于人们更好地理解系统部件之间的关系及其所起的作用。常用的建模方法有： 1、结构化的建模 数据流图、数据字典、实体关系图、状态结构化的转换图、控制流图 2、 面向对象的建模 类图、对象图、用例图、顺序图、状态图、活动图、通信图、时序图、

8、组件图、部署图、包图等 需求描述：编制需求分析阶段的文档复杂的软件系统：需求阶段产生系统定义文档（用户需求报告）、系统需求文档（系统需求规格说明书）、软件需求文档（软件需求规格说明书） 简单的软件系统：需求阶段只需要输出软件需求文档 需求验证： 确保需求的一致性、完整性、现实性、有效性 需求分析的步骤 2.2.3 需求管理用于查找、记录、组织和跟踪系统需求变更的系统化方法。可用于：获取、组织和记录系统需求；使客户和项目团队在系统变更需求上达成并保持一致 需求管理涉及三个主要问题 识别、分类、组织需求，并为需求建立文档；需求变化 需求的可跟踪性 2.1 2.1 可行性研究可行性研究2.2 2.2

9、 需求分析需求分析2.3 2.3 结构化需求分析方法结构化需求分析方法2.4 2.4 结构化分析建模结构化分析建模 基于“分解”和“抽象”的基本思想，逐步建立目标系统的逻辑模型，进而描绘出满足用户要求的软件系统 分解：对于一个复杂的系统，把大问题分解为若干个小问题，然后再分别解决 抽象：用最本质的属性表示一个软件系统自顶向下逐层分解 结构化分析的具体步骤建立当前系统的“具体模型” 抽象出当前系统的逻辑模型 建立目标系统的逻辑模型 考虑人机界面和其他一些问题 结构化分析中经常用到的建模方法组织架构图业务流程图(TDF)数据流图（DFD）数据字典 （Data dictionary）实体关系图（ER

10、）建模的基本目标描述用户的需求为软件设计工作奠定基础定义一组需求，一旦开发出软件产品之后，就可以用这组需求为标准来验收 结构化分析过程中导出的分析模型的形式 分析模型的结构 结构化分析中经常用到的建模方法组织架构图业务流程图(TDF)数据流图（DFD）数据字典 （Data dictionary）实体关系图（ER）组织结构分析组织结构分析 是对企业、单位、部门的组织架构进行调查分析，了解是对企业、单位、部门的组织架构进行调查分析，了解完整的业务过程、审批流程、信息传递的渠道，从而为系完整的业务过程、审批流程、信息传递的渠道，从而为系统的需求分析找到入口。统的需求分析找到入口。 组织结构图是组织架

11、构的直观反映，是最常见的表现组织内各机构、岗位上下左右相互之间的关系。 1、显示其职能的划分. 2、知道其权责范围. 3、清晰其工作内容. 组织架构图没有固定格式，通常根据部门的功能、职责、工作内容进行划分。分析模型的结构 组织结构分析组织结构分析 例：目前，春景海鲜酒楼主要有例：目前，春景海鲜酒楼主要有6 6个部门：经个部门：经理部、人事部、餐厅部、后厨部、财务部、后勤理部、人事部、餐厅部、后厨部、财务部、后勤部，其组织架构如下图：部，其组织架构如下图： 结构化分析中经常用到的建模方法 组织架构图 业务流程图(TDF) 数据流图（DFD） 数据字典 （Data dictionary） 实体关

12、系图（ER）业务流程图（业务流程图（TFDTFD）就是用一些规定的符号及连线来表示某个具体业务处理过程。业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合理流向，它是物理模型。业务流程图主要是描述业务走向。业务流程图描述的是完整的业务流程，以业务处理过程为中心，一般没有数据的概念。业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合理流向，它是物理模型。业务流程图主要是描述业务走向。业务流程图描述的是完整的业务流程，以业务处理过程为中心，一般没有数据

13、的概念。 1 1、业务流程分析、业务流程分析 业务流程分析是在业务功能的基础上逐步细化，业务流程分析是在业务功能的基础上逐步细化，利用系统调查的资料，将业务处理过程利用系统调查的资料，将业务处理过程 中的每一中的每一步用一个图形将其串起来。步用一个图形将其串起来。 业务流程图（业务流程图（TFDTFD）就是用一些规定的符号及连线来表示某个具体业务处理过程。 2 2、业务流程分析过程、业务流程分析过程u 对第一业务弄清其对第一业务弄清其信息的输入、处理、存储、信息的输入、处理、存储、输出、立即存取要求输出、立即存取要求，收集相应资料。，收集相应资料。u 理顺各个岗位、各个业务流程之间的理顺各个岗

14、位、各个业务流程之间的关系关系。u 除去不必要的环节，对重复的环节进行合并，除去不必要的环节，对重复的环节进行合并，对新增的环节进行增补。对新增的环节进行增补。u 确定哪些是今后要确定哪些是今后要计算机系统处理的环节计算机系统处理的环节 。 3 3、业务流程图的基本图例、业务流程图的基本图例 业务中参与的人或事物（他或它自身信息参与到业务流程中） 业务处理（在业务流程中进行的业务处理）业务中参与的单位、部门（他们的自身信息参与到业务流程中） 文档资料 3 3、业务流程图的基本图例、业务流程图的基本图例 数据文件（以文件的形式被保存、存储） 业务流（表示业务流移动的方向）业务处理的选择判断（在业

15、务流程处理流程中需对相应的事务进行选择判断过程）u 1 1、材料仓库管理、材料仓库管理 材料仓库材料仓库 的管理业务有三项：入库、出库、月底结账。的管理业务有三项：入库、出库、月底结账。 (1). (1). 材料入库的具体步骤为：材料入库的具体步骤为： a. a. 采购员交材料入库单；采购员交材料入库单； b. b. 库管员查材料订货单，核实入库单；库管员查材料订货单，核实入库单； c. c. 材料入库，库管员验收货物；材料入库，库管员验收货物； d. d.库管员填写收货单给采购员，并把入库单存入文件库管员填写收货单给采购员，并把入库单存入文件柜留柜留 存。存。u1 1、材料入库的顶层业务流图

16、、材料入库的顶层业务流图 u2 2、材料入库的第一层业务流图、材料入库的第一层业务流图 u3 3、细化材料入库的第一层业务流图、细化材料入库的第一层业务流图 春景酒楼无线点菜业务流程图 顾客上菜提醒小票柜台刷卡预订台帐会员档案检索菜例手持终端下单顾客消费台帐预订台帐顾客催菜身份验证历史消费记录前台接待检索匹配餐台安排就座柜台开台修改餐台状态顾客点菜点菜单新加菜单退菜单顾客退菜顾客加菜顾客餐台台帐餐台预订参考台帐推荐餐台菜例台帐修改预订状态餐台预订参考台帐顾客缓菜修改上菜状态后厨分单打印后厨分单打印柜台打印修改上菜状态后厨部上菜小票消费小票顾客按单上菜传菜员结构化分析中经常用到的建模方法组织架构图业务流程图(TDF)数据流图（DFD）数据字典 （Data dictionary）实体关系图（ER）2.4.3.1数据流图一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换 可以在任何抽象层次上使用数据流图表示系统或软件 2.4.3.2 数据流图符号正方形（或立方体）表示数据的源点或终点圆角矩形（或圆形）代表变换数据的处理 开口矩形（或两条平行横线）代表数据存储箭头表示数据流