需求分析与设计课后复习资料

合集下载

需求工程简答题--复习资料

需求工程简答题--复习资料

四、名词解释题1、需求工程:需求工程是软件工程的一个分支,它关注于软件系统所应予实现的现实世界目标、软件系统的功能和软件系统应当遵守的约束,同时它也关注以上因素和准确的软件行为规格说明之间的联系,关注以上因素与其随时间或跨产品族而演化之后的相关因素之间的联系。

2.需求:需求是用户对问题域中的实体状态或事件的期望描述。

2、需求:IEEE对需求的定义为:①用户为了解决问题或达到某些目标所需要的条件或能力。

②系统或系统部件为了满足合同、标准、规范或其他正式文档所规定的要求而需要具备的条件或能力。

③对①或②中的一个条件或一种能力的一种文档化表述。

3、需求分析:需求分析是利用建模与分析技术对获取笔录的内容进行明确、整理、汇总,建立一个综合考虑问题域特性和需求的系统模型,然后根据系统模型将用户需求转化为系统需求的需求工程活动。

4、前景(Vision):前景描述了产品的作用以及最终的功能,它将所有涉众都统一到一个方向上。

5、范围(scope):范围指出当前项目是要解决产品长远规划中的哪一部分,范围声明它为项目划定了需求的界线。

7、硬数据:表格和文档资料是用户对实际业务进行加工和抽象之后的结果,是一种精化过的知识。

这些文档资料被称为硬数据。

硬数据分为定量硬数据和定性硬数据两种类型。

8、结构化面谈:结构化面谈指在面谈的过程中,会见者会完全按照事先的问题和结构来控制面谈。

结构化面谈通常被用来获取一些比较确定或者选择空间比较有限的信息,一些统计性倾向信息的获取也可以使用结构化面谈。

9、半结构化面谈:半结构化面谈指在面谈的过程中,事先需要根据面谈内容准备面谈的问题和面谈结构。

但在面谈过程中,会见者可以根据实际情况采取一些灵活的策略。

半结构化面谈是在需求获取中应用最多的一种面谈类型,能够处理大部分的需求获取任务。

10、非结构化面谈:在非结构化面谈的过程中,没有事先预定的议程安排。

在比较极端的情况下,会见者甚至会在没有太多事前准备的情况下就直接到访被会见者的工作地,就某个主题开展会谈。

软件系统分析与设计复习资料参考答案

软件系统分析与设计复习资料参考答案

参考答案选择题1.D2.C3.D4.C5.B6.D7.C8.B9.D10.A11.B12.A13.B14.D15.A16.B17.A18.D19.C20.A21.D22.B23.B24.D25.D26.B27.B28.A29.A30.C31.A32.B33.A34.B35.B36.A37.B38.A39.A40.C41.A42.C43.C44.D45.A46.B47.D48.C49.D50.C51.C52.A53.D54.B55.A56.A57.D58.A59.D60.A61.B62.D63.C64.A65.A66.C67.C68.A69.D70.A71.D72.A73.C74.A75.D判断改错题1.(√)2.(×)有“泳道”概念的是活动图。

3.(×)题目中描述的是CORBA。

4.(×)水平坐标表示一组对象,垂直坐标表示时间顺序。

5.(√)6.(×)UML是建模语言,不是方法论。

7.(√)8.(√)9.(×)两者没有明显分界,需要反复迭代的进行。

10.(×)OOCASE通过外部接口可以方便的调用其它工具软件。

11.(×)定义不同。

12.(√)13.(√)14.(×)完成使命的对象可以被销毁。

15.(×)由图和文字描述组成。

16.(√)17.(×)描述的是白盒复用。

18.(√)19.(F)它不能直接调用EJB构件,而是通过使用代理来调用。

20.(F)不能有嵌套的动作或递归的动作表达式。

21.(T)22.(F)需求模型也是可复用的软件制品。

23.(F)构件图主要用于建立系统的静态实现模型。

24.(F)OOCASE通过外部接口可以方便的调用其它工具软件。

25.(F)“对象+消息”的程序设计模式。

26.(F)通过频繁使用设计样式来设计更大更复杂的系统。

27.(T)28.(T)29.(T)30.(F)协作图强调对象之间的关系,而时序图强调一组对象之间错作调用的时间顺序。

2014-需求工程复习

2014-需求工程复习
7、谈谈你对软件需求规格说明的理解
软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,使之成为整个开发工作的基础。
8、分析把用户界面的设计,编入软件需求规格说明的利弊?
积极:

探索潜在的用户界面,有助于精化需求。

使用户和系统的交互,对用户和开发人员更具有实在性。

用户界面的演示,也有助于项目计划的制定和预测。
二、建模
1、根据下列叙述性描述,采用面向对象的分析方法,为描述的内容建立静态模型、动态模型。
2、根据下列叙述性描述,采用面向问题域的分析方法,为描述的内容建立框架模型。
3、根据下列叙述性描述,采用面向数据的分析方法,为描述的内容建立ER模型。
4、活动图
活动图是一种表述过程机理、业务过程以及工作流的技术。它主要的应用包括两个方面:
消极

屏幕映像和用户界面机制是解决方案(设计)的描述,而不是需求。

如果完成了用户界面的设计后,才能确定软件需求规格说明,那么需求开发的过程,将会花费很长的时间。

这将会使那些只关心开发时间的经理、客户或开发人员失去耐心。
所以,一般选择在软件需求规格说明中
加入所选择的用户界面组件的概念映像草图,而在实
2、简述系统需求的三种类型并举例说明。
1.功能需求定义了开发人员必须实现的软件功能,使得用户能完成他们的
任务,从而满足了业务需求。
2.非功能需求描述了系统展现给用户的行为和执行的操作等。
3.设计约束是对开发人员在软件产品设计和构造上的限制,是产品必须遵守的标准、规范和合约。
3、软件开发的各阶段,为什么只有需求阶段称为需求工程?
假设现在需要你来开发一个软件,解决职工福利和工资顾问的问题。那么你认为她现在遇到的问题有哪些?你希望新的软件应该达成哪些业务目标?你怎样设计软件的高层解决方案和系统特性?解决方案有哪些重要的约束?

信息系统分析与设计(王晓敏编)第四版,期末复习重点概要

信息系统分析与设计(王晓敏编)第四版,期末复习重点概要

