可行性研究与需求分析（45页)ppt课件

1、可行性研讨与需求分析 XXX1.软件生命周期软件过程：为了获得高质量软件产品所需求完成的一系列义务的框架，它规定了完成各项义务的任务步骤。按照在软件生命周期全过程中应完成的义务的性质，在概念上可以把软件生命周期划分成八个阶段： 问题定义可行性研讨需求分析概要设计详细设计编码和单元测试综合测试维护.目录1234可行性研讨步骤可行性研讨的文档可行性分类实际根底软件的可行性研讨 .实际根底1当接受一个软件开发义务时，就阐明进入软件生命周期的第一个阶段，即首先进入可行性的研讨。经过可行性研讨可以确定问题有无可行性的处理方法，从而防止人力、物力和财力上的浪费。通常来说，可行性研讨所需的本钱占预期工程总本

2、钱的5%10%。经过对被开发系统的可行性研讨，可以实现用最小的代价在尽能够短的时间内确定问题能否可以处理。也就是说可行性研讨的目的不是处理问题，而是确定问题能否能获得解，研讨在当前的详细条件下，开发新系统能否具备必要的资源和其它条件。可行性研讨是要进一次紧缩简化了的系统分析和设计的过程，也就是说在较高层次上以较笼统的方式进展设计的过程。.可行性分类2经济可行性技术可行性运转可行性法律可行性开发方案可行性在明确了问题定义之后，分析员应该给出系统的逻辑模型，然后从系统逻辑模型出发，寻觅可供选择的解法。.1.经济可行性研讨主要进展本钱效益分析，包括估计工程的开发本钱，估算开发本钱能否高于工程预期的全

3、部利润。分析系统开发对其他产品或利润所带来的影响。2可行性分类2.技术可行性是最难决断和最关键的问题。根据客户提出的系统功能、性能及实现系统的各项约束条件，从技术的角度研讨系统实现的可行性。技术可行性研讨是系统开发过程中难度最大的、最重要的任务。由于系统分析和定义过程与系统技术可行性评价过程同时进展，这时系统目的、功能和性能的不确定性会给技术可行性论证带来许多困难。技术可行性研讨包括：风险分析：在给出的限制范围内，能否设计出系统，并实现必要的功能和性能。资源分析：研讨开发系统的人员能否存在问题？可用于建立系统的其他资源，如硬件、软件等能否具备？技术分析：相关技术的开展能否支持这个系统。3.运转

4、可行性能为新系统规定的运转方式能否可行。假设新系统是建立在原来已担负其他义务的计算机系统上的，就不能要求它在实时在线形状下运转，以免与原有的义务相矛盾。4.法律可行性是指研讨在系统开发过程中能够涉及的各种合同、侵权、责任以及各种与法律相抵触的问题。5.开发方案可行性：提出系统实现的各种方案并进展评价之后，从中选择最优秀的一种方案。 可行性研讨的结果是可行性研讨报告，它可以作为系统规格阐明书的一个附件。.步骤1当然，可行性研讨最根本的义务是对以后的行动道路提出建议：假设问题没有可行的解，应该建议停顿这项软件工程的开发；假设问题值得解，应该引荐一个较好的处理方案，并且为工程制定一个初步的方案。如何

5、进展可行性研讨，普通地说，可行性研讨有如下步骤。3可行性研讨步骤1.复查系统规模和目的经过仔细阅读和分析有关资料，访问有关人员，复查系统的目的和规模，矫正模糊的表达，对目的系统的约束给予明晰地描画。使分析员正在要处理的问题是用户所提出的问题。 步骤22.研讨目前正在运用的系统现有的系统是构造新系统的根底、是信息的重要来源，经过对现有系统的文档资料的阅读、分析和研讨，再照实地思索该系统，总结出现有系统的优点和缺乏，进而得出新系统的雏形。这样调查研讨，是了解一个陌生运用领域的最快方法，它既可以使新系统脱胎而生，但又不能全盘照抄。.步骤33可行性研讨步骤3.提出新系统的高层逻辑模型优秀的设计通常总是

