软件工程3-3

《软件工程3-3》由会员分享，可在线阅读，更多相关《软件工程3-3（65页珍藏版）》请在金锄头文库上搜索。

1、软件项目的启动问题的定义-1.1 可行性研究-1.2 项目论证-1.3 案例分析-1.4,第二部分 项目过程管理,问题定义的意义,比如：客人要求按1000元标准配一桌酒席 怎么做到客人吃得满意的同时，还能满足酒店的利润要求，厨房也能在规定的时间里做得出来？ 问题定义就是厨师长一口报出行，还是不行，不可能先做一遍试一下 而需求分析是对具体细节，进行讨论： 龙虾是一吃还是三吃，三吃是生、炸、炒 既要懂客人的需求，也知道材料的成本和后厨的能力核心关键： 对问题域的认知程度 对技术和方法的把握程度 理解，什么是系统分析师?,1.1.1 问题定义阶段的目标,问题定义阶段的工作目标是： 1、理解根本问题问

2、题背后的问题 2、确定涉众和用户 3、定义解决方案系统的边界 4、确定问题解决方案的约束条件 5、在根本问题的定义与理解上与用户达成共识,1、什么是根本问题 找到建设系统的根本驱动：,找出问题背后的问题： 找出问题的根本原因：鱼刺图方法：,找出问题背后的问题： 找出问题的根本原因： 帕累托图方法： 20/80定律,2、理解涉众和用户 “用户”（user）是一种泛称，它可细分为 “客户”（customer） “最终用户”（the end user） “间接用户”（或称为关系人）。 掏钱买软件的用户称为客户，而真正操作软件的用户叫最终用户。客户与最终用户可能是同一个人也可能不是同一个人。 某饭店经

3、理在解释“先有鸡还是先有蛋”这个哲学问题时，精辟地阐述了客户的地位： 如果顾客先点鸡，那么就先有鸡；如果顾客先点蛋，那么就先有蛋。,2、理解涉众和用户 间接用户既不掏钱买该软件产品，也不使用该软件，但是它可能对软件产品有很大的影响。 财务软件开发商在把“财务软件”卖给客户之前，这个“财务软件”必须得到国家财政部的批准。否则即使该软件的功能是完美的，但却被政府认为是非法的。所以国家财政部就是所有财务软件的间接用户，它不仅不付钱给财务软件开发商，反而要收取鉴定费、手续费等。 市面上流通的信息安全软件、杀病毒软件必须得到国家公安部的批准，否则软件开发商被逮住后戴上“非法经营”的帽子就惨了。,3、定义

4、系统边界：,我们的解决方案,系统从外部哪里得到信息 系统如何与外部进行交互 系统将做出什么处理 那些问题将属于系统处理 那些问题将交给其他系统 系统由谁操作和维护,4、限制和约束条件： 约束是对提供解决方案的我们所拥有的自由度的限制 潜在的系统约束可能包括： 经济的：财务预算、成本控制、产品价格因素等 组织的：内部结构、跨部门协调等 技术的：技术选择的限制、技术和平台制约、技术可行性等 系统的：集成还是从头开始、与平台的兼容性、采用组件的考虑等 环境的：开发环境限制、管理和规范约束、安全和保密要求等 进度和资源的：进度要求、资源限制、投入和资源再利用等 假设：因为，所以，我们假定，在情况下，我

5、们的选择是： 为成功建立信心、为失败找好理由！,5、与用户就根本问题达成共识,1.1.2 问题定义阶段的具体任务,1、决定是否需要建立一个系统 2、理解最终的软件系统应该解决那些问题 3、引出这些问题和系统的相关问题 4、提供一个与这些问题和系统特征有关的基础 5、决定系统应该做什么 6、决定系统不应该做什么 7、确定系统将能够满足用户的需求和验收标准 8、为系统开发提供一个基础,问题定义与需求分析的不同：在项目的启动阶段，完成问题定义和可行性研究 回答是否建设一个系统 在计划和实施阶段，完成需求分析决定建设一个怎样的系统 传统软件工程问题定义和需求分析过程： 1、问题定义 2、可行性研究 3