第一章、系统思想1、系统的特性7点特性、及其内涵点特性、及其内涵2、系统工程方法6个方面、霍尔三维结构每方面7点第二章、信息、管理与信息系统第二章、信息、管理与信息系统1、信息的定义和性质8点基本性质点基本性质2、管理中的信息根据管理层次可分成3类、各类的基本内涵类、各类的基本内涵3、信息系统的基本功能有6点、信息识别有3种方法、信息传输6个部分个部分4、信息系统的结构、信息系统的结构信息系统的概念结构4部分、管理职能逻辑结构7个子系统、个子系统、信息系统的物理结构2类,各自的概述分布式有3种5、按技术发展分类4种情况各自特点种情况各自特点第三章、信息系统的建设概论第三章、信息系统的建设概论1、UML 的主要内容5种视图、9种图、各自的基本内涵种图、各自的基本内涵2、信息系统的生命周期5个阶段、各阶段的含义、以及产生的文件个阶段、各阶段的含义、以及产生的文件3、基于生命周期的开发方法共5种、各自的优缺点、种、各自的优缺点、4、结构化开发方法基本思想、面向对象开发方法(oop )基本思想有4点、点、5、诺兰模型、6个阶段个阶段第四章、系统规划第四章、系统规划1、系统规划的任务3个系统规划的特点4点系统规划的原则5点2、系统规划的技术和方法、、系统规划的技术和方法、(1)战略目标集转移法2个基本概念、信息系统规划过程的3个步骤个步骤 (2)企业系统规划法4个基本步骤、第二部3种方法、三步2种方法、种方法、 (3)关键成功因素xx4个步骤个步骤3、可行分析论证的内容3个方面、UC 方法第五章、系统分析概括方法第五章、系统分析概括 1、需求分析、需求分析用户需求与系统需求的2方面需求、需求分析的方法有3个2、系统说明书的内容、系统说明书的内容说明书3方面内容、项目概述5部分、实施计划3部分说明书的6点品质点品质第六章、流程建模第六章、流程建模1、回执业务流程图的注意事项7点2、数据流的注意事项、层次划分3点标准、正确性检查4点、易理解性3方面方面3、数据字典的作用数据字典的6个条目数据元素5点属性、数据结构3种特殊特殊数据流5种属性、种属性、判定表、判定树判定表、判定树第七章、用例建模第七章、用例建模1、用例描述有6方面内容、事件流的书写准则5个、非功能性需求个、非功能性需求2、建立用例的关系4个关系、含义以及其表示方法个关系、含义以及其表示方法第八章、领域对象建模第八章、领域对象建模1、封装、继承和多态各自得概念、封装、继承和多态各自得概念2、使用概念类列表7种概念类种概念类3、发现属性策略、保持属性的简单性、发现属性策略、保持属性的简单性4、状态图3种状态种状态第九章、系统设计的概述第九章、系统设计的概述1、系统设计的目标6个方面衡量个方面衡量2、基本设计方法基本概念、总体设计包括3方面内容方面内容3、系统设计说明书两种形式、系统设计说明书两种形式第十章、系统总体设计第十章、系统总体设计1、多层应用架构设计、三个基本层次MVC 架构模式3个基本部件个基本部件2、包、包的含义、分包的2种原则种原则3、结构化设计方法模块的含义、、结构化设计方法模块的含义、4、结构图的主要成分4个成分个成分5、模块的联系、、模块的联系、耦合3方面因素、模块内聚7类内聚扇入扇出类内聚扇入扇出6、面向对象设计类3种类、种类、7、顺序图的基本元素有5个第十一章系统详细设计第十一章系统详细设计1、输入设计原则有4种原则种原则2、人机对话设计原则4点第十二章、系统实施第十二章、系统实施1、实施阶段的主要活动4个方面个方面2、制定实现策略4中策略、版本划分需要考虑5个方面个方面3、测试的概念3种手段检验软件、测试有4种类型、种类型、 测试有4个原则个原则5、白箱测试、概念、有5种6、黑箱测试、概念、2种7、系统维护的内容4方面、维护类型有4个。

需求分析习题及答案

需求分析习题及答案

需求分析习题及答案第三章需求分析一.填空题1. 需求分析的步骤_____________ , _____________ , _____________ , ____________ 。

2. 需求分析阶段需编写的文档有_________________ , ____________ , ______________ 。

3. 系统规格说明,数据要求,______________ ,____________ ,这四份文档资料是在书写文档阶段必需完成的。

4. 在书写文档阶段,数据要求主要包括通过需求分析建立起来的__________________ ,以及描绘数据结构的层次方框图。

5. 对于计算机程序处理的数据,其数据域应包括___________________ , _____________ ,和数据结构。

6. 数据内容即是_______________ 。

7. 把一个功能分解成几个子功能,并确定_________________________ ,就属于横向分解。

8. 软件需求的逻辑视图给出___________________________ ,而不是实现的细节。

9. 功能一般用_____________________ ,来表示。

10. 结构化分析方法是______________________ ,进行需求分析的方法.11.描述结构化分析方法的工具有,判定表,判定赵寸。

12. SA方法中自顶向下的分析策略主要是和。

13. 数据流图的基本组成部分有_________________ ,_________________ ,________________ ,______________ 。

14. 数据流图的特性________________ ,______________ ,________________ ,___________ 。

15. 数据流图和数据字典共同构成了系统的_________________ 模型,是需求规格说明书的主要组成部分。

需求分析习题一、二(答案)

需求分析习题一、二(答案)

习题1一、单项选择题1、软件生产中产生需求问题的最大原因在于对应用软件的(C)理解不透彻或应用不坚决。

(A)复杂性(B)目的性(C)模拟性(D)正确性2、需求分析的目的是保证需求的(B)。

(A)目的性和一致性(B)完整性和一致性(C)正确性和目的性(D)完整性和目的性3\现实世界中的(B)构成了问题解决的基本范围,称为该问题的问题域。

(A)属性和状态(B)实体和状态(C)实体和操作(D)状态和操作4、比较容易发现的涉众称为初始涉众,又称为(B),通常包括客户、管理者和相关的投资者。

(A)关键涉众(B)涉众基线(C)普通涉众(D)一般涉众5、按照使用方式进行分类,原型可分为:演示原型、(D)、试验原型和引示系统原型。

(A)非操作原型(B)系列首发原型(C)选定特征原型(D)严格意义上的原型二、填空题1、传统的需求分析方法都是从设计领域转入分析领域的。

2、需求工程是所有需求处理活动的总和,它收集信息、分析问题、整合观点、记录需求并验证其正确性,最终反映软件被应用后与其环境互动形成的期望效应。

3、软件需求开发用来确定系统需求中应该由软件满足的部分,将其映射为软件行为,产生软件需求规格说明。

三、简答题1、简述需求工程的主要任务。

答:需求工程有以下三个主要任务:①需求工程必须说明软件系统将被应用的环境及其目标,说明用来达成这些目标的软件功能,还要说明在设计和实现这些功能时上下文环境对软件完成任务所用方式、方法所施加的限制和约束,也即要同时说明软件需要“做什么”和“为什么”需要做。

②需求工程必须将目标、功能和约束反映到软件系统中,映射为可行的软件行为,并对软件行为进行准确的规格说明。

需求规格说明是需求工程最为重要的成果,是项目规划、设计、测试、用户手册编写等很多后继软件开发阶段的工作基础。