6、从现有的实践物理系统出发，获得现有系统的高层逻辑模型。逻辑模型是数据流图来描画的，此时的数据流图不需求细化。然后，再来参考现有的逻辑模型。这样，经过上述几步的反复进展，最后根据开发系统的目的，得到新系统的阐明和逻辑模型。逻辑模型确立之后，可以在此根底上建造开发系统的物理系统，通常物理系统模型是用系统流程图来表示的。 步骤44.重新定义问题新系统的逻辑模型是分析员对新系统的描画。为了运用户和分析员有同样的看法，分析员应该和用户一同再次复查询题定义，再次确定工程规模、目的和约束条件，并修正已发现的错误。可行性研讨的前四个步骤构成一个循环：分析员定义问题，分析这个问题，导出一个试探性的解，再此根底上

7、再次定义问题，再次分析，再次修正，继续这个过程，直到提出的逻辑模型完全符合系统目的为止。.步骤53可行性研讨步骤5.提出和评价供选择的方案分析员从系统的逻辑模型出发，提出假设干较高层次的、较笼统的物理处理供比较和选择。从技术、经济、操作等方面进展分析比较，并估算开发本钱、运转费用和纯收入。在此根底上对每个能够的系统进展本钱/效益分析。 步骤66.引荐一个方案并阐明理由在对上一步提出的各种方案分析比较的根底上，提出向用户引荐的方案，在引荐的方案中应清楚地阐明：1本工程的开发价值；2引荐这个方案的理由；3制定实现进度表，这个进度表不需求也不能够很详细，通常只需求估计生存周期每个阶段的任务量。.步骤

8、73可行性研讨步骤7.书写方案义务书把上述资料进展分析汇总，草拟一份描画方案义务的可行性论证报告。此报告应包括以下内容：1系统概述：对当前系统及其存在问题的简单描画；新系统的开发目的、目的、业务对象和范围；新系统和它的各个子系统功能与特性；新系统与当前系统的比较等。新系统可以用系统流程图来描画，并附上重要的数据流图和数据字典以及加工阐明作为补充。2可行性分析：这是报告的主体。论述新系统在经济上、技术上、运转上、法律上的可行性，以及对新系统的主客观条件的分析。3拟定开发方案：工程进度表，人员配备情况，资源配备情况，估计出每个阶段的本钱、约束条件等。4结论意见：综合上述分析，阐明新系统能否可行，结

9、论可分为三类：可立刻进展、推迟进展、不能和不值得进展。 步骤88.提交审查用户和运用部门的担任人仔细审查上述的文档，也可以召开论证会。论证会成员有用户、运用部门担任人及有关方面专家，对该方案进展论证，最后由论证会成员签署意见，指明该义务方案书能否经过。.4可行性研讨的文档1. 引言：阐明编写本文档的目的，工程的称号、背景，本文档用到的专门术语和参考资料。2. 可行性研讨前提：阐明开发工程的功能、性能和根本要求，到达的目的，各种限制条件，可行性研讨方法和决议可行性的主要要素。3. 对现有系统的分析：阐明现有系统的处置流程和数据流程，任务负荷，各项费用支出，所需各类专业技术人员和数量，所需各种设备

10、，现有系统存在什么问题。4. 所建议系统的技术可行性分析：对所建议系统的简要阐明，处置流程和数据流程，与现有系统比较的优越性，采用所建议系统对用户的影响，对各种设备、现有软件、开发环境和运转环境的影响，对经费支出的影响，对技术可行性的评价。可行性研讨终了后要提交的文档是可行性研讨报告。一个可行性研讨报告的主要内容如下：.4可行性研讨的文档5. 所建议系统的经济可行性分析：阐明所建议系统的各种支出，各种效益，收益投资比，投资回收周期。6. 社会要素可行性分析：阐明法律要素对合同责任、进犯专利权和进犯版权等问题的分析，阐明用户运用可行性能否满足用户行政管理、任务制度和人员素质的要求。7. 其他可供