6、、系统分析 4、组织结构与功能分析 5、业务流程分析 6、 数据与数据流分析 7、 数据字典 8、 功能/数据分析 9、 系统功能划分 10、 数据资源分布 11、 新系统逻辑方案的建立,需求分析过程,问题定义过程,1.1.2.1 问题定义阶段的工作,回忆一下瀑布模型 传统的生命周期模型与需求有关的二个主要阶段： 问题定义（系统需求） 需求分析（软件需求）,项目管理过程的启动、计划、实施阶段，对需求的分析的目的和要求各不相同 启动阶段明确项目目标、进行项目选择 计划阶段继续分析系统，并根据对系统的分解（WBS），确定项目进度计划、成本和质量目标 实施阶段细化系统分析，为系统设计建立基础,一、根

7、本问题 “要解决的问题是什么？” 二、主要结果 提出关于问题的性质、工程目标和规模的书面报告。 三、内容及步骤 (一)系统任务的提出 1. 系统任务的提出者 (1)用户提出：一般而言，系统开发的任务由使用者提出，如企业（或组织）的领导和有关的管理人员。 (2)课题项目：系统开发人员本身也可以提出系统开发任务。 (3)上级领导布置 (4)合作开发,（1）系统任务的提出,2. 系统任务的提出形式 (1)书面形式：系统任务的提出一般以书面形式，如系统开发任务书或系统开发协议书等形式。 (2)口头形式 3. 系统任务提出的目的 由于绝大多数使用者不可能对以计算机为基础的系统功能全然清楚，对系统任务的要

8、求不可能讲得确切。因此使用者提出的系统任务，仅提供编写系统目标的素材。如果不加分析与加工地当作系统目标，将使系统开发工作盲目，无明确目标。,（2）初步调查,(二)初步调查 1. 初步调查的目的 初步调查的目的是为了合理地确定系统目标、系统总体分析及系统的可行性分析。 为了这些要求与目的，在初步调查过程中应收集并整理与整个系统有关的资料、及存在问题。 2. 初步调查的主要内容 初步调查的内容是调查一个企业（或组织）的总貌、以及其对信息的总需求。,（2）初步调查,主要内容包括： (1)整个企业（或组织）的概况 规模、组织目标、组织机构，产、供、销的概貌，人员、设备与资金的现状，以及目前的管理水平，

9、特别是管理的基础工作的水平。 (2)现行系统的概况 功能、人员、技术水平以及管理体制（归属哪一级领导）等。 (3)组织对外部的关系 和哪些外部单位（外部实体）之间有哪些物资、资金或信息的来往关系。 (4)本组织的领导者、管理部门对系统的态度，支持的程度（包括人力、资料与数据），对新、老信息系统的看法以及对信息的需求。 (5)开发系统的资源、人力、资金以及开发周期等资源情况。,需求调查的一般过程如表所示,（3）系统目标的确定,(三)系统目标的确定 1. 系统目标的含义 系统目标是系统最终要达到的目标，是系统开发的宗旨，各个阶段的工作都要以这个宗旨为中心。 如：有了明确的系统目标，然后进行系统的可

10、行性，从而有针对性的作进一步的详细调查。 2. 如何确定系统的目标 系统开发人员通过初步的调查，了解企业领导以及主要的管理干部对系统的要求与设想，根据目前组织具备的条件及资源，初步提出系统的目标。 系统目标必须明确提出所开发系统是“干什么”的，它与人工系统之间的界限，哪些信息处理由计算机完成，哪些仍旧由人工完成。 对于一个较大的系统，除了系统目标之外，还应提出各子系统的子目标。,例1：某大学校园网总体目标 目标：某大学校园网的目标是要建成一个国际一流先进水平的校园网络。 意义：某大学校园网的建设将极大地促进本地和遍布全世界的互联网络之间的信息交流，并让全世界更好的了解该校有关信息，从而使该校进

11、一步地走向世界。 要求：某大学作为我国在*方面的重点大学，建立自己的网络系统，进一步与国际接轨，提高对大学各方面现代化管理的科技含量，促进信息技术的交流和信息资源的有效利用，降低国际交往中长距离、大信息量的通讯成本，提高效率、优化学校管理水平。 这样的系统目标可以实现吗？,（3）系统目标的确定案例,例2：某销售公司的系统目标 一般描述：某销售公司的系统目标是实现公司各个销售环节的计算机管理，协调公司三大部门（销售部、财务部、储运部）的工作，极大地提高公司内部的工作效率，使公司的经济效益显著提高。 系统目标：从管理的层次结构来看，信息系统能为公司三个层次的人员服务。 一是为日常事务处理层服务，方