③现实世界是不断变化的世界,因此需求工程还需要妥善处理目标、功能和约束随着时间的演化情况。

同时,为了节省开支和进行需求规格说明的重用,需求工程还需要对目标、功能和约束在软件产品族中的演化和分布情况进行综合考虑与处理。

需求分析与系统设计

需求分析与系统设计
复习小测验2.1
1. 为了填补业务人员和IT人士之间的空白的最流行的可视化业务过程建模的语言是什么?
业务过程建模表示法(BPMN)。
2. BPMN中的4类建模元素是什么?
流对象、连接对象、泳池、和人工制品。
3. 一个序列流可以连接两个泳池吗?
不能。泳池可以通过消息流或关联与公共人工制品进行通信。
业务分析员。
2. 两种主要的需求是什么?
功能性需求(服务陈述)和非功能性需求(约束陈述、补充性需求)。
3. 在调查表中,3种形式的封闭式问题是什么?
多项选择问题、评价问题和排序问题。
4. 在JAD活动中谁是参加者?
领导、文书、客户、和开发人员。
5. 将RAD开发团队称为?
有先进工具的专业人员。
他. 在BPMN中,原子过程也被称作:任务
2. 在BPMN中,消息流是下面的建模元素:连接件
3. 在解决方案构想中,确定一项功能商业价值的建模元素是:能力案例
4. 哪种需求引导方法通过问题机会陈述的概念发挥作用:头脑风暴
5. 哪种需求引导方法通过触发式问题的想法发挥作用:以上都不是(头脑风暴和该方法同时起作用)。(RAD,JAD,调查表都不是)
复习小测验2.3
1. 什么是(可争辩)确定系统边界最好的可视化建模方法?
环境图。
2. 需求依赖矩阵中哪种需求依赖是显而易见的?
有冲突的需求和重叠的需求。
3. 与开发过程中需求可能不断变化或进化的情形相联系的是哪一类风险?
易变性风险。
复习小测验2.4
1. 标识需求的技术是什么?
文档等级中的唯一标识符、顺序号和需求目录中的顺序号。

软件需求 期末复习

软件需求 期末复习

软件需求考试总复习1、为什么软件需求这么难?客户说不清楚需求需求自身经常变动分析人员或客户理解有误2、软件需求的定义软件需求=业务知识+问题列表+其他因素.业务知识包括业务事件、业务实体和业务规则;问题列表是用户在工作中遇到的困难与障碍,这也是软件开发中需要解决的问题;其他因素包括了一些设计约束和非功能方面需求。

3、需求的层次业务需求、用户需求、软件需求需求层次的产物:业务需求是需求定义的产物,用户需求是需求捕获的产物,软件需求是需求分析与建模的产物.4、软件需求的三种类型功能需求:开发人员要实现什么非功能需求:对产品功能描述的补充设计约束:限制了开发人员设计和构建系统时的选择范围5、软件开发的各个阶段,为什么只有需求阶段称为工程?需求工程是随着计算机的发展而发展的,在计算机发展的初期,软件规模不大,软件开发所关注的是代码编写,需求分析很少受到重视.后来软件开发引入了生命周期的概念,需求分析成为其第一阶段.随着软件系统规模的扩大,需求分析与定义在整个软件开发与维护过程中越来越重要,直接关系到软件的成功与否。

人们逐渐认识到需求分析活动不再仅限于软件开发的最初阶段,它贯穿于系统开发的整个生命周期。

需求分析是介于系统分析和软件设计阶段之间的桥梁.一方面,需求分析以系统规格说明和项目规划作为分析活动的基本出发点,并从软件角度对它们进行检查与调整;另一方面,需求规格说明又是软件设计、实现、测试直至维护的主要基础.良好的分析活动有助于避免或尽早剔除早期错误,从而提高软件生产率,降低开发成本,改进软件质量。

所以才只有需求成了工程!6、需求工程划分为哪两个部分需求开发、需求管理7、需求开发包括哪些内容需求获取、需求分析、需求规约(编写需求规格说明书)和需求验证(确认).8、需求管理包括哪些内容基线管理、变更管理和需求跟踪。

9、如何评价需求的好与坏(优秀需求的特点)完整性、正确性、可行性、有优先次序、无歧义、可验证性、确定性10、客户的含义广义来讲,客户泛指直接或间接得益于产品的个人或组织。

信息系统分析与设计考试相关习题及复习资料

信息系统分析与设计考试相关习题及复习资料

一、选择填空4. 业务系统规划法(BSP)的核心是()A. 明确企业目标B. 定义(识别)业务过程C. 进行数据分析D. 确定信息结构答案:C5. 下面哪一项企业关键成功因素的特点是错误的:()。

A. 少量的易于识别的可操作的目标B. 可确保企业的成功C. 由企业的所有CSF决定组织的信息需求答案:B7. 一般子系统的划分是在系统()阶段,根据对系统的功能/数据分析的结果提出的。

A. 需求分析B. 逻辑阶段C. 总体设计D. 详细设计答案:A10. 信息系统流程图是以新系统的()为基础绘制的。

A. E-R图B. 管理功能图C. 业务流程图D. 数据流程图答案:D14. 信息系统开发的结构化方法的一个主要原则是()。

A. 自顶向下原则B. 自底向上原则C. 分步实施原则D. 重点突破原则答案:A16. 一般来说,占维护工作比例最高的是()。

A. 纠错性维护B. 适应性维护C. 完善性维护D. 预防性维护答案:C19. 系统规划的主要任务包括()。

A. 明确组织的信息需求、制定系统总体结构方案B. 对系统进行经济、技术和使用方面的可行性研究C. 选择计算机和网络系统的方案D. 确定软件系统的模块结构答案:A20. 系统设计阶段的主要成果是()。

A. 用户的决策方针B. 用户的分析方案C. 系统设计说明书D. 系统总体设计方案答案:C21. 信息系统建设的结构化方法中用户必须参与的原则是用户必须参与()。

A. 系统建设中各阶段工作B. 系统分析工作C. 系统设计工作D. 系统实施工作答案:A22. 结构化生命周期法的主要缺点之一是()。

A. 系统开发周期长B. 缺乏标准、规范C. 用户参与程度低D. 主要工作集中在实施阶段答案:A23. MIS规划的主要内容是()。

A. MIS战略规划,组织信息需求分析,系统目标B. 组织信息需求分析,系统目标,资源分配C. MIS战略规划,资源分配,系统目标D. MIS战略规划,组织信息需要分析,资源分配答案:A28. 生命周期法的特点之一是()。

软件需求分析复习资料

软件需求分析复习资料
复旦大学计算机科学与工程系 软件工程课程 4

计算机系统本身是无用的

������ ������ ������ ������ ������ ������

软件开创了新的可能性

