项目前景与范围文档
需求工程习题
一、选择题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、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 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人，在使用前通常会对系统进行了解或学习，对系统有最高的使用权。