11、选择方案：逐一阐明其他可供选择的方案，并阐明未被引荐的理由。8. 结论意见：阐明工程能否能开发，还需什么条件才干开发，对工程目的有何变动等。可行性研讨终了后要提交的文档是可行性研讨报告。一个可行性研讨报告的主要内容如下：.目录12345分析建模与规格阐明实体关系图数据流图与用户通讯技术实际根底6形状转换图7数据字典8结论与运用软件的需求分析.实际根底1为了开发出真正满足用户需求的软件产品，首先必需知道用户的需求。对软件需求的深化了解是软件开发任务获得胜利的前提和关键，不论我们把设计和编码任务做得如何出色，不能真正满足用户需求的程序只会给用户带来绝望，给开发者带来烦恼。需求分析是发现、求精、建模

12、、规格阐明和复审的过程。为了发现用户的真正需求，首先应该从宏观角度调查、分析用户所面临的问题。也就是说，需求分析的第一步是尽能够准确地了解用户当前的情况和需求处理的问题。.1实际根底为了更好地了解问题，人们经常采用建立模型的方法。所谓模型，就是为了了解事物而对事物做出的一种笼统，是对事物的一种无歧义的书面描画。通常，模型由一组图形符号和组织这些符号的规那么组成。除了用分析模型表示软件需求之外，还要写出准确的软件需求规格阐明。模型既是软件设计的根底，也是编写软件规格阐明的根底。模型软件需求规格阐明.1实际根底在分析软件需求和编写软件规格阐明的过程中，软件开发者和软件用户都起着关键的、必不可少的作

13、用。用户与开发者之间需求通讯、沟通的内容非常多，在双方交流信息的过程中很容易出现误解或脱漏，也能够存在二义性。.与用户通讯的技术2软件需求分析总是从两方或多方之间的通讯开场。用户面临的问题需求用基于计算机的方案来处理；开发者应该对用户的需求作出反响，给用户提供协助。这样就产生了相互通讯的需求。但是，正如前面曾经讲过的，从开场通讯到真正相互了解的道路通常是充溢坎坷的。良好的通讯技术有助于加快了解的过程。.与用户通讯的技术访谈2在正式的访谈中，系统分析员将提出一些事先预备好的详细问题，例如，讯问客户公司销售的商品种类、雇用的销售人员数目以及信息反响时间应该多快等。在非正式的访谈中，将提出一些可以自

14、在回答的开放性问题，以鼓励被访问的人员表达本人的想法，例如，讯问用户为什么对目前正在运用的系统感到不称心。访谈(或称为谈判)是最早开场运用的获取用户需求的技术，也是迄今为止依然广泛运用的主要的需求分析技术。访谈有两种根本方式：正式的、非正式的.与用户通讯的技术运用规格阐明技术2虽然存在许多不同的简易运用规格阐明方法，但是它们遵照的根本准那么是一样的。在中立地点举行由开发者和用户双方出席的会议。制定预备会议和参与会议的规那么。提出一个议事日程，这个日程应该足够正式以便可以涵盖一切要点，同时这个日程又应该足够非正式，以便鼓励自在思想。由一个“协调人来主持会议，他既可以是用户也可以是开发者还可以是从

15、外面请来的人。运用一种“定义机制(例如，任务表、图表等)。目的是标识问题、提出处理方案要素、商讨不同的方法以及在有利于实现目的的气氛中指定初步的需求。这种方法提倡用户与开发者亲密协作，共同标识问题，提出处理方案的要素，商讨不同的方法并指定根本的需求。今天，简易的运用规格阐明技术曾经成为信息系统界运用的主流技术。.与用户通讯的技术软件原型2 快速原型应该具备的特性快速容易修正快速原型的目的是尽快向用户提供一个可在计算机上运转的目的系统的模型，以便运用户和开发者在目的系统应该“做什么这个问题上尽能够快地达成共识。假设原型的第一版不是用户所需求的，就必需根据用户的意见迅速地修正它，构建出原型的第二版