目录
首页
上页
下页
末页

软件需求包括三个不同的层次—业务需求、用户需求和 功能需求(非功能需求)
业务需求( business requirement)反映了 组织机构或客户对系统、产品高层次的目标 要求
原型法
适合于开发方清楚 对于开发方要求较 在以往类似项目应 项目需求但用户方 高 用系统的基础上进 不清楚项目需求的 行少量修改得出一 情况 可运行系统
节省开销 无法满足个性化软 重用建好的领域模 件要求 型,获得新系统需 13 复旦大学计算机科学与工程系 软件工程课程 求
目录 首页 上页 下页 末页

复旦大学计算机科学与工程系 软件工程课程 31
目录
首页
上页
下页
末页
类图

当你考虑如何将问题域对象映射到系统对象, 并进一步细化每个类的属性和操作时,面向对 象技术可以方便需求开发到设计阶段的转换。 类图(class diagram)是用图形方式叙述面向对 象分析所确定的类以及它们之间的关系。 用统一建模语言(UML)的符号为化学制品跟 踪系统的一部分(你所假设的)绘制类图。
末页
业务需求
•业务需求是组织或客户对于系统的高层次目标要求,定义 了项目的远景和范围,即确定软件产品的发展方向、功能 范围、目标客户和价值来源。 •业务需求的内容
–业务:产品属于哪类业务范畴?应该完成什么功能?需要为什么
服务? –客户:产品为谁服务?目标客户是谁?

信息系统分析与设计(总复习题)资料

信息系统分析与设计(总复习题)资料

信息系统分析与设计(总复习题)资料信息系统分析与设计(总复习题)信息系统分析与设计(第4版)第一章系统思想1、解释下列名词:系统结构、系统功能、系统目的性、系统的稳定性、系统的突变性、系统的自组织性、系统的相似性。

答:系统结构:一个系统是其构成要素的集合,这些要素相互联系、相互制约。

系统内部各要素之间相对稳定的联系方式、组织秩序及时空关系的内在表现形式,就是系统的结构。

系统功能:系统功能是指系统与外部环境相互联系和相互作用中表现出来的性质、能力和功效。

系统目的性:系统的目的性是系统发展变化时表现出来的特点。

系统在于环境的相互作用中,在一定的范围内,其发展变化表现出坚持趋向某种预先确定的状态。

人工系统的目标,实际上是事先确定的人为目标,这种目标是以关于对象的条件来定义的。

系统的稳定性:系统的稳定性是指在外界作用下的开放系统有一定的自我稳定能力,能够在一定范围内自我调节,从而保持和恢复原来的有序状态、原有的结构和功能。

系统的突变性:系统的突变性,是指系统通过失稳从一种状态进入另一种状态的一种剧烈变化过程。

它是系统质变的一种基本形式。

系统的自组织性:系统的自组织性是指开放系统在系统内外因素的相互作用下,自发组织起来,使系统从无序到有序,从低级有序到高级有序。

系统的相似性:相似性是系统的基本特征。

系统相似性是指系统具有同构和同态的性质,体现在系统结构、存在方式和演化过程具有共同性。

2、系统工程方法的一般步骤是什么?答:步骤有:①问题定义、②目标选择、③系统综合、④系统分析、⑤最优系统选择、⑥实施计划第二章信息、管理与信息系统1、什么是信息?联系实际说明信息的主要特性。

信息是经过加工后的数据。

它对接收者有用,对决策或行为有现实或潜在的价值。

信息具有事实性、扩散性、传输性、共享性、增值性、不完全性、等级性和滞后性。

1、说明数据处理系统、管理信息系统、决策支持系统、主管支持系统的各自特点。

数据处理系统:主要功能是:记录、保存精确数据,检索数据,计算,产生报表、账单。

软件需求复习资料

软件需求复习资料

第1章1.需求开发可进一步细分为:获取、分析、规格说明和确认。

2.需求问题导致的主要后果是返工—重复做您认为早已做好的事情。

3.造成软件成本估算失败的最主要原因包括频繁变更需求、遗漏需求、未与用户充分沟通、需求的说明不精确,以及对需求的分析不透彻4.实现有效的需求工程过程。

减少开发后期以及整个维护过程中不必要的返工并可带来极大的回报。

第2章1.客户泛指直接或间接得益于产品的个人或组织。

2.很多组织把在需求文档上签字作为客户认可需求的标志,签字不仅仅是仪式,更重要的是建立需求协议的基线。

第3章1.需求分析包括对需求进行推敲和润色以保证所有的涉众人都能够理解需求,以及仔细检查找其中的错误、疏漏和其他缺陷。

2.分析包括将高层的需求分解成具体细节、创建开发原型,以及评估可行性和协商需求优先级。

3.需求验证可确保需求声明是正确的、具备了所需的质量属性,而且能够满足客户的需要。

第4章1.需求分析员是对项目涉众的需求进行收集、分析、记录和验证等职责的主要承担者。

第5章1.产品前景将所有涉众统一到一个方向上。

前景描述了产品用来干什么,它最终会是什么样子。

2.项目范围确定当前的项目要解决产品长远规划中哪一部分。

3.广度(breadth)指应用能完成哪些业务工作(即用例)。

而深度(depth)则说明将各项用例实现到何种程度。

4.前景与范围文档用于将业务需求收集整理到一个文档中,为后续的开发工作打好基础。

5.涉众是积极参与项目、受项目结果影响,或者能够影响项目结果的个人、团体或组织。

第6章1.开发人员开发的产品与客户期望获得的产品之间常常存在较大差距,即所谓的期望鸿沟。

第七章1.需求工程的核心任务是需求获取,即确定软件系统涉众的需要及限制条件的过程。

2.使用增量开发方法,把需求分解成低风险的更小的部分进行研究3.使用活动挂图(flipchart)来捕获以后再考虑的一些条目4.将客户的意见归类:业务需求用例或场景业务规则功能性需求质量属性外部接口需求数据定义解决思路5.用例是对用户目标或用户需要执行的业务工作的一般性描述;使用场景则是某个用例的一条特定路径。

需求分析复习提纲

需求分析复习提纲

第一章需求工程概述需求工程包含哪些基本活动。

第二章需求基础1、需求的定义。

(1)用户为了解决问题或达到某些目标所需要的条件或能力;⏹(2)系统或系统部件为了满足合同、标准、规范或其它正式文档所规定的要求而需要具备的条件或能力;⏹(3)对(1)或(2)中的一个条件或一种能力的一种文档化表述。

2、需求的分类。

⏹功能需求(Functional Requirement):❑和系统主要工作相关的需求,即在不考虑物理约束的情况下,用户希望系统所能够执行的活动,这些活动可以帮助用户完成任务。

功能需求主要表现为系统和环境之间的行为交互。

⏹性能需求(Performance Requirement):❑系统整体或系统组成部分应该拥有的性能特征,例如CPU使用率、内存使用率、系统的相应时间等。