12、便这类人员的日常工作，具体包括营业代表填写供货单，财务人员开发票、发货单、帐款回收，仓库人员配货等； 二是为中层管理者（如各部门经理）服务，便于他们通过系统获得的信息，指导、督促和管理所在部门的日常工作。 三是为高层决策者（如总经理）服务，为他们的宏观决策提供科学的依据。如预测产品的销量，确定合理的订货数量，使库存最优；分析影响产品销量的相关因素，确定最佳的产品价格，制定最优销售方案等。 这样的描述是否更明确一些？,（3）系统目标的确定案例,（3）系统目标的确定案例,例3：某企业信息系统的系统目标 一般描述：为了实现企业管理现代化的要求，建立一个生产、经营、资金、成本与物资的动态数据收集、处理

13、与控制的信息系统。 系统目标： (1)信息系统为不同层次的管理人员提供日、周、旬、月、季、年的各种单项及综合的报表和计划，并能实现对当前的生产、经营、物资、资金以及项目进度等现状与动态趋势，进行多功能查询、统计和趋势分析。 (2)该系统使用同一套数据，提高信息的准确性与 一致性。 (3)实行生产成本以批号为单位进行核算。对生产质量与数量以批号进行跟踪，提供及时、可靠的信息。 (4)建立若干管理的优化功能，包括计划优化、市场预测和财务预测等。 (5)设计中考虑与本厂生产线上的实时控制系统的接口，以扩大系统的功能。 这样的描述是否更清晰？,（4）问题定义的可交付成果 系统建设总体方案,提交给用户、

14、是以用户为目标的 以沟通、理解、确认为目标 系统建设总体方案（概要） 可能成为下阶段工作的基础 可能成为招标文件的框架 可能成为合同的附件 可能成为验收的标准 可能依此编制项目计划 可能什么都不是,（4）问题定义的可交付成果 产品开发前景文件,产品前景文件：在较高层次上定义问题、抽象产品和用户需求、描述产品解决方案的文件 前景文档的读者： 营销和产品管理团队（客户和用户的代言人） 项目开发团队 管理团队（对风险负责） 前景文档是一种以简洁、抽象、可读、可管理的方式，对未来产品进行定义和表述的文件 更多的是面向组织内部的项目分析和决策 是通常的产品/项目开发的立项报告,产品前景文件模板： 1、介

15、绍提供整个前景文档的概述1.1 前景文档的目的文档的目的是收集、分析、定义用户的需求和产品特性1.2 产品综述陈述该应用系统的目的、版本、以及应交付的新特性1.3 参考列出在前景文档中引用的全部参考文件清单,（4）问题定义的可交付成果前景文件,2、用户描述简单描述系统用户的观点2.1 用户/市场统计总结根据市场统计所决定的产品动机分析2.2 用户分析描述产品的预期用户2.3 用户环境描述在使用中包括平台、应用系统在内的用户工作环境和具体使用模型2.4 关键用户需求列出用户关注的关键问题或需求点2.5 替代和竞争对手用户认可并可得到的可能的对手的替代产品,3、产品综述3.1 产品前景提供系统或产

16、品预期在市场上的状态描述3.2 产品定位陈述提供一个系统和产品在市场上的独特定位： 例如： 为了（目标用户） 谁（目标用户的特定需要或机遇） 产品名（是某一个产品分类） 它（对主要优点的陈述、既激起购买热情的原因） 不象（主要竞争对手的产品） 我们是（与替代品的区别） 描述产品的预期用户,3.3 能力总结总结产品的主要优点和和特性 客户利益 支持特性 利益1 特性1 . .3.4 假定和相关条件3.5 成本和定价 4、管理属性描述将来评估、跟踪、划分优先等级等管理特性的属性，例如： 状态：建议的、批准的 优先级：关键的、重要的、有用的、建议增加的 工作量、风险、稳定性：低、中、高 5、产品特性产品特性描述 6、典型用例以方便读者理解的方式，描述产品最典型的使用方式,7、其他产品需求7.1 可应用产品标准列出产品必须符合的标准7.2 系统需求定义必须满足的系统需求，如：操作系统、网络性能等7.3 许可、安全、安装要求7.4 性能需求 8、文档需求8.1 用户手册8.2 在线帮助8.3 安装指南、配置和自述文件8.4 标记和打包 9、词汇表,