16、，以更好地满足用户的需求。构建原型的要点是，它应该实现用户看得见的功能(例如屏幕显示或打印报表)，省略目的系统的“隐含功能(例如修正文件)。在实践开发软件产品时，“修正试用反响的过程能够反复多遍，假设修正耗时过多，势必延误软件开发时间。.3分析建模与规格阐明构造化分析本质上是一种创建模型的活动。经过需求分析而建立的模型必需到达下述的三个根本目的。描画用户的需求。为软件设计任务奠定根底。定义一组需求，一旦开发出软件产品之后，就可以用这组需求为规范来验收该产品。为了到达上述这些目的，在构造化分析过程中导出的分析模型的方式，如右图所示。图1.分析模型的构造.分析建模与规格阐明3经过需求分析除了创建分

17、析模型之外，还应该写出软件需求规格阐明，它是分析阶段的最终成果。下面给出的简单大纲可以作为软件需求规格阐明的框架。 A .功能分解 B .功能描画 1 .处置阐明 2 .限制 3 .性能需求 4 .设计约束 5 .支撑图 C .控制描画 1 .控制规格阐明 2 .设计约束 .行为描画 A .系统形状 B .事件和动作.确认规范 A .性能范围 B .测试种类 C .预期的软件呼应 D .特殊思索.参考书目.附录 .引言 A .系统参考文献 B .整体描画 C .软件工程约束.信息描画 A .信息内容 B .信息流 1 .数据流 2 .控制流.功能描画 .实体关系图4数据模型包含三种相互关联的信

18、息：数据对象描画数据对象的属性数据对象彼此间相互衔接的关系属性定义了数据对象的性质。应该根据对所要处理的问题的了解，来确定特定数据对象的一组适宜的属性。数据对象彼此之间相互衔接的方式称为关系，也称为联络。一对一联络(11)(2) 一对多联络(1N)(3) 多对多联络(MN)联络也能够有属性。数据对象是对软件必需了解的复合信息的表示。所谓复合信息是指具有一系列不同性质或属性的事物，因此，仅有单个值的事物(例如宽度)不是数据对象。.实体关系图4命1通常，运用实体关系图(Entity Relationship Diagram)来建立数据模型。通常把实体关系图简称为ER图，相应地，用ER图描画的数据模

19、型也可以称为ER模型。ER图根本成分：实体(即数据对象)：矩形框关系：衔接相关实体的菱形框表示关系属性：用椭圆形或圆角矩形表示实体(或关系)的属性并用无向边把实体(或关系)与其属性衔接起来.实体关系图4某学校教学管理的ER图教师学生课程 例题图2.某校教学管理 ER 图.数据流图5命题3当信息在软件中挪动时，它将被一系列“变换所修正。数据流图(DFD)是一种图形化技术，它描画信息流和数据从输入挪动到输出的过程中所经受的变换。数据流图有四种根本符号：正方形(或立方体)表示数据的源点或终点；圆角矩形(或圆形)代表变换数据的处置；开口矩形(或两条平行横线)代表数据存储；箭头表示数据流，即特定数据的流

20、动方向。或或或.5数据流图TCAB*数据A和数据B同时输入才干变换成CTCAB*数据A变换成B和CTCAB+数据A或B，或A和B同时输入变换成CTCAB+数据A变换成B或C，或B和CTCAB只需数据A或只需数据B不能A，B同时输入时变换成CTCAB数据A变换成B或C，但不能变换成B和C还有一些附加符号。.例题假设一家工厂的采购部每天需求一张定货报表，报表按零件编号排序，表中列出一切需求再次定货的零件。5数据流图对于每个需求再次定货的零件应该列出下述数据；零件编号、零件称号、定货数量、目前价钱、主要供应者和次要供应者。 零件入库或出库称为事务，经过放在仓库中的CRT终端把事务报告给定货系统。当某