⏹质量属性(Quality Attribute):❑系统完成工作的质量,即系统需要在一个“好的程度”上实现功能需求,例如可靠性程度、可维护性程度等。

⏹对外接口(External Interface):❑系统和环境中其他系统之间需要建立的接口,包括硬件接口、软件接口、数据库接口等等。

⏹约束❑进行系统构造时需要遵守的约束,例如编程语言、硬件设施等3、功能需求的层次性系统需求(1)业务需求●系统建立的战略出发点,表现为高层次的目标(Objective),它描述了组织为什么要开发系统●为了满足用户的业务需求,需求工程师需要描述系统高层次的解决方案,定义系统应该具备的特性(Feature)●参与各方必须要对高层次的解决方案达成一致,以建立一个共同的前景(Vision)●特性说明了系统为用户提供的各项功能,它限定了系统的范围(Scope)(2)用户需求●执行实际工作的用户对系统所能完成的具体任务的期望,描述了系统能够帮助用户做些什么●模糊性,不清晰(3)系统需求●用户对系统行为的期望,一系列的系统行为联系在一起可以帮助用户完成任务,满足业务需求●系统需求可以直接映射为系统行为,定义了系统中需要实现的功能,描述了开发人员需要实现什么●将用户需求转化为系统需求的过程是一个复杂的过程⏹首先需要分析问题领域及其特性,从中发现问题域和计算机系统的共享知识,建立系统的知识模型;⏹然后将用户需求部署到系统模型当中,即定义系列的系统行为,让它们联合起来实现用户需求,每一个系统行为即为一个系统需求。

软件需求分析--复习题

软件需求分析--复习题

软件需求分析--复习题1、名词解释题1.需求分析答:开发人员要准确理解用户的要求,进行细致的调查分析,将用户非形式的需求陈述转化为完整的需求定义,再由需求定义转换到相应的形式主义功能规约(需求规格说明)的过程。

2.需求工程3.业务模型4.原型开发方法5.数据字典2、简答题1.需求分析阶段的基本任务是什么?答:需求分析阶段的基本任务是:(1.问题识别:双方对问题的综合需求:a.功能需求b.性能需求c.环境需求d.用户界面需求.(2.分析与综合,导出软件的逻辑模型.(3.编写文档2.需求说明书由哪些部分组成?各部分之间的关系是什么?答:软件需求说明书一般包括如下内容:1)引言部分编写目的;项目背景(应包括:a.项目的委托单位、开发单位和主管部门;b.该软件系统与其他系统的关系。

) ;定义;(列出文档中所用到的专门术语的定义和缩写词的原文。

)参考资料。

2)任务概述3)数据描述目标;运行环境;条件与限制。

静态数据;动态数据(包括输入数据和输出数据) ;数据库描述(给出使用数据库的名称和类型) ;数据词典;数据采集。

4)功能要求5)性能需求功能划分;功能描述。

数据精确度;时间特性(如响应时间、更新处理时间、数据转换与传输时间、运行时间等);适应性(在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时,应具有的适应能力。

)6)运行需求障处理。

7)其他要求用户界面(如屏幕格式、报表格式、菜单格式、输入输出时间等);硬件接口;软件接口;故如可使用性、安全保密、可维护性、可移植性等。

8)附录1.概括说明如何进行需求分析?(20)答:(1)需求分析是指在需求开发过程中,对所获取的需求信息进行分析,及时排除错误和弥补不足,确保需求文档正确地反映用户的真实意图。

(2)分析方法大体有两类:“问答分析法”和“建模分析法”。

第一:问答分析方法很简单:刨根究底地问,如果问题都被解答了,那么需求也就分析清楚了。

一个人可以“自问自答”地分析需求,几个人分析需求则称为“研讨”。

软件需求分析-复习题2

软件需求分析-复习题2

简答题1.需求分析的目的是什么?难点在哪里?需求分析为什么特别重要?ﻩ需求分析的目的:需求分析主要用于获取用户的具体需求,通过对实际需求的获取、分析、文档化和验证等需求分析过程,为进一步的设计和实现提供依据:(1)需求分类。

将软件功能、性能、可靠性等相关需求进行分类、逐一细化.(2) 面向用户获取并分析需求。

软件研发其他阶段都是面向技术的,只有需求分析阶段是面向用户的,深入调研获取并分析软件的功能、性能、可靠性等,也可从系统和用户需求中推导出软件具体需求,并检查需求定义准确性,是否存在二义性。

(3)检查和解决不同需求间的矛盾。

尽量达到均衡和优化。

(4)确定软件的边界,以及软件与环境的相互作用方式等.如应用及运行边界和环境。

(5)对需求文档化并进行最后验证与确认。

ﻩ难点:主要体现在以下5个方面:(1)问题确定难。

主要原因一是应用领域的复杂性及业务变化,难以具体确定;二是用户需求所涉及的多因素引起的,如运行环境和系统功能、性能、可靠性和接口等。

(2)需求动态性。

软件的需求在整个软件生存周期,常会随着时间和业务而有所变化。

有的用户需求经常变化,一些企业可能正处在体制改革与企业重组的变动期和成长期,其企业需求不成熟、不稳定和不规范,致使需求具有动态性。

(3)交流共识难。

需求分析涉及的人事物及相关因素多,与用户、业务专家、需求工程师和项目管理员等进行交流时,不同的背景知识、角色和角度等,使交流共识较难。

(4)完备一致难。

由于不同人员对系统的要求认识不尽相同,所以对问题的表述不够准确,各方面的需求还可能存在着矛盾.难以消除矛盾,形成完备和一致的定义。

(5)深入完善难.需求理解对不全面准确的分析,客户环境和业务流程的改变,市场趋势的变化等,也会随着分析、设计和实现而不断深入完善,可能在最后重新修订软件需求。

分析人员应认识到需求变化的必然性,并采取措施减少需求变更对软件的影响。

对必要的变更需求要经过认真评审、跟踪和比较分析后才能实施。

软件工程-需求分析-复习答案

软件工程-需求分析-复习答案

一、单项选择题1. 以下哪一项不是软件危机的表现( B)A.开发的软件可维护性差 B.软件极易被盗版C.经费预算经常被突破 D.开发的软件不能满足用户需求2.下面不属于软件工程的三个要素是( B )。

A 过程B 环境C 方法D 工具3. 需求分析阶段的任务是确定( D )。

A 软件开发方法B 软件开发工具C 软件开发费用D 软件开发功能4. 下列不属..于.需求分析工具的是( D )。

A。

数据流图 B.用例图 C。

状态图D。

程序流程图5.关于软件测试的目的,下面观点错误的是( C )A.为了发现错误而执行程序的过程B.一个好的测试用例能够发现至今尚未发现的错误C。

