项目前景与范围文档
需求工程习题
一、选择题1、需求获取的成果（）。
A、获取笔录、录音或摄像B、客户C、需求规格说明文档D、设计说明书2、项目前景与范围文档中，项目前景不应包括什么信息（）。
A、前景概述B、详细的功能需求C、主要特性D、假设与依赖3、下列不属于需求开发的活动的是( )。
A、需求获取B、需求管理C、需求验证D、需求分析4、面谈的类别不包括（）。
A、结构化面谈B、半结构化面谈C、封闭式面谈D、非结构化面谈5、采用观察方法进行需求获取的原因（）。
A、用户多B、客户变化D、事件的情景性 D、存在默认知识6、确定需求优先级的常用的方法（）。
A、累计投票B、协商C、需求细化D、需求建模7、需求评审是（）中常用的一种方法。
A、需求获取B、需求验证C、需求分析D、需求管理8、需求跟踪是（）中的一个活动。
A、需求获取B、需求验证C、需求分析D、需求管理9、针对客户需求文档进行文档审查的时候，采用的方法是（）。
A、需求重用B、文档分析C、需求剥离D、民族志10、下列不是过程建模中使用的技术是（）。
A、上下文图B、数据流图C、E-R图D、微规格说明二、名词解释1、系统需求２、需求基线３、涉众４、用例模型５、民族志三、填空题１、功能需求通常体现为三个层次：、和系统需求。
2、面向对象建模中用到的技术包括：、、行为模型、状态机模型和对象约束语言。
3、常见的需求定义错误：没有反映用户真实需要、、信息遗漏、、。
４、涉众分析包括哪些活动：、涉众描述、和。
５、微规格说明是一些被用来描述过程处理逻辑的技术，主要有三种常用的技术：、、。
6、在需求工程中原型方法步骤：、、、原型修正。
四、简答题１、需求获取活动的主要步骤包括哪5步？2、涉众分析有哪些活动？解释每一个活动的具体内容？3、需求工程定义？需求工程的活动包括？4、什么是过程建模？过程建模中用到哪些技术？并对每一个技术详细解释？5、需求管理的活动包括哪些？并具体说明每一个活动内容？。
外卖管理系统
BO-2:在第一版应用后的 3 个月内，餐厅的客户满意度增加。 度量标准（Scale）：客户点评满意度（5 分制）。 计量方法（Meter）：网站统计出的客户点评满意度。 理想标准：满意度增加１０％；一般标准：满意度增加５％；最低标准：满意度增加 2％。
BO-3:在第一版应用后的 6 个月内，餐厅利润率增加。 度量标准（Scale）：餐厅总利润除以营业额 计量方法（Meter）：检查公司的财报 理想标准：利润率增加 10%；一般标准：利润率增加 用户登录系统，修改查看个人信息 FE-7: 用户修改，取消订单 FE-8: 用户对服务进行评分和评价 FE-9: 用户可以通过高级搜索按照自己的需要筛选出信息 FE-10: 用户点击查看各分店的具体地点和到达分店的路线，可对手机端用户进行导航 FE-11: 用户如果通过手机登录，系统通过 GPRS 识别用户方位作为地址信息 FE-12: 外卖送餐员登录系统，查看订单信息 FE-13: 外卖送餐员选择正要处理的客户订单，获得最佳路线推荐，可对手机端用户进行导 航 FE-14: 外卖送餐员确认完成服务 FE-15: 外卖送餐员查看用户的评论 FE-16: 餐厅工作人员（包括菜单管理员和订单管理员）登录 FE-17：菜单管理员查看修改菜单信息 FE-18：订单管理员查看所有订单相关的统计数据 FE-19：系统管理员删改餐厅工作人员，外卖送餐员，用户等的信息 FE-20: 系统智能输入提示和通过数据挖掘技术提供用户建议
项目概述和范围
项目概述和范围合同书甲方：（甲方名称）乙方：（乙方名称）项目概述和范围合同鉴于甲方有意委托乙方开展项目，并且乙方有能力和资源进行相应的项目开展工作，甲乙双方经友好协商，就项目概述和范围达成以下合同：第一条项目概述1.1 甲方委托乙方负责开展具体项目，项目名称为（项目名称），其主要目的是（描述项目的主要目标和意图）。
1.2 乙方将根据甲方的要求和指导，以及双方共同商定的项目计划和时间表，按时完成项目工作。
1.3 项目的预计开始日期为（日期），预计完成日期为（日期）。
第二条项目范围2.1 项目的主要工作内容包括但不限于：a）进行项目的前期筹备工作，包括调研、需求分析、风险评估等；b）制定详细的项目计划和时间表，并与甲方进行确认；c）根据项目计划，组织和协调相关资源，包括人力资源、物资和技术支持等；d）按照项目要求，进行项目的实施和管理，确保项目的顺利进行；e）定期向甲方汇报项目进展情况，及时解决项目中遇到的问题和难题；f）根据项目需求，进行项目评估和控制，确保项目的高质量完成；g）项目结束后进行总结和总结报告，向甲方提交项目成果。
2.2 甲方与乙方约定，项目范围不包括以下内容：a）与项目无直接关联的工作和任务；b）其他双方另行约定的例外情况。
第三条项目交付3.1 项目交付标准：根据项目要求和甲方的指导，乙方将按照双方共同商定的标准和要求，完成项目工作。
3.2 甲方有权对项目进行监督和验收。
乙方在项目结束后，应向甲方提交项目成果，并经甲方验收合格后，方可交付。
第四条项目费用4.1 甲方应按照合同约定，向乙方支付项目费用。
具体费用标准为（具体费用标准）。
4.2 项目费用应在（具体时间）内支付至乙方指定的银行账户。
第五条保密条款5.1 甲乙双方同意，在项目执行过程中，对于所接触到的商业机密和机密信息，双方应予以保密，并严禁披露给第三方。
5.2 保密期限自合同签署之日起生效，持续三年。
第六条变更和解释6.1 本合同的任何变更，应由甲乙双方经协商一致，在书面形式下进行，并经双方授权代表签署。
微信前景与范围文档
微信前景与范围⽂档微信前景与范围⽂档⽂档状态：[ ]草稿[ ]正式发布[ √]正在修改当前版本：版本1作者：张秀林完成⽇期：2013年11⽉3⽇1. 业务需求1.1 应⽤背景由于现在的独⽣⼦⼥较多和社会的多元化发展，维持社会关系变得格外重要。
同学毕业后⼤多各奔东西，平时如何保持联系成了问题，虽然市⾯上有各种各样的聊天软件但都有⼀些不⽅便或者⼤家接受的少，难以⼤家都统⼀。
1.2 业务机遇微信正在和⼀批合作伙伴测试公众平台的⾃定义接⼝功能，这个接⼝可以让第三⽅公司的CRM系统⾃主接⼊。
公众账号背后的商家将能通过这个接⼝为⽤户提供更个性化的服务。
有了这个接⼝，基于微信为⽤户提供服务的创新应⽤也不断涌现，⽐如微信查路况、查信⽤卡、订酒店、订外卖、买门票、在美肤汇购物、微团购等。
随着越来越多的应⽤加⼊微信平台，探讨微信营销的机构和⽂章越来越多，微信导航⽹站也顺势⽽起。
未来微信还将成为⼀个商户⾃助管理的开放平台，商户可以⾃由接⼊、⾃主管理⽤户体系。
“腾讯微信会员卡负责⼈耿志军说：商家原有的CRM系统都可以对接到微信会员卡系统中，从⽽优化其CRM系统，让原有CRM也具备拉新和营销能⼒。
”在实物电商⽅⾯，微信已经联合美肤汇进⾏了不少的⽀付尝试，耿志军称：“实物电商进到移动互联⽹时代应该是什么样⼦？我们觉得⾄少不是PC互联⽹时代的样⼦，⾄少更轻⼀点，更便捷⼀点。
我们先做⽣活电商，实物电商接下来也会加速做。
”当然，乐观地讲，微信的商业化也有机会带来更多种可能性，尤其是对第三⽅⽽⾔—游戏开发商、数字出版⽅、优质⾃媒体、企业、营销公司等。
1.3 业务⽬标业务⽬标的例⼦如下：1、跨平台⽀持多平台，沟通⽆障碍微信⽀持主流的智能操作系统，不同系统间互发畅通⽆阻。
2、轻松聊天不透露信息是否已读，降低收信压⼒3、图⽚压缩传输，节省流量，4、输⼊状态实时显⽰带给您⼿机聊天极速新体验微信为您显⽰对⽅实时打字状态，5、移动即时通信，楼层式消息对话更是让你们的聊天简洁⽅便。
SRE 03
Responsibility 职责
需求工程师策划，但不是单独完成的。
需求工程师（分析师）、用户和其他风险承 担者积极合作，收集需求。
16
Responsibility ：User&customer 用户和客户的职责
Source of work knowledge 工作领域知识的来源
有责任向需求工程师提供工作知识，有责任 讨论并决定需求工程师(分析师)关于工作和 产品的想法的可行性。
网罗需求的活动处于该过程的中心位臵。他使用项目启动阶段的输出作为其 起点，从用户和其他风险承担者那里收集需求。 做原型是一个并行的活动。请注意这个阶段收集的需求是潜在需求，它们还 8 需要通过质量关的质量检查。
Guidelines of Requirements Elicitation&Analysis
30
What are the key components of a vision document?
a.3 业务目标
用一个定量和可测量的合理方法总结产品所带来的重 要商业利润。重点放在给业务的价值上。
a.4 客户或市场需求
描述一些典型客户的需求，提出客户目前所遇到的问 题在新产品中将可能（或不可能）出现的阐述，提供 客户怎样使用产品的例子。 确定产品所能运行的软、硬件平台或性能要求。
Software Requirements Engineering
软件需求工程
School of Software Zhengzhou University Semester: Fall of 2009 Students: Junior Instructor: Xu Ting ietxu@
项目的业务需求在视图上和范围上形成文档，这些 必须在创建项目之前起草。
需求工程(习题集)最新
需求工程习题集一、选择题1、需求获取的成果（A）。
A、获取笔录、录音或摄像B、客户C、需求规格说明文档D、设计说明书2、项目前景与范围文档中，项目前景不应包括什么信息（B）。
A、前景概述B、详细的功能需求C、主要特性D、假设与依赖3、下列不属于需求开发的活动的是(B)。
A、需求获取B、需求管理C、需求验证D、需求分析4、面谈的类别不包括（C）。
A、结构化面谈B、半结构化面谈C、封闭式面谈D、非结构化面谈5、采用观察方法进行需求获取的原因（C）。
A、用户多B、客户变化D、事件的情景性D、存在默认知识6、确定需求优先级的常用的方法（A）。
A、累计投票B、协商C、需求细化D、需求建模7、需求评审是（B）中常用的一种方法。
A、需求获取B、需求验证C、需求分析D、需求管理8、需求跟踪是（D）中的一个活动。
A、需求获取B、需求验证C、需求分析D、需求管理9、针对客户需求文档进行文档审查的时候，采用的方法是（C）。
A、需求重用B、文档分析C、需求剥离D、民族志10、下列不是过程建模中使用的技术是（C）。
A、上下文图B、数据流图C、E-R图D、微规格说明11、针对相关产品的需求规格说明进行文档审查的时候，采用的方法是（C）。
A、需求剥离B、文档分析C、需求重用D、民族志12、下列不是用例模型的基本元素的是（A）。
A、用例B、参与者C、实体D、系统边界13、下列不属于需求验证的方法的是（B）。
A、需求评审B、需求分析C、利用跟踪关系D、开发测试用例15、需求分析的最终结果产生的是（C）。
A、项目开发计划B、可行性分析报告C、需求规格说明书D、设计说明书16、最常见的IEEE1998将需求分成5种类别，下列哪个不是5种类别的是（D）。
A、功能需求B、性能需求C、质量属性D、需求获取17、下列不属于面向对象建模中所使用的技术是（C）。
A、用例模型B、行为模型C、数据模型D、对象模型18、下列不属于获取信息的内容的是（D）。
软件需求工程复习题
一、单选题（每空1分，共20分，请在备选答案中选择唯一一个正确的选项）1、产品特性可以称为质量属性，在众多质量属性中，对于开发人员来说重要的属性有哪些（B ）A 有效性、效率、灵活性、互操作性B 可维护性、可移植性、可重用性、可测试性C 完整性、可靠性、健壮性、可用性D 容错性、易用性、简洁性、正确性2、需求包括11个方面的内容，其中网络和操作系统的要求属于（B），如何隔离用户之间的数据属于（C），执行速度、相应时间及吞吐量属于（D），规定系统平均出错时间属于（A ）。
A 质量保证 B环境需求 C安全保密需求 D 性能需求3、需求分析过程应该建立3种模型，它们分别是数据模型、功能模型、行为模型。
以下几种图形中，（B）属于功能模型，（A）属于数据模型，（C）属于行为模型。
A 实体-联系图(ERD)B 数据流图(DFD)C 状态转换图(STD) D鱼骨图4、常用的需求分析方法有：面向数据流的结构化分析方法（SA），面向对象的分析方法（OOA），下列(D)不是结构化分析方法的图形工具。
A决策树 B数据流图 C数据字典 D快速原型5、软件开发中，原型是软件的一个早期可运行的版本，它反映最终系统的部分重要特性。
其中，（B）和（C）用完就可以丢弃，而（A）围绕原型修改、增加。
A 进化型B 探索型 C实验型 D 以上都是6、（D）用于描述数据的处理过程。
A 数据字典 B决策树 C决策表 D 数据流图7、DFD的基本符号不包括下列哪种（A）A 数据字典B 加工C 外部实体D 数据流E 数据存储文件8、DD的主要字典条目包括以下哪种（E）A数据流 B文件 C 数据项 D加工 E以上都是9、常用的动态分析方法不包括以下哪种（B）A 状态迁移图B 层次方框图 C时序图 D Petri网10、需求分析阶段的文档包括以下哪些（E）A 软件需求规格说明书 B数据要求说明书 C初步的用户手册 D修改、完善与确定软件开发实施计划 E以上都是11、需求验证应该从下述几个方面进行验证：（C）A 可靠性、可用性、易用性、重用性B可维护性、可移植性、可重用性、可测试性C一致性、现实性、完整性、有效性 D 功能性、非功能性12、风险管理的要素包括哪项（D）A风险评价 B风险避免 C风险控制 D以上都是13、下列描述中错误的是（D）A每一个集成的需求变更必须能跟踪到一个经核准的变更请求。
需求工程项目前景与范围文档
实验报告□实践报告□课程名称：软件需求工程实验名称：订餐系统项目前景与范围文档实验地点：太原理工大学虎峪校区专业班级：软件工程1417学号：2014005993 学生姓名：曹旭清指导教师：王建珍2017年5月3日1.业务需求1.1应用背景××是某个大学城的一家餐厅，经营几年，已经初具规模，但是一直以来，该店收益都不能令人满意，经营规模也没有得到提升。
从餐厅开始营业以来，该店在经营管理方面一直存在诸多问题，而且都没有得到很好解决；比如顾客的订餐电话杂乱，导致接线员工作繁忙，不能很好的完成工作；同时需要一位会计需要对顾客顾客的订餐时间、地址等信息都要进行手动排序，来达到优化送货员的服务的目的。
该餐厅对于顾客的资料信息没有储存，甚至连每次的订单以及用户信息记录都被随意抛弃；导致接线员在接到“老客户”时候每次都要重新记录有关信息，这样很不利于增加本店的回头客的迫切需要，另外当顾客向接线员询问一些建议时，接线员不知道如何去推荐也不知道该推荐些什么食物；送货员在送货完成进行交易时需要顾客使用现金支付，而且没有其他任何更加方便的支付手段，所以送货员身边还要带零钱，导致送货员工作效率不高；对于账单结算，本店只能通过会计的手工进行，这样不仅容易出错而且又费时间；现在，经理想要扩大经营范围，但是一番实施之后，发现愿意加盟连锁的并不多；经理自己也不能很好的解释原因；最近一段时间，该店顾客数量在逐渐减少，这是一个令人担忧的状况，员工们也讨论过，但是都不能给出具体的原因，有可能是宣传力度不够，也有可能是食物质量问题，还有可能是本店的服务不到位，或者其他原因；甚至每种问题都存在。
前段时间，经理了解到现代企业都有着自己的软件管理系统，能大幅度提高企业管理效率和质量；于是经理借鉴和参考这样的模式，决定为为该餐厅添加一个管理系统，希望能通过这样的软件系统，尽可能多的解决餐厅面临的问题，同时帮助提高餐厅的管理水平，获得更多的收益。
需求笔试题整理(含答案)
1、下列哪项不属于涉众？（A）A .相关软件B .客户C .用户D .开发者2、E-R图用来描述的是（A）。
A .概念模型B .逻辑模型C .关系模型D .对象模型3、需求分析活动的一个重要任务是啥：需求细化4、项目的前景和范围文档、用户需求文档都被视为属于什么：用户文档5、“数据字典”定义了（）中每一个图形元素：数据流图6、软件需求分析一般应确定的是用户对软件的（D）。
A .功能需求B .非功能需求C .性能需求D .功能需求和非功能需求7、软件需求分析产生的文档是：软件需求规格说明书8、下列（C）不是需求规格说明文档的读者。
A .项目管理者B .编程人员C .销售商D .律师9、描述场景所使用的表示法要符合正规性要求，一般可使用非形式化语言、半形式化语言和形式化语言。
在实践中，（B）是主要的描述方式。
A .形式化的程序语言B .非形式化的自然语言C .形式化的图形工具D .非形式化的设计语言10、需求分析是由用户和系统分析员共同完成。
11、UML使用的行为模型是三种：交互图、状态图和活动图12、需求分析的目的是保证需求的：完整性和一致性13、需求分析是（A）A软件开发工作的基础B软件生命周期的开始C由系统分析员单独完成D由用户自己单独完成14、UML是面向对象设计的建模工具，独立于任何具体程序设计语言。
15、UML的类图包含哪些抽象的内容？ABCA概念层B说明层C实现层D业务层E控制层16、一个状态图中通常由哪几部分组成？CA事件、转移状态B状态、转移状态C状态、事件、转移状态D状态、事件17、软件工程三要素是（ABD）A方法B工具C技术D过程E模型18、软件工程的出现是由于（C）A软件社会化的发展B计算机硬件技术的发展C软件危机的出现D计算机软件技术的发展19、项目的前景和范围文档定义了系统的（B）A用户需求B业务需求C软件需求D开发需求20、判断：用户访谈是进行需求获取的有效方式，如果有可能，应该尽力多去进行用户访谈。
确定项目的前景和范围_6
软件学院 代飞 2012.春
主要内容
1. 2. 3. 4.
确定项目前景和范围的活动 问题分析 建立系统边界 项目前景和范围文档
第一个需回答的问题：系统的业务需求是 项目的目标 第二个需回答的问题：项目的高层解决方案和 系统特性是项目打算做些什么
项目前景和范围
项目前景和范围的含义
项目范围
特性
FE-1
版本1
用午餐菜单定标准餐；费 用支付方式是从工资中扣 除。
版本2
除午餐外，也可以定早 餐和晚餐；费用的支付 方式可以是信用卡
版本3
FE-2
FE-3 FE-4
不实现
送餐地点仅限公司内部 如果有时间就实现
不实现
送餐地点也可是公司 外 完全实现
完全实现
限制与排除
LI-1：自助餐厅的某些食物不适宜送货，因 此自助餐厅订餐系统的顾客使用的送货菜 单是食堂整个菜单的一个子集；
LI-2：自助餐厅订餐系统只能用于Process Impact公司总部内的自助餐厅。
项目环境
1、操作环境 用户是地理分散的还是集中的？ 不同的用户会在什么时间访问系统？ 数据在何处生成，用于何处？ 访问数据的最大响应时间是否已知？ ……..
2、涉众
重点介绍不同类型的客户、目标市场和目 标市场中的用户类别。
问题分析仅仅是确保了涉众在具体问题上达成一致
将所有问题的解决方案进行综合，就可以得到整个解 系统的功能和边界 系统边界的常用技术描述手段是系统用例图和上下文 图
3. 建立系统边界 ——系统用例图示例
信用卡系统 使用信用卡功能
零售机构 处理客户单据 客户 账户管理 金融机构
3. 建立系统边界 ——上下文图示例
社团管理系统项目前景与范围文档
软件工程10-03社团管理系统项目前景与范围文档辽宁工程技术大学软件学院2012/11/18社团管理通过本系统会在原有的传统管理上更进一步发展，本系统实现了提高工作效率，增进交流，减少开销进行了，规范化办公进行。
本文档对本系统进行了前景与范围分析。
目录1.业务需求 (2)1.1应用背景 (2)1.2业务机遇 (2)1.3业务目标 (2)1.4业务风险 (2)2．项目前景 (3)2.1前景概述 (3)2.2主要特性 (3)2.3假设与依赖 (3)3.项目范围 (1)3.1第一版范围 (4)3.2后续版本范围 (4)3.3限制与排除 (4)4.项目环境 (4)4.1操作环境 (4)4.2涉众 (5)4.3项目属性 (5)词汇表 (5)参考资料 (5)附录 (5)1.业务需求1.1应用背景目前，社团管理还是停留在传统管理方式上，因为课业的原因大家时间很难统一时间因此工作效率降低，并且因为沟通需要花费大量的话费，增加了开支。
因为没有严格的工作流程，大家工作起来会有很大的差别，会造成没必要的纠纷，麻烦。
信息不能及时通知到每个人，在紧急情况下，大家不能主动获得信息。
因此社团在工作效率和执行力上面都有所限制。
1.2业务机遇社团成员平时因为时间，见面时间少，社团信息不能及时让大家知道。
社团成员通过自己的账号登陆，会在线查阅近期的活动信息，以及自己要完成的任务，会及时了解近期的社团工作信息。
在系统中大家通过统一的系统流程工作，完成自己的工作前期准备。
通过在线查阅，大家可以及时了解到社团即时信息的发布。
这样大家可以及时的了解到自己的工作。
通过本系统大家统一了工作流程，办公规范化。
大家可以更方便的交流工作。
减少了电话沟通，节约了费用支出。
1.3业务目标BO—1：在第一版本应用之后社团人员能够通过本系统及时了解活动信息，减少联系花费。
度量标准（Scale）：社团人员能够在活动开展两天前，通过本系统了解到活动的信息。
计量方法（Meter）：通过社团内个体的调查统计。
需求工程(习题集)最新
精品文档一、选择题1、需求获取的成果（A）。
A、获取笔录、录音或摄像B、客户C、需求规格说明文档D、设计说明书2、项目前景与范围文档中，项目前景不应包括什么信息（B）。
A、前景概述B、详细的功能需求C、主要特性D、假设与依赖3、下列不属于需求开发的活动的是( B )。
A、需求获取B、需求管理C、需求验证D、需求分析4、面谈的类别不包括（C）。
A、结构化面谈B、半结构化面谈C、封闭式面谈D、非结构化面谈5、采用观察方法进行需求获取的原因（C）。
A、用户多B、客户变化D、事件的情景性 D、存在默认知识6、确定需求优先级的常用的方法（A）。
A、累计投票B、协商C、需求细化D、需求建模7、需求评审是（B）中常用的一种方法。
A、需求获取B、需求验证C、需求分析D、需求管理8、需求跟踪是（D）中的一个活动。
A、需求获取B、需求验证C、需求分析D、需求管理9、针对客户需求文档进行文档审查的时候，采用的方法是（C）。
A、需求重用B、文档分析C、需求剥离D、民族志10、下列不是过程建模中使用的技术是（ C ）。
A、上下文图B、数据流图C、E-R图D、微规格说明11、针对相关产品的需求规格说明进行文档审查的时候，采用的方法是（C）。
A、需求剥离B、文档分析C、需求重用D、民族志12、下列不是用例模型的基本元素的是（A）。
A、用例B、参与者C、实体D、系统边界13、下列不属于需求验证的方法的是（ B）。
A、需求评审B、需求分析C、利用跟踪关系D、开发测试用例14、下列不属于变更控制过程的步骤是（D）。
A、提出需求变更B、接受变更请求C、变更评估D、需求依赖15、需求分析的最终结果产生的是（C）。
A、项目开发计划B、可行性分析报告C、需求规格说明书D、设计说明书16、最常见的IEEE1998将需求分成5种类别，下列哪个不是5种类别的是（D）。
A、功能需求B、性能需求C、质量属性D、需求获取17、下列不属于面向对象建模中所使用的技术是（C）。
《软件需求分析》单选填空判断答案全解
《软件需求分析》习题集《软件需求分析》课程组编2012 年 4月目录一、单项选择题⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯2二、填空题⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯5三、判断题⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯9《软件需求分析》习题集一、单项选择题1 、软件生产中产生需求问题的最大原因在于对应用软件的（）理解不透彻或应用不坚决。
（ A）复杂性（ B ）目的性（ C）模拟性（ D）正确性2 、需求分析的目的是保证需求的（）。
（A）目的性和一致性（ B ）完整性和一致性（C）正确性和目的性（ D）完整性和目的性3 、系统需求开发的结果最终会写入（）。
（ A）可行性研究报告（ B）前景和范围文档（ C）用户需求说明（ D）系统需求规格说明4 、现实世界中的（）构成了问题解决的基本范围，称为该问题的问题域。
（ A）属性和状态（ B）实体和状态（C ）实体和操作（ D ）状态和操作5 、功能需求通常分为三个层次，即业务需求、用户需求和（）。
（ A）硬件需求（ B ）软件需求（C ）质量属性（ D）系统需求6、比较容易发现的涉众称为初始涉众，又称为（），通常包括客户、管理者和相关的投资者。
（ A）关键涉众（ B）涉众基线（ C）普通涉众（ D）一般涉众7、如果在最终的物件（ Final Artifact ）产生之前，一个中间物件（ Mediate Artifact）被用来在一定广度和深度范围内表现这个最终物件，那么这个中间物件就被认为是最终物件在该广度和深度上的（）。
（ A）模拟（ B）构造（C ）原型（ D）模型8、按照使用方式进行分类，原型可分为：演示原型、（）、试验原型和引示系统原型。
（ A）非操作原型（B）系列首发原型（C）选定特征原型（D）严格意义上的原型9、按照功能特征进行分类，原型可分为：（）、非操作原型、系列首发原型和选定特征原型。
（ A）拼凑原型（ B ）样板原型（ C）纸上向导原型（ D ）严格意义上的原型10、按照开发方法进行分类，原型可分为：演化式原型和抛弃式原型，其中抛弃式原型又被细分为（）。
03-项目的愿景和范围
Evolve by case 日程�项目愿景�项目范围商业价值的关注�技术本身很重要，但如果不能商业化就没有价值；�迅雷联合创始人兼CTO李金波案例分析愿景�在冯仑看来，好的企业像一座庙，在庙里，经常看到不幸的人跪拜，她家里还有10块钱，老公快病死了，她拿5块钱去庙里下跪，拿了一把灰，求了一个签，磕了几个头，听了几声木鱼响，她带着希望回家，这是什么？这叫客户，客户拿走的是一包香灰和99%的希望，庙里卖的是1%的产品，给人的是99%的希望，客户相信这包香灰是灵验的，尽管回去老公还是死了，她依然无怨无悔，这就是客户忠诚度，冯仑说，管理，不管你千变万化，只要能做到给客户1%的使用价值和99%的希望，就是最好的企业！软件的愿景和范围�软件或者项目（产品）前景（Vision）：将所有涉众统一到一个方向上，描述将来干什么，他最终会是什么样子,能给客户带来什么价值。
�软件（项目或者产品）范围（Scope）：确定项目要解决产品长远规划，对项目进行划定界限，一般体现在项目定义的需求基线问题1-你们项目范围是如何确定、交流和使用的？�a.设计产品的人（销售或者管理层）通过心灵感应与开发组织进行交流。
�b.有书面的项目任务陈述。
�c.使用标准的任务和范围文档模板，所有项目成员都能访问这个任务和范围文档。
�d.评估所有建议的特性和需求变更，确定它们是否与文档中的任务和范围相符。
项目的愿景和范围是拍脑袋拍出来的吗?�在坊间流传着一个“六拍项目经理”的笑话，其梗概是：�项目开始前先“拍脑袋”以得出进度和成本的承诺；�在开工大会上领导“拍拍你肩膀”，是那样的语重心长、充满期待；�而小酒刚下肚、春风正得意时，不由得不“拍胸脯”以表决心和能力；�但在项目进展过程中遇到这样、那样的困难时，客户和业主不能不“拍桌子”了；�这时充满悔意的你，只能“拍大腿”以示自责；�而到了一切都覆水难收时，恐怕也只能“拍屁股”另谋高就了。
项目启动�项目的目标和愿景：项目要做的事和带来的业务好处简短和定量的陈述�风险承担者：客户（付钱人），顾客（花钱购买人），用户（使用人），以及所有对产品的需求收集产生影响或所需知识人。
项目可行性研究报告怎么写
项目可行性研究报告怎么写一、引言项目可行性研究报告是对项目进行全面评估和分析的重要文档，旨在评估项目的可行性和可行性，并为项目决策提供依据。
本报告旨在详细介绍项目的背景、目标和范围，以及项目可行性研究的方法和结果。
二、项目背景1.项目概述本项目是为了解决某地区交通拥堵问题而提出的，旨在建设一条高速公路，以改善交通状况，提高交通效率。
2.项目目标本项目的目标是在预算范围内建设一条高速公路，以减少交通拥堵，提高通行效率，促进经济发展。
三、项目范围1.项目规模本项目的规模包括建设一条双向六车道的高速公路，总长度约为100公里。
2.项目时间本项目的建设周期预计为3年，包括前期准备、设计、施工和验收等阶段。
四、可行性研究方法1.市场分析通过市场调研和数据分析，评估该地区的交通需求和市场潜力，以确定项目的市场可行性。
2.技术可行性评估项目所需的技术条件、设备和人力资源等，以确定项目的技术可行性。
3.经济可行性进行成本估算和收益分析，评估项目的投资回报率和财务可行性。
4.社会可行性评估项目对环境、社会和文化等方面的影响，以确定项目的社会可行性。
五、可行性研究结果1.市场可行性市场调研表明，该地区的交通需求旺盛，而目前的道路容量已无法满足需求。
因此，建设一条高速公路具有良好的市场前景。
2.技术可行性经过技术评估，项目所需的技术条件和设备均可满足要求，人力资源也可以得到保障。
因此，项目在技术上是可行的。
3.经济可行性根据成本估算和收益分析，预计项目的总投资为X万元，预计年均收入为X 万元，预计投资回收期为X年。
经济分析表明，项目具有良好的投资回报率和财务可行性。
4.社会可行性项目对环境的影响将进行环境评估和环境保护措施的制定，以确保项目的社会可行性。
六、风险评估和对策1.项目风险项目建设过程中可能面临的风险包括资金不足、施工延期、政策变化等。
对于这些风险，我们将采取相应的措施进行应对。
2.风险对策为了降低项目风险，我们将制定详细的项目计划，并严格按照计划执行。
电影院售票管理系统UML【范本模板】
1.前景和范围文档1.1业务需求1。
背景、业务机会和客户需要随着社会的发展,人们生活水平的提高，欣赏电影逐渐成为人们闲暇时的主要娱乐方式之一。
传统的电影售票都是人工服务，观看作为都是人共安排，无法体现人性化选择，加上现在人们的生活节奏越来越快，购票时间需要相应缩短以及方便定影院工作人员的管理，因此充分利用现代信息化、因特网的优势，设计电影院售票管系统，对提高系统建设的工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要的。
一个完善的电影院售票管理系统，可以帮助电影院工作人员提升工作效率，辅助电影院工作人员进行相关数据的输入、输出、查找、管理等操作，让电影院售票数据变得合理化、具体化、直观化。
2.业务目标（Business Objective，BO）和成功标准（Success Criteria，SC)BO—1：初始版本发布之后的6个月内，电影院的收入提高20%。
BO—2：初始版本发布之后的3个月内，每个员工每天的平均有效工作时间增加20分钟。
SC-1：初始版本发布后的6个月内，电影院收入显著提高.3.业务风险（Risk）RI-1：使用该系统的顾客太少,减少了对系统开发和维护过程的投资回报1.2解决方案的前景1。
前景陈述该系统的开发,可以提升电影院工作人员的管理效率，使得售票、检票不再那么繁琐;也大大的节约了人们排队购票的时间，同时也让人们有了更多的选择范围。
2.主要特性（Feature)FE-1：根据电影院提供的当天的播放场次选择订票FE-2：注册订票的付费方式FE—3:创建、浏览、修改和删除电影场次FE-4：通过公司的内联网可以访问系统，或者授权的员工通过外部Internet 访问系统3。
假设（Assumption）和依赖（Dependency）1。
3范围和局限性1。
初始版本和后续版本的范围目前仅实现1.0版本，实现上述的所有功能.2.局限性（Limitation）和排斥性LI-1：“电影院售票管理系统”只能支持开通网银的用户在线使用,未开通的需到影院购买。
项目前景与范围文档.doc
辽宁工程技术大学前景与范围文档Project Scope and Perspective Document邢少强（PM）、江国辉、顾岩2014/10/25目录1.业务需求 (2)1.1应用背景 (2)1.2业务机遇 (2)1.3业务目标 (2)1.4业务风险 (2)2.项目背景 (3)2.1前景概述 (3)2.2主要特征 (3)2.3假设与依赖 (4)3.项目范围 (4)3.1版本范围 (4)3.2限制与排除 (4)4.项目环境 (5)4.1操作环境 (5)4.2涉众 (5)4.3项目属性.........................................1.业务需求1.1应用背景XX学校的图书馆目前还是人力管理系统，借书记录、书本检查、活动通知都是人工完成，而且借阅者通常借书还十分方便，尤其是查阅是否有自己想要借阅的图书时效率十分低。
而且，每过一段时间图书管理者就需要处理大量的历史数据，和新产生的借书情况记录。
因此，XX学校为了节省人工成本、时间成本欲对本学校的图书馆系统建立网上管理系统，提高管理效率，为学生和老师提供更加高效的便利服务。
为满足学校学生的服务和管理，该图书馆需要开发一款管理系统软件。
1.2业务机遇借阅用户都可以通过图书馆管理系统去查看自己的信息。
当图书馆推出新的活动或有新的通知的时候，通过这样一个系统用户们可以很方便的查看一些信息，方便借阅图书的用户。
更为重要的是，可以提高图书馆的工作质量，也提高了图书馆的管理效率。
1.3业务目标业务目标：BO-1：在第一个版本应用之后的星期，图书馆借阅用户可以通过这个系统查看自己的信息，了解图书馆的最新动态。
BO-2：在第一版本应用之后的三个月，持有图书馆的图书卡的借阅用户人数增加5%；BO-3：在第一个版本应用六个月之后，持有图书馆的图书卡的借阅用户人数增加20%，实际借阅图书的用户增加10%；成功标准：SC-1：在第一个版本应用之后的两个星期内，用户反应良好，图书馆管理系统在用户查询时运行流畅。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
辽宁工程技术大学
前景与范围文档
Project Scope and Perspective Document
邢少强（PM）、江国辉、顾岩
2014/10/25
目录
1.业务需求 (2)
1.1应用背景 (2)
1.2业务机遇 (2)
1.3业务目标 (2)
1.4业务风险 (2)
2.项目背景 (3)
2.1前景概述 (3)
2.2主要特征 (3)
2.3假设与依赖 (4)
3.项目范围 (4)
3.1版本范围 (4)
3.2限制与排除 (4)
4.项目环境 (5)
4.1操作环境 (5)
4.2涉众 (5)
4.3项目属性.........................................
1.业务需求
1.1应用背景
XX学校的图书馆目前还是人力管理系统，借书记录、书本检查、活动通知都是人工完成，而且借阅者通常借书还十分方便，尤其是查阅是否有自己想要借阅的图书时效率十分低。
而且，每过一段时间图书管理者就需要处理大量的历史数据，和新产生的借书情况记录。
因此，XX学校为了节省人工成本、时间成本欲对本学校的图书馆系统建立网上管理系统，提高管理效率，为学生和老师提供更加高效的便利服务。
为满足学校学生的服务和管理，该图书馆需要开发一款管理系统软件。
1.2业务机遇
借阅用户都可以通过图书馆管理系统去查看自己的信息。
当图书馆推出新的活动或有新的通知的时候，通过这样一个系统用户们可以很方便的查看一些信息，方便借阅图书的用户。
更为重要的是，可以提高图书馆的工作质量，也提高了图书馆的管理效率。
1.3业务目标
业务目标：
BO-1：在第一个版本应用之后的星期，图书馆借阅用户可以通过这个系统查看自己的信息，了解图书馆的最新动态。
BO-2：在第一版本应用之后的三个月，持有图书馆的图书卡的借阅用户人数增加5%；
BO-3：在第一个版本应用六个月之后，持有图书馆的图书卡的借阅用户人数增加20%，实际借阅图书的用户增加10%；
成功标准：
SC-1：在第一个版本应用之后的两个星期内，用户反应良好，图书馆管理系统在用户查询时运行流畅。
SC-2：在第一个版本应用之后的半个月之内，图书馆的管理员可以熟练的操作，工作效率明显提高。
SC-3：在第一个版本应用之后的三个月之内，70%图书馆的借阅人员使用图书馆管理系统。
SC-4：在第一个版本应用之后的六个月之内，学校对图书馆管理系统满意度达到80%。
1.4业务风险
RI-1：该系统应用于大学图书馆馆，用户是全校师生，数据庞大，可能会出
现错误遗漏。
可能性：0.1 影响为7
必要措施：有顺序的录入用户信息，录入完成后再次核对。
RI-2：该系统涉及对于用户的罚金（借书逾期的每天罚金是0.3元在还书之前每天递增），可能会出现账目不对应，出现罚金数目不对。
可能性：0.1 影响为5
必要措施：记录工作人员（一般管理员和终极管理员）的操作，保存在日志里。
RI-3:系统使用后服务器可能崩溃，导致公司不能再正常营业
可能性：0.1 影响为9
必要措施：需要一个备用服务器
RI-4：系统使用后可能用户、管理员信息泄露，遭到意图不轨的人破坏，影响图书馆的正常运作
可能性：0.1 影响为8
必要措施：数据库加密，用户和管理员登陆的时候要输入验证码。
2.项目背景
2.1前景概述
图书馆管理系统是一个根据XX大学图书馆的需求而开发的应用软件。
该校图书馆还传统式的图书馆管理方式，目前图书馆工作效率低下，用户借阅图书不方便。
而图书馆管理系统可以实现用户快速查阅图书馆信息。
同时，系统为用户们提供了一个网站，用户们可以通过用户名和密码登录即可查看个人信息，看到图书馆的最新动态以及通知，这样既方面了借阅用户，有扩大了图书馆的宣传力度。
图书馆管理系统提供了管理员（一般管理员和终极管理员）客户端，以便公司的人员管理与用户的使用。
这样不但提高了工作效率，也节约了用户的时间，久而久之，提高了图书馆的效益。
这样的管理系统就会受到了很多学校的青睐。
2.2主要特征
FE-1：根据登录系统，用户登录后可以查看修改自己的个人信息（用户名，密码，办卡时间等），可以看到图书馆的近期通知和活动。
FE-2：根据权限分为工作人员和管理人员。
FE-3：工作人员有自己的客户端，工作人员拥有对用户管理的权限，具有增加，删除的权利。
工作人员工作的时候也要通过客户端登录后才可以工作。
FE-4：管理员拥有对用户和工作人员管理的权力（增加，删除等）。
FE-5：系统保存了各个管理员和工作人员的工作操作日志。
目的是为了防止不合法现象。
2.3假设与依赖
AS-1：图书馆的电脑要保证随时可以上网。
AS-2：工作计算机上都安装了JVM.
AS-3：服务器：硬盘空间1G以上，内存空间1G以上。
客户端：硬盘空闲空间300M以上，内存空间512M以上。
DE-1：当系统使用时，必须与服务器连接良好，服务器工作正常。
DE-2：图书馆的新活动新通知，工作人员必须及时更新到网上。
3.项目范围
3.1版本范围
3.2限制与排除
LI-1:“图书管理员系统”只能用于XX大学图书馆。
LI-2：工作人员不能直接查看用户的密码，而是通过同意的方式帮助忘记密码的用户修改密码。
LI-3：管理员不能利用自己的权限随意增删用户和工作人员。
4.项目环境
4.1操作环境
系统主要用于Internet环境。
此系统的用户在地理上是集中的，用户可以在全天任何时间访问系统。
系统的数据主要在图书馆借阅人员借阅图书的等情况生成，也会在网页上由于各用户对信息的修改生成。
生成数据可用于不同用户的查询请求。
在进行查询、修改信息的数据统计时不可以产生服务中断。
此系统需要提供访问安全控制和数据保护。
4.2涉众
主要有三种类型涉众：
图书馆借阅用户。
这类用户人数较多，且地理位置集中，并且在使用时不会对其进行提前培训。
普通管理员。
这类用户人数限定在一定数目内，地理位置也较分散，在使用前通常会对系统进行了解或学习。
终极管理员。
这类用户人数限制在1-2人，在使用前通常会对系统进行了解或学习，对系统有最高的使用权。