《计算机软件开发基础课件》由会员分享，可在线阅读，更多相关《计算机软件开发基础课件（37页珍藏版）》请在金锄头文库上搜索。
1、需求分析,第2页,软件工程七条基本原理,用分阶段的生命周期计划严格管理 坚持进行阶段评审 实行严格的产品控制 采用现代程序设计技术 结果应能清楚地审查 开发小组人员少而精 承认不断改进软件工程实践的必要性,第3页,一、软件生命周期各个阶段任务,需求分析、定义 系统总体设计 系统编程 系统测试 系统维护,第4页,瀑布模型,需求分析7%,系统设计6%,软件编程7%,软件测试13%,软件维护67%,用户要求,分析报告,系统设计报告,源程序,测试报告,更改要求,U A M,A T M,M P,U T P,U A M P,A 系统分析员 M 项目管理员 P 程序员 T 高级程序员 U 用户,第5页,瀑布
2、模型的特点,瀑布模型具有顺序性和依赖性,即后一阶段的工作必须在前一阶段的工作完成后才能开始。 把逻辑设计与物理设计清楚地划分开，是瀑布模型的重要指导思想。 瀑布模型强调的是优质，即每一步都循序渐进，及早消除隐患，从而保证软件质量。 它的致命缺点在于只有做出精确的需求分析，才能取得预期的结果。由于各种客观、主观的原因，需求分析往往不很精确，常常给日后的开发带来隐患。,第6页,原型模型样品模型,原型模型的主要思想： 先借用已有系统作为原型模型，通过“样品”不断改进，使得最后的产品就是用户所需要的。 原形模型的特点： (1）开发人员和用户在“原型”上达成一致。这样一来，可以减少设计中的错误和开发中的
3、风险，也减少了对用户培训的时间，而提高了系统的实用、正确性以及用户的满意程度。 （2）缩短了开发周期，加快了工程进度。 （3）降低成本。 原型模型的缺点： 当告诉用户，还必须重新生产该产品时，用户是很难接受的。这往往给工程继续开展带来不利因素。,第7页,快速原型模型,分析,原型 样品 模型,设计,编程,测试,使用,修改 与 改进,在系统分析与 设计中，采用 交互式，反复 修改与不断改 进的方式进行。,还有的把原型模式嵌套在瀑布模型中运用。,第8页,螺旋模型,螺旋模型将工程划分为4个主要活动：制定计划、风险分析、实现工程和用户评价。4个活动螺旋式地重复执行，直到最终得到用户认可的产品。 制定计划
4、：确定软件目标,选定实施方案,弄清项目开发限制条件。 风险分析:分析可选方案,分析识别风险,研究解决化解风险的办法。 实现工程:实施软件产品的开发。 用户评价:对当前工作结果进行评价，提出改进产品的建议。 螺旋模型的缺点:很难让用户确信这种演化方法的结果是可以控制的.,第9页,其他模型,智能模型 也称基于知识的软件开发模型，它与专家系统结合在一起。该模型应用基于规则的系统，采用归纳和推理机制，帮助软件人员完成开发工作，并使维护在系统规格说明一级进行。 该模型在实施过程中要建立知识库，将模型本身、软件工程知识与特定领域的知识分别存人数据库。以软件工程知识为基础的生成规则构成的专家系统与含应用领域
5、知识规则的其他专家系统相结合，构成这一应用领域软件的开发系统。 面向对象生存周期模型 其主导思想是：在整个软件开发过程中将面向对象技术贯穿于整个生存周期。当然，还要结合传统开发模式中好的、已被无数成功开发活动证明是可行的经验和技术。,第10页,二、软件工程管理,软件工程项目管理的任务 软件人员组织与管理 软件配置管理 软件知识产权保护,第11页,软件工程项目管理的任务,软件工程项目管理所涉及的范围覆盖了整个软件工程过程。它管理的任务是：根据项目合同书的要求，制定项目计划和工程进度安排、监督和检查项目实施过程、保证工程满足要求的质量标准、分析确定并排除风险、在规定的期限和预算成本内完成项目。包括
6、： 项目计划和进度安排 项目追踪和质量保证 成本估算 风险分析,第12页,软件人员组织与管理,人员是软件工程项目最重要、也是最为活跃的资源因素。如何组织得更加合理，如何管理得更加有效，从而最大限度地发挥这一重要的资源潜力，对于成功地完成软件工程项目至关重要。 项目组的组织结构 程序设计小组的组织形式 软件项目的管理,第13页,软件配置管理,软件配置管理是人们在软件工程实践过程中总结出的一套管理办法和原则。软件配置管理将伴随整个软件生存周期。 软件配置管理和基线 配置管理的任务,第14页,三、软件需求分析,需求分析从系统需求入手，从用户观点出发建立系统用户模型。用户模型从概念上全方位表达系统需求
7、及系统与用户的相互关系。系统分析在用户模型的基础上，建立适应性强的独立于系统实现环境的逻辑结构。 分析阶段独立于系统实现环境，可以保证建立起来的系统结构具有相对的稳定性，便于系统维护、移植或扩充。 在分析阶段，系统的逻辑结构应从以下三方面全面反映系统的功能与性能： （1）信息。完整描述系统中所处理的全部信息； （2）行为。完全描述系统状态变化所需处理或功能； （3）表示。详细描述系统的对外接口与界面。,第15页,需求分析、定义,任务是：收集、分析、理解、确定用户的要求；然后把用户的要求精确、完整地描述表达出来。 目的：要回答“要解决什么问题？”， 既系统”做什么？“。 它要规定项目必须满足的总
8、目标；确定项目的可行性；拟定完成项目各个目标的策略，制定项目资源成本和进度。 分两步骤： 可行性研究： 制定软件开发计划 进行需求分析 阶段结果， 产生出： 可行性报告、软件计划、需求说明书,第16页,1、软件需求定义的任务,理解和表达用户要求，制定软件开发计划，编写要求说明书。 收集、理解、明确用户的要求，明确系统做什么？建立系统的逻辑模型，写出开发计划和需求分析报告。,第17页,确定对系统的综合要求,系统功能要求 找出系统必须完成的所有功能。 系统性能要求 例如，联机系统的响应时间，系统需要的存储容量以及后援存储，重新启动和安全性等问题。 运行要求 对系统运行环境的要求。例如，什么样的硬件
9、环境？采用哪种DBMS？OS平台是什么？需要什么样的外存储器和数据通信接口等。 将来可能提出的要求 为系统将来可能的扩充和修改预做准备。,第18页,软件需求定义的工作流程,系统定义,用户要求,软件功能,范围,功能说明书,软件计划,软件定义,软件功能,费用、资源进度,第19页,2、需求分析过程,基本过程示意图 沿数据流回溯 用户复查 细化数据流图 修改开发计划 书写文档资料 审查和复审,第20页,需求分析的基本过程,用户,分析员,程序员,软件开发计划,软件需求说明书,分析追踪 数据流图,用户复查,细化数据 流图,无补充 修改,需要分解,不要分解,有补充修改,交换意见 作出贡献,第21页,书写文档
10、资料,在软件生命周期的各个阶段，作为阶段成果的组成部分文档资料，其作用如何强调都不过份。本阶段应完成4份文档资料： 系统规格说明 描述目标系统的概貌、功能要求、性能、运行及将来可能提出的要求。 用户系统描述 从用户角度描述系统，类似一份用户手册初稿。 数据要求 包括DD、数据结构的层次框图等。 修改的开发计划 包括成本估计、进度计划表、资源使用计划等。,第22页,文档资料,文档资料是软件必不可少的重要组成部分。 实际上，软件的文档资料是开发组织和用户的之间权利和义务的合同书，是系统管理者、总体设计者向开发人员下达的任务书，是系统维护人员的技术指导手册，是用户的操作说明书。 缺乏必要的文档资料或
11、者文档资料不合格，将给软件开发和维护带来许多严重的困难和问题。,第23页,说明,需求说明书主要内容： 概述 开发系统的意义、目的、背景及技术术语； 现性系统的概况 业务流程、范围、存在的问题等； 需求说明 功能描述 信息描述：DFD、DD、DS、IPO、接口等 性能描述 运行环境 系统限制 用户系统描述 系统功能和性能的描述 使用系统的主要步骤和方法 系统用户的责任等,第24页,审查和复审,分析阶段最后一步是按结束标准对该阶段的工作成果进行正式的技术审查和管理审查。,第25页,3、需求分析的图形工具,图形工具在描述复杂关系时比文字叙述要优越。在系统需求分析过程中为了准确描述需求，常采用一些简单
12、的描述工具，例如数据流程图（DFD）、数据字典（DD）、结构化语言、判定表和判定树等。,第26页,数据流图DFD,数据流图（DFDData Flow Diagram ）以图形的方式表达数据处理系统中信息的变换和传递过程。它有四种基本符号：,S,P,X,数据源及数据终点,加工 对数据进行的加工或变换，指向加工的数据流 是输入数据；离开的是输出数据。,数据流 具有名字且有流向的数据,文件 存放数据的场所,第27页,举例宾馆管理系统,客人,预订,登录,房管,客人信息库,可售房库,售出房库,客帐库,公安,预付 款,财务,IDD,第28页,数据流图的结构,一个实际问题的数据加工流程是非常复杂的。如果绘制
13、在一个平面图上就显的太乱了。因此，通常采用分层次结构。把一个复杂的问题，分解为一些相互独立的子问题，再绘出分层DFD。,第29页,结构图分层举例,宾馆 管理,DFD/L0,顶层图,第2层图,DFD/L1,A,D,C,E,第3层图,DFD/L2.2,DFD/L2.1,A1,A2,A3,E1,E2,B,第30页,结构图分层举例,采用用户容易理解的图形工具 从全局认识系统,采用自顶向下,逐级分析的方式,销售MIS,销售MIS,经营,库存,财务,1）,2）,3）,销售MIS,经营,库存,财务,市场分析,统计分析,客户档案,盘点结存,订货管理,工资核算,采购计划,工资核算,成本核算,面向用户,强调逻辑而
14、非实现(在该阶段,不考虑系统的实现问题) 以获取分离数据和加工为动机(这点很重要)。,结构图分层举例,第31页,数据字典DD（Data Directory）,DD对数据流程图中出现的所有元素给出逻辑定义;即给出DFD中的数据流、加工和文件、及及数据项等的详细解释。 数据字典的条目解释通常采用规范的定义形式： 客帐=帐号+房租+IDD费+餐饮费+洗衣费+娱乐费+日期+经办人 内容 数据流：编号、名称、简述、别名、构成、来源、去向、流量 数据项目：编号、名称、简述、别名、类型、长度、位数 数据文件：编号、名称、简述、别名、构成、关键字、存取要求 处理 编号、名称、简述、别名、处理条件、I/O内容、
15、处理逻辑,第32页,编写DD的要求,一致性、无冗余 与DFD相互引用 DD的建立和维护是件细致而又复杂的工作。大的数据处理系统在DD上投入的工作量是相当大的。一般采用计算机进行DD的自动管理，包括：建立新的条目定义、修改、查询操作等。 DD中收集的信息不容许有多重定义的现象（即最小冗余度）。,第33页,判定表,采用判定树能把加工逻辑表示的更加清楚。判定树中纵向各列给出的是不同的条件，横向各行则表示在任何条件下相应的处理。例如：,条件 结 帐 时 间 12点前 1218点 18点后,处理,不收费,收半费,收全费,第34页,判定树,判定树比判定表更家直观，它用来描述具有多个条件的数据加工更容易被用户接受。树状的分枝表示多种不同的条件。例如，,结帐时间=？,12点前 1218点间 18点后,不收费 收半费 收全费,下一页,第35页,教学课时分配表,第36页,第1阶段 确定设计方向（1周）,【教学目的和要求】 复习前期学习的基础知识和基本技能，熟悉C#、Java、ASP.NET、网页设计等编程环境。根据所学重点和所掌握内容的侧重点，选择合适的设计方向和题目。 【教学重点和难点】 重点：选择合适的设计方向和题目 难点：选择合适的设计方向和题目 【主要内容】 1.1 选题意义 1.2 主要内容 1.3 拟实施步骤,第37页,第2阶段 可行性分析 （2周）,【教学目的和要求】