证明程序是正确、没有错误的D。

一个成功的测试用例是发现了至今尚未发现的错误的测试6。

软件详细设计阶段的任务是( A)。

A.算法与数据结构设计B.功能设计C.调用关系设计 D。

输入/输出设计7. 下列属于静态测试方法的是( A )A.人工检测 B.路径覆盖C.黑盒测试 D.白盒测试8.汽车是一种交通工具,汽车类和交通工具类之间的关系是( C)A.组合聚集关系 B。

共享聚集关系C.一般-具体关系 D。

整体-部分关系9.结构化程序设计的风格,主要强调的是( C ).A.程序的执行效率B.模块的内聚C.程序的可理解性 D.模块的耦合10.在整个软件维护阶段所花费的全部工作中,所占比例最大的是( D)。

A.校正性维护 B.适应性维护C.预防性维护 D.完善性维护11。

“软件工程的概念是为解决软件危机而提出的”这句话的意思是( C )A。

强调软件工程成功解决了软件危机的问题B。

说明软件危机的存在总是使软件开发不像传统工程项目那样容易管理C.说明软件工程这门学科的形成是软件发展的需要D。

说明软件工程的概念,即:工程的原则、思想、方法可解决当时软件开发和维护存在的问题12。

在软件工程的需求分析阶段,不属于问题识别内容的是( A )A。

输入/输出需求 B。

系统分析与设计复习——简答题

系统分析与设计复习——简答题

1.软件维护:软件维护指软件交互使用之后,为了改正软件中的错误或满足新的需求而修改软件的过程。

2.调试: 在成功地进行了测试之后,进一步诊断和改进程序中存在的错误过程。

3.可行性研究:可行性研究又叫可行性分析,它是所有工程项目在开始阶段必须进行的一项工作。

可行性研究是指项目正式开发之前,先投入一定的精力,通过一套准则,从经济、技术、社会等方面对项目的必要性、可能性、合理性,以及项目所面临的重大风险进行分析和评价,得出项目是否可行的结论。

4.结构化程序设计:是一种设计程序的技术,采用自顶向下、逐步细化的设计方法和单入口、单出口的控制技术,任何程序都可以通过顺序、选择和循环三种基本控制结构的复合实现。

5.信息系统的生命周期:信息系统在其使用过程中随着生存环境的变化,要不断维护、修改,当它不再适应需求的时候就要被淘汰,就要由新系统代替老系统,这种周期循环称为信息系统的生命周期。

6.供应链管理系统: 供应链管理系统就是为了实现供应链上各企业的共同目标,对整个供应链的物流与信息流进行集成的管理和统一协调的计算机软件系统、网络与通信系统、有关数据、规章制度和人员的统一体。

7.决策支持系统: 这是在现代信息技术的基础上,交叉管理学、行为科学、运筹学,控制论等学科运用、人工智能、专家系统、知识工程等理论和方法,辅助支持企业,决策活动的信息系统。

8.信息系统:信息系统是指利用计算机、网络、数据库等现代信息技术,处理组织中的数据、业务、管理和决策等问题,并为组织目标服务的综合系统。

9.数据字典: 为了对数据流程图中的各个元素进行详细的说明,数据字典的主要内容是对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据存储和外部实体等几个方面进行具体的定义。

数据字典配以数据流程图,就可以从文字和图形两个方面对系统的逻辑模型进行完整的描述。

:1.按照生命周期法建设信息系统过程中的主要文档有:系统开发立项报告,( 可行性研究报告),系统开发计划书,( 系统分析说明书),系统设计说明书,程序设计报告,系统测试计划与测试报告,系统使用与维护手册,系统评价报告,系统开发月报与系统开发总结报告.2.描述程序处理过程的工具称为过程设计工具,可以分为图形、表格和语言3类。

软件系统分析与设计复习资料

软件系统分析与设计复习资料

软件系统分析与设计复习资料一、选择题1.结构化程序设计方法的主要特征不包括A.控制结构仅由顺序、选择和重复等结构复合而成B.程序自底向上逐步抽象成一个函数块C.每个函数块都有一个入口和一个出口D.采用“消息+对象”的设计模式2.由开发者“指导”用户对软件进行的测试称为A.单元测试B.组装测试C.alpha测试D.beta测试3.系统分析和设计完成以后,开发者向用户提供的文档资料不包括A.场景/用例图和功能处理模型B.对象静态、动态模型C.体系结构模型D.测试文档资料4. UML的5种视图中对下列对象都适用是A.客户B.分析者C.开发者D.测试者5. UML中不.属于动态模型图的是A.活动图B.用例图C.状态图D.时序图6.关于UML的描述错误的是A.UML是一种可视化建模语言B.UML是完全的面向对象的软件开发方法C.UML独立于特定开发语言和开发过程D.现有的UML没有扩展机制7.在软件开发统一过程(UP)中的设计阶段应切忌的是A.全部文档描述应能明显地看到形成这些文档的基础是什么B.创建简单、完整、一致的接口,使所有构件服务都能易于理解和使用C.在早期就要过分强调性能D.保留开发过程中发生的所有事情的记录8.在系统开发的开始阶段,在确定客户需求过程中建立的用例称为A.系统用例B.业务用例C.主要用例D.关键用例9.关于用例图中的行为者描述正确的是A.一个行为者只能启动一个用例B.行为者一定是人C.行为者之间不能有继承关系D.行为者代表一种角色而不是具体某个人10.通常在UML的类图里面,符号“+”用来修饰A.公有成员B.私有成员C.保护成员D.可继承成员11.关于UML中类图的关联所使用的重数的描述中,错误的是A.“0..1”表示“0或1”。

B.“0..*”和“*”表示的意思不一样。

C.“1..*”表示“1或多”。

D.“5..11”表示“5-11”。

12.关于时序图中对象排列原则错误的是A.对象纵向排列在时序图的左边B.交互密切的对象尽可能相邻C.交互中创建的对象,应放置在其创建的时间点上D.每个对象有一个下垂的生命线13.在UML中,用来表示状态的图符是A.一个矩形框B.一个带圆角的矩形框C.一个椭圆D.一个圆14.一个结构良好的状态图应排除下面的情形A.能准确描述系统动态模型的一个侧面B.图中只包含描述该侧面相关的重要元素C.附加对于理解状态图含义必要的特征信息D.一个状态图应可以单独描述出系统的全貌15.关于构件和类具有相同点的是A.构件和类都可以有实例B.直接拥有自己的属性和操作C.可以拥有多个实例D.都是逻辑抽象16.数据流图(DFD)主要应用于A.面向对象分析方法B.结构化方法C.模块化方法D.面向数据结构方法17.以下不属于封装的特征的是A.具有唯一的标识名B.一个清楚的边界C.一个接口D.受保护的内部实现18.需求分析工作不包括A.软件功能需求B.软件性能需求C.软件运行环境约束D.定义模块接口19.UML中构件视图的作用是A.描述系统的功能需求;找出用例和行为者。

信息系统分析与设计复习题

信息系统分析与设计复习题

信息系统分析与设计复习题第三章一、名词解释:信息系统的生命周期:分为系统规划、系统分析、系统设计、系统实施、系统运行维护。

对象的属性:反应对象的信息特征,如特点、值、状态等等。

对象的方法:用来定义改变属性状态的各种操作。

封装性:面向对象方法中,程序和数据时封装在一起的,对象作为一个实体,期操作隐藏在方法中,期状态有对象的“属性”来描述,并且只能通过对象中的“方法”来改变,从而外界无从得知。

二、解答题:1.、信息系统建设涉及的因素有哪些?(1)文化、社会因素,(2)科学理论因素,(3)技术方法因素,(4)专业领域知识因素,(5)环境多变因素,(6)组织管理因素,(7)经济效益因素2、简述诺兰阶段模型的划分?(1)初装阶段,(2)蔓延阶段,(3)控制阶段,(4)集成阶段,(5)数据管理阶段(6)成熟阶段3、简述企业信息系统建设部门(IT)部门的组织功能?(1)应用程序的开发,(2)系统支持,(3)用户支持,(4)数据库管理,(5)网络管理,(6)web支持。

4、简述信息系统的生命周期各阶段包括的内容?(1)信息系统规划:对企业的环境、目标、现行系统的状况进行初步调查,根据企业目标和发展战略分析各级部门的信息需求,确定信息系统的目标、功能、规模、资源,对建设新系统的需求做出分析和预测,并根据需求的轻重缓急、现有资源状况和应用环境的约束,合理安排建设计划,从经济、技术、等方面研究建设新系统的必要性和可能性。

(2)信息系统规划:根据系统设计任务书确定的范围,对现行系统进行详细调查,描述现行系统的义务流程,指出现行系统的局限性和不足之处,确定新系统的旗本目标和逻辑功能要求》(3)信息系统设计:根据系统需求说明书中规定的功能要求,考虑具体设计以实现逻辑模型的技术,即设计新系统的物理模型,所以这个阶段有分为物理设计阶段。

(4)信息系统实施:将设计的系统付诸实践的阶段,该阶段的任务是根据系统设计报告所确定的物理模型,将设计方案转为计算机上可实际运行的人机信息系统,并编写系统实施报告。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

第一章1.需求分析与系统设计之间的界限是什么?何时从分析阶段进入设计阶段?需求分析关注系统“做什么”,系统设计关注“如何做”。

当分析阶段完成后才能进入到设计阶段2.需求处理要注意哪些非技术因素?为什么?要注意的非技术因素:组织机构文化、社会背景、商业目标、利益协商等。

因为利用建模与分析技术构建的解决方案一定要和具体的应用环境相关,不存在不依赖具体应用环境的解决方案,因此,在利用建模分析技术进行要求处理是不能忽视具体应用环境的相关因素3.需求分析与需求工程之间的关系那就是需求工程含义更广,包括需求获取、需求分析、需求定义第二章1.解释名词:问题域,解系统和共享现象,并结合他们的含义说明软件系统如何与现实世界形成互动的问题域:现实的状况与人们期望的状况产生差异就产生问题。

解系统:软件系统通过影响问题域,能够帮助人们解决问题称为解系统通过共存现象仅仅是问题域和姐系统的一个部分。

而不是他们的全部。

软件系统仅仅是现实世界的一种抽象。

所以问题除了共享现象之外。

还有很多在进行模型抽象时忽略的其他现实因素。

2.解释下列名词,需求,规格说明,问题域特性和约束,并结合他们的含义说明需求工程的主要任务是什么?需求是用户对问题域中的实体状态或事件的期望描述规格说明:规格说明是解系统为满足用户需求而提供的解决方案,规定了解系统的行为特征。

问题域的特性:在和解系统相互影响的同时,问题域是自治的,它有自己的运行规律,而且这些规律不会因解系统的引入而发生改变,这种自治的规律性称为问题域特性,当这些特性非常明确时称之为约束。

需求工程的主要任务:1.需求工程必须说明软件系统将应用的环境及目标,说明用来达成这些目标的软件功能,还要说明在设计和实现这些功能时上下文环境对软件完成任务所用的方式、方法所施加的限制和约束。

2需求工程必须将目标、功能和约束反映到软件系统中,映射为可行的软件行为,并对软件行为进行准确的规格说明。

3需求工程还要妥善处理目标、功能和约束随着时间的演化情况。

4.需求有哪些常见的类别?功能需求和非功能需求有什么差异?严格意义上的软件需求的分类:功能需求(Functional Requirement):和系统主要工作相关的需求,即在不考虑物理约束的情况下,用户希望系统所能够执行的活动,这些活动可以帮助用户完成任务。

功能需求主要表现为系统和环境之间的行为交互。

性能需求(Performance Requirement):系统整体或系统组成部分应该拥有的性能特征,例如CPU 使用率、内存使用率等。

质量属性(Quality Attribute ):系统完成工作的质量,即系统需要在一个“好的程度”上实现功能需求,例如可靠性程度、可维护性程度等。

对外接口(External Interface ):系统和环境中其他系统之间需要建立的接口,包括硬件接口、软件接口、数据库接口等等。

约束 :进行系统构造时需要遵守的约束,例如编程语言、硬件设施等 。

广泛意义上的需求分类:系统级需求(System ):针对系统工程的需求,包括与硬件相关的需求被称之为硬件需求(Hardware )、与软件相关的需求被称之为软件需求(Software )、与人力资源相关的需求以及软件、硬件、人力之间协同的需求被称之为其他需求。

功能需求和非功能需求的差异:除功能需求之外的其他四种类别需求又被统称为非功能需求。

在非功能需求当中,质量属性对系统成败的影响极大,因此在某些情况下,非功能需求又被用来特指质量属性。

而且通常一个软件系统的绝大部分需求都是功能需求,在比例上功能需求有可能占所有需求的90%以上。

5.描述业务需求、用户需求和系统(级)需求的区别与联系。

业务需求:业务需求是抽象层次最高的需求,是系统建立的战略出发点,表现为高层次的目标,它描述了组织为什么要开发系统 。

非功能需求用户需求:执行实际工作的用户对系统所能完成的具体任务的期望,描述了系统能够助用户做些什么。

系统需求:用户对系统行为的期望,一系列的系统行为联系在一起可以帮助用户完成任务,满足业务需求;系统需求可以直接映射为系统行为,定义了系统中需要实现的功能,描述了开发人员需要实现什么。

业务需求、用户需求和系统(级)需求的区别与联系如右图所示:用户需求---->系统需求的过程:首先需要分析问题领域及其特性,从中发现问题域和计算机系统的共享知识,建立系统的知识模型;然后将用户需求部署到系统模型当中,即定义系列的系统行为,让它们联合起来实现用户需求,每一个系统行为即为一个系统需求。