21、种零件的库存数量少于库存量临界值时就应该再次定货。从问题描画中提取数据流图的四种成分接下来思索处置最后，思索数据流和数据存储 步骤.例题表1总结了上面分析的结果，其中加星号标志的是在问题描画中隐含的成分。5数据流图表1.组成数据流图的元素可以从描画问题的信息中提取源头/终点数据流采购员定货报表仓库管理员零件编号数据存储零件名称定货信息(见定货报表)定货数量库存清单目前价格零件编号*主要供应者库存量次要供应者库存量临界值事务处理零件编号*产生报表事务类型处理事务数量*.5数据流图一旦把数据流图的四种成分都分别出来以后，就可以着手画数据流图了。任何系统的根本模型都由假设干个数据源点/终点以及一个处

22、置组成，这个处置就代表了系统对数据加工变换的根本功能。对于上述的定货系统可以画出如图3所示的根本系统模型。图3.定货系统的根本系统模型(突出阐明了数据的源点和终点).5数据流图下一步应该把根本系统模型细化，描画系统的主要功能。在图4中给处置和数据存储都加了编号，这样做的目的是便于援用和追踪。 图4.定货系统的功能级数据流图.5数据流图接下来应该对功能级数据流图中描画的系统主要功能进一步细化。在对数据流图分层细化时必需坚持信息延续性，也就是说，当把一个处置分解为一系列处置时，分解前和分解后的输入/输出数据流必需一样。图5.把处置事务的功能进一步分解后的数据流图.数据流名字应代表整个数据流(或数据

23、存储)的内容，而不是仅仅反映它的某些成分。不要运用空洞的、缺乏详细含义的名字(如“数据、“信息、“输入之类)。假设在为某个数据流(或数据存储)起名字时遇到了困难，那么很能够是由于对数据流图分解不恰当呵斥的，应该试试重新分解，看能否能抑制这个困难。 处置5数据流图命名通常先为数据流命名，然后再为与之相关联的处置命名。这样命名比较容易，而且表达了人类习惯的“由表及里的思索过程。名字应该反映整个处置的功能，而不是它的一部分功能。名字最好由一个详细的及物动词，加上一个详细的宾语组成。应该尽量防止运用“加工、“处置等空洞笼统的动词作名字。数据流图中每个成分的命名能否恰当，直接影响数据流图的可了解性，因此

24、，给这些成分起名字时应该仔细琢磨。通常名字中仅包括一个动词，假设必需用两个动词才干描画整个处置的功能，那么把这个处置再分解成两个处置能够更恰当些。假设在为某个处置命名时遇到困难，那么很能够是发现了分解不当的迹象，应思索重新分解。.6形状转换图形状转换图(简称形状图)经过描画系统的形状及引起系统形状转换的事件，来表示系统的行为。形状是任何可以被察看到的系统行为方式，一个形状代表系统的一种行为方式。形状规定了系统对事件的呼应方式。系统对事件的呼应，既可以是做一个或一系列动作，也可以是仅仅改动系统本身的形状，还可以是既改动形状又做动作。在形状图中定义的形状主要有：初态即初始形状、终态即最终形状和中间

25、形状。在一张形状图中只能有一个初态，而终态那么可以有0至多个。事件是在某个特定时辰发生的事情，它是对引起系统从一个形状转换到另一个形状的外界事件的笼统。简而言之，事件就是引起系统形状转换的控制信息。.6形状转换图初态/终态/中间形状在形状图中，初态用实心圆表示，终态有一对同心圆内圆为实心圆表示。中间形状用圆角矩形表示，可以用两条程度横线把它分成上、中、下3个部分。上面部分为形状的称号，这部分是必需有的；中间部分为形状变量的名字和值，这部分是可选的；下面部分是活动表，这部分也是可选的。形状转换形状图中两个形状之间带箭头的连线称为形状转换，箭头指明了转换方向。形状变化通常是由事件触发的，在这种情况