该过程就是需求工程当中最为重要的需求分析活动,又称建模与分析活动。

6.优秀的需求哪些特性?试为每一个特性都举出一个不符合的示例。

优秀的需求特性:1)完备性:不需要做更多的扩展就可以充分的说明用户所需要的系统功能。

每一个需求的描述都应该包含开发人员设计和实现这项功能需要的所有信息。

R6(不完整):系统应该允许被扩展R7(完整、较R8精确):系统的调度算法应该允许被扩展2)正确性:真实的反映用户的意图;必须请需求的提出者予以确认。

3)可行性:在检查的过程中,由开发人员进行检查可能需要进行一定的分析和研究,而不是单纯的凭借经验和直觉。

对于难以判断的需求,必要的时候要通过开发原型来加以验证。

示例:保证系统核心功能可以7×24小时连续运行。

4)必要性:满足用户的业务需求所必需的。

5)无歧义:每一项需求都应该有而且只能有一种解释。

定义一个可以共同理解的词汇表(Glossary)6)可验证:通过分析、检查、模拟或者测试等方法能够判断需求是否被满足。

示例:实现各部门的公文流转无纸化、文档一体化、业务管理的规范化、自动化和网络化;统一办公流程、规范公文格式,加强信息交流和共享,提高工作效率;不可验证的需求往往是因为描述模糊或者过于抽象,所以在进行需求的描述时要让需求具体化、小心形容词和副词的使用、避免程度词的使用。

第三章1.需求工程过程的工作基础(即输入)存在哪些?他的工作成果(即输出)有哪些?答:需求过程的工作基础是获取用户面临的业务问题,用户期望系统表现出来的各种行为,即需求获取工作成果:产生一个能够在用户环境下解决用户业务问题的系统方案,并将其文档化为明确的规格说明。

2.描述需求工程的各个活动,说明他们各自的工作基础,工作目标和工作成果1.需求获取:工作基础:1.收集背景资料2.定义项目前景和范围3.选择信息的来源4.选择获取方法,执行获取5.记录获取结果工作目标:获取用户需求,了解用户在完成任务的时候遇到的问题与期望工作成果:业务需求,项目的前景和范围,用户需求以及问题域的特征2.需求分析:工作基础:1背景分析 2.确定系统边界3.需求建模4.需求细化5.确定优先权6.需求协商工作目标:1.通过建模整合各种信息,是人们更好地理解问题2.定义一个需求集合,能够为问题界定一个游戏的解决方案工作成果:产生一个需求的基线集,它指定了系统或当前版本的系统开发需完成的任务3.需求规格说明:工作基础1.定制文档模板2.编写文档工作目标:为了系统涉众之间交流需求信息工作成果:需求规格文档说明4.需求验证工作基础1.执行验证2问题修改工作目标:为了尽量不给设计实现测试后续开发活动带来不必要的影响。

需求规格说明文档定义必须正确准确地反映用户的意图工作成果:验证之后,问题得以修正需求管理:工作基础:1.建立和维护需求基线集2.建立需求跟踪信息3进行变更控制工作目标:保证需求作用的持续稳定和有效发挥工作成果:需求管理会进变更控制和实现合理的变更请求拒绝不合理的变更请求,控制变更的成本和影响范围4.需求工程师需求具备的技能专业技能,分析技能,交流技能,观察技能,建模技能,写作技能,创新技能,协调技能第五章1.为什么要定义项目的前景和范围?答、业务需求、高层解决方案和系统特性都应该被记录下来,定义为项目的前景与范围文档,前景描述了产品的作用和最终的功能,它将所有的涉众都统一到一个方向上范围指出了当前项目是要解决产品长远规划的那一部分,它为项目规定了需求的界限案例题:1.你被任命为替换学生财务资助项目的项目经理。

你想开发一个工作陈述来定义范围并降低范围蔓延的风险。

财务资助部门的主管坚持要你15个月、600 000美元的预算内替换他现有的系统就可以了。

他说这就是你需要知道的全部,不需要浪费时间开发一个工作陈述了。

省略工作陈述的风险是什么?你将如何说服主管?解答:省略工作陈述的风险是不能明确项目的前景和范围。

如果省略了工作陈述的话,我们就不能和用户进行很好的沟通与交流,这样,项目的问题也就不能明确,开发人员无法与涉众对问题达成共识;无法明确问题,也就无法发现正确的业务需求,无法定义良好的解决方案及系统特性,继而无法明确项目的前景和范围,这样就会造成项目的不稳定甚至失败!第六章1.什么是涉众?涉众分析?软件系统中常见的涉众?涉众是与要建设的业务系统相关的一切人和事.涉众分析就是为软件系统寻找并理解关键涉众的过程常见的涉众:管理着:用户、客户、开发人员、管理者、领域专家、政府力量和市场力量等领域专家:在问题域中具有丰富知识的专家*关注软件中的知识政府力量:法律法规、长远规划、政策意向*起约束和指导作用市场力量:组织中的市场部门人员,关注用户的想法*关注用户想法用户:最终使用和操作产品的人*关注软件功能客户:为软件系统开发付费的人*关注经济的成本、收益开发者:负责实现软件系统的人*关注技术上的成本和利益第七章2.列出面谈的5个步骤面谈准备的主要工作包括:1、阅读背景资料2、确定面谈的主题和目标3、选择被会见者4、准备会见被会见者5、确定问题和类型第8章1.原型的定义原型是一个系统,他内化了一个更迟系统的本质特征。

2.说明原型在需求获取中的作用和试用情景因为原型是在最终系统产生之前的一个局部真实表现,所以原型方法可以让人们在系统的开发过程中,就能对一些具体问题进行基于事物有效沟通,从而帮助人们今早解决软件开发过程中存在的各种不确定性。

场景:产品以前从未存在过,而且难以可视化,这些产品属于创新产品,他们的基本需求是潜在的,有很大的不确定性产品的用户对相关类别的产品没有经验,而且对将要采用的技术也没有经验。

此时用户无法明确工作的具体细节,产品的细节需求存在着不确定性用户进行自己的工作已经有一段时间了,但在完成工作的方式上依然存在障碍。

用户清晰说明他们的需求方面存在困难。

在澄清和理解之前,这些需求存在着不确定性需求的可行性值的怀疑,即具体需求的可满足性存在着不确定性三、案例题“我有一个绝妙的主意!”Bea Kwicke宣布,他是系统团队的一位新来的需求工程师,“让我们跳过所有的SDLC垃圾,直接为一切设计原型。

我们的项目会进展的更快,还可以节省时间和金钱,并且所有的用户会感到我们似乎很在意他们,而不是连续几个月不与他们交谈。

相关文档
最新文档