26、下应在表示形状转换的箭头线上标出触发转换的事件表达式；假设在箭头线上未标明事件，那么表示在源形状的内部活动执行完之后自动触发转换。.6形状转换图事件表达式语法事件阐明守卫条件/动作表达式其中，事件阐明的语法为：事件名参数表。守卫条件是一个布尔表达式。假好像时运用事件阐明和守卫条件，那么当且仅当事件发生且布尔表达式为真时，形状转换才发生。假设只需守卫条件没有事件阐明，那么只需守卫条件为真形状转换就发生。动作表达式是一个过程表达式，当形状转换开场时执行该表达式。活动表的语法格式事件名参数表/动作表达式其中，“事件名可以是任何事件的称号。在活动表中经常运用下述3种规范事件：entry，exit和do

27、。entry事件指定进入该形状的动作，exit事件指定退出该形状的动作，而do事件那么指定在该形状下的动作。需求时可以为事件指定参数表。活动表中的动作表达式描画应做的详细动作。.6形状转换图形状转换图(简称形状图)经过描画系统的形状及引起系统形状转换的事件，来表示系统的行为。图7为形状图中运用的主要符号。图6.形状图中运用的主要符号.6形状转换图图7.系统的形状图.7数据字典数据字典是为了描画在构造化分析过程中定义的对象的内容，而运用的一种半方式化的工具。数据字典是一切与系统相关的数据元素的有组织的列表，并且包含了对这些数据元素的准确、严厉的定义，从而使得用户和系统分析员双方对输入、输出、存储

28、的成分甚至中间计算结果有共同的了解。简而言之，数据字典是描画数据的信息的集合，是对系统中运用的一切数据元素的定义的集合。通常包含下面信息。名字数据、控制项、数据存储或外部实体的主要称号。别名第一项中对象的其他名字。运用地点与方式运用数据或控制项的处置的列表，以及运用这些对象的方式(例如作为处置的输入，从处置输出，作为数据存储，作为外部实体)。内容描画描画数据或控制项内容的符号。补充信息关于数据类型、预置值、限制等的其他信息。.7数据字典 意思是 等价于(或定义为)； 意思是 和(即，衔接两个分量)； 意思是或(即，从方括弧内列出的假设干个分量中选择一个)，通常用“号分开供选择的分量； 意思是反

29、复(即，反复花括弧内的分量)； 意思是可选(即，圆括弧里的分量可有可无)。在开括弧的左边用上角标和下角标分别阐明反复的上限和下限；在开括弧左侧标明反复的下限，在闭括弧的右侧标明反复的上限。虽然可以运用自然言语描画由数据元素组成数据的关系，但是为了更加明晰简约起见，建议采用以下符号：经常运用上限和下限进一步注释表示反复的花括弧。.8结论与运用为了详尽地了解并正确地了解用户的需求，必需运用适当的技术与用户通讯和沟通。访谈是历史悠久的与用户通讯的技术，至今仍被系统分析员广泛采用。为了促运用户与分析员亲密协作共同分析需求，人们研讨出一种面向团队的需求搜集法，称为“简易的运用规格阐明技术，如今，这种技术曾经成为信息系统界运用的主流技术。实际阐明，快速建立软件原型是最准确、最有效和最强大的需求分析技术。快速原型应该具备的根本特性是“快速和“容易修正，因此，必需有适当的软件工具支持快速原型技术。通常运用第四代技术、可重用的软件构件及方式化规格阐明与原型环境等工具，快速地构建和修正原型。需求分析是