1需求分析(
需求分析习题一、二(答案)
习题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、简述需求工程的主要任务。
答：需求工程有以下三个主要任务：①需求工程必须说明软件系统将被应用的环境及其目标，说明用来达成这些目标的软件功能，还要说明在设计和实现这些功能时上下文环境对软件完成任务所用方式、方法所施加的限制和约束，也即要同时说明软件需要“做什么”和“为什么”需要做。
②需求工程必须将目标、功能和约束反映到软件系统中，映射为可行的软件行为，并对软件行为进行准确的规格说明。
需求规格说明是需求工程最为重要的成果，是项目规划、设计、测试、用户手册编写等很多后继软件开发阶段的工作基础。
③现实世界是不断变化的世界，因此需求工程还需要妥善处理目标、功能和约束随着时间的演化情况。
同时，为了节省开支和进行需求规格说明的重用，需求工程还需要对目标、功能和约束在软件产品族中的演化和分布情况进行综合考虑与处理。
软件工程- 需求分析 (1)
需求文档模板
编写需求文档 规范化后的潜在需求
产品开发计划
需求文档审核 通过的需求
未通过的需求
需求组件库
需求规格说明书
需求文档评估
分析/设计/实现
需求评估报告
需求过程中的角色
名称 描述
用户
直接操作软件的人员。他们通常具有不同的业务角色， 有不同的业务需求。例如一个图书管理系统的用户包 括：读者、图书管理员、仓库管理员、系统管理员、 馆长 指软件开发的委托方或软件市场的目标客户。例如， 某一设备制造商委托软件开发商进行设备控制软件开 发，那么该设备制造商是系统的客户
(8)
•
资源需求
软件运行时所需的数据、软件。
内存空间等资源。
• 软件开发、维护所需的人力、
支撑软件、开发设备等。
(9)
安全保密要求
• 需对访问系统或系统信息加以控制吗？ • 如何隔离用户之间的数据？ • 用户程序如何与其它程序和操作系统隔
•
离？ 系统备份要求？
(10) 软件成本消耗 与开发进度需求
• 开发有规定的时间表吗？
• 软硬件投资有无限制？
(11) 质量保证
• • • • • • •
系统的可靠性要求？
系统必须监测和隔离错误吗？ 规定系统平均出错时间？
出错后，重启系统允许的时间？
系统变化如何反映到设计中？ 维护是否包括对系统的改进？ 系统的可移植性？
软件需求的特性
(1) 可验证性 可验证性是软件需要的基本属性。软件需求必 须是可验证的，否则软件的评审和测试就没有相 应的依据。但在某些情况下，很难对某些软件需 求进行验证或需要的代价很高。软件需求人员和 测试人员应以合理的代价实现需求的验证。 (2) 优先级 软件需求应具有优先级，可以在有限的资源 情况下进行取舍。 (3) 唯一性 软件需求应唯一地标识出来，以便在软件配 置管理和整个软件生命周期中进行管理。
1.需求分析--类图
需求分析的几大要素
目的 范围 问题 人 物 事情
类图关注与人和物，以及他们的关系。 类图关注与人和物，以及他们的关系。
什么是类图？（用于需求分析时） 什么是类图？（用于需求分析时） ？（用于需求分析时
主要是用来描述人和物（ 主要是用来描述人和物（类）以及他们之间关系的图 用类图获取需求的大致步骤
类之间的关系3 类之间的关系
关系三： 关系三：泛化 扩展
关系
班主任和讲师有什么共性？ 班主任和讲师有什么共性？
班主任 部门 性别 工龄 管理经验 教员 部门 性别 工龄 讲课经验 表达能力 知识水平
班主任
教员
类之间的关系4 类之间的关系
关系四： 关系四：依赖 依赖关系，我有你的电话，你没有我的电话；我没有你 依赖关系，我有你的电话，你没有我的电话； 不能活；用虚线箭头表示。 不能活；用虚线箭头表示。 例如：鸟和水、 例如：鸟和水、空气之间关系 class 鸟 { public 鸟（水 W，空气 O） ， ） { } }
类之间的关系汇总
练习1 练习
请用类图描述你和你另外一半的关系
你和你另外一半关系
练习2 练习
请用类图描述公司、 请用类图描述公司、雇员的关系
公司、 公司、雇员的关系
练习3 练习
请用类图描述香蕉、苹果、 请用类图描述香蕉、苹果、梨子的关系
香蕉、苹果、 香蕉、苹果、梨子的关系
练习4 练习
请用类图描述公司的组织架构
识别出类 识别出类的主要属性 描绘出类之间的关系 对各类进行分析、抽象、 对各类进行分析、抽象、整理
测试你的OOA能力！ 能力！ 测试你的 能力
请从培训的角度来分析： 请从培训的角度来分析：
课室中有哪些人？ 课室中有哪些人？ 这些人有什么关键属性？ 这些人有什么关键属性？
软件需求分析实验1
a.可以对商品进行智能查询和排序，排序条件可以是单个或者组合，如产地+销量；对于商家包括:
a.可以统计某段时间(1天、一个月等)内商品的销量及销售走势等；
b.可以根据某段时间内商品的销量及被购买频率分析统计出哪些商品属于热销、滞销等，方便商家后续的决策；
数据安全
数据安全主要有以下两条：
1.购买记录日志必须有备份
2.保证充值或扣款事务的完整进行，不受特殊情况（如断电，误操作等）而影响数据的完整性、一致性。
02
用户接口
用户接口是为了以后的系统维护与拓展，在实现的同时必须考虑清楚将来系统的升级与功能拓展所需要的技术与接口问题，同时也是方便与其他系统链接。
系统维护主要包括：该部分由网站开发人员负责；
3.涉众分析
根据本系统所要实现的业务目标，我们把系统的涉及人员即涉众分为以下几类：
(1)系统管理员；（2）商家；（3）用户
通过以上分析，可以得出该项目的利益相关者（涉众）如图1所示：
以及涉众的信息如表1所示：
表1涉众信息表：
编号
名称
说明
期望
cy001
系统管理员
cy003普通用户拥有系统账号的普通人群普通用户可以对自己的信息进行修改包括修改密码销注账号购买产品评论货物以及管理购物车cy004会员用户拥有系统账号并且给该账号开通会员的用户会员用户除了拥有普通一级用户的所有权限还可以享受相应的折扣4
实验项目
名称
需求获取
实验
目的及要求
1.通过掌握需求获取的方法，能够正确获得需求，并能够正确描述需求。
b.会员消费记录查询，便于划分客户等级，实施有针对性的营销策略；
可行性研究与需求分析(1)
29
可编辑ppt
本章小结
可行性研究与需求分析是软件生存期中的基础，其根 本的任务是确定所要开发的软件是否可行，以及确定 用户对软件系统的需求。
本章首先介绍了软件可行性研究的主要任务、步骤、 工具及如何制订项目计划。
介绍了软件需求分析的目标、任务、需求分析的过程。
26
可编辑ppt
2.3 需求分析评审
主要教学内容：
2.4.1 需求规格辑ppt
2.3.1 需求规格说明书
返回目录
软件规格说明书中阐明的需求是经过认真研究和分析
后定下来的，是软件开发人员和用户对问题的共同理解，可被当 作是双方达成的协议书。由于其中规定的需求都是系统准备加 以实现的，因此它应该作为软件设计和实现的基础和依据。在 项目开发的最后阶段，其中规定的各项需求又将是产品验收的 依据。当软件产品投入运行以后，如需进行适应性或扩充性维 护，仍然需要软件规格说明书。由此可见，软件规格说明书在 整个软件生存周期中都具有十分重要的作用。
（2）追加型或演化型
先构造一个功能简单而且质量要求不高的模型系统，作为最终
系统的核心，然后通过不断地扩充修改，逐步追加新要求，最
后发展成为最终系统。
25
可编辑ppt
2.2.4 快速原型方法（3）
4、原型如何构造？ （1）快速开发一个原型； （2）借助同类相似的软件系统作为需求分析的第1 个版本的原型； （3）利用现有技术工具，快速模拟一个原型系统 模型。
4
可编辑ppt
2.1 可行性研究 （1）
主要教学内容： 1 可行性研究的任务
2 可行性研究的步骤 3 可行性研究的工具 4 制订项目计划
5
返回目录
需求分析(1)
一、系统目标1.成员管理查询、添加、删除、修改科研人员的基础资料。
2.论文和专利管理论文和专利查询、添加、删除、修改等功能。
3.项目管理项目查询、添加、删除、修改等功能；项目日常管理。
4.仪器和设备管理仪器和设备信息的查询、添加、删除、修改等功能。
5.报销管理报销记录的查询、添加、删除、修改等功能。
6.资源共享资源的上传和下载，资源发布者删除资源。
7.成员每日工作小结和交流工作小结的查询、添加、删除、修改等功能。
留言板实现交流功能。
二、系统使用人员1.系统管理员整个系统的管理者，具有最大的权限功能，主要完成用户角色信息的管理、团队信息的管理、系统基础数据的维护等。
2.团队带头人本团队科研项目的管理、团队成员管理。
3.科研团队成员科研项目信息、专利论文的查询；个人项目、成果维护；个人信息维护。
系统管理员团队带头人科研团队成员管理和维护整个系统本团队科研项目的管理、团队成员管理科研项目信息、专利论文的查询；个人项目、成果维护；个人信息维护。
科研团队管理系统三、系统模块四、系统逻辑结构图3-2 系统逻辑体系结构图表示层业务逻辑组件层数据层SQL Server信息管理 论文和专利管理 项目管理 仪器和设备管理 报销管理每日工作小结资源共享 通知公告团队信息学术期刊信息科研团队信息 成员管理 成员信息论文和专利信息 项目信息 项目工作量信息 项目成果获奖信息 仪器和设备信息 报销费用信息科研团队管理系统五、网页设计表1.成员管理index.asp 登陆首页welcome.asp登陆成功loginfail.asp登录失败register.asp新用户注册regok.asp注册成功regfail.asp注册失败lostpassword.asp丢失密码找回密码showquestion.asp输入密码提示问题showpassword.asp答对问题userupdate.asp修改用户资料userupdateok.asp成功修改logoot.asp登出系统2.论文和专利管理tpupload.asp上传论文和专利tpupok.asp上传成功tpupfail.asp上传失败tpdelete.asp删除论文和专利tpdeleteok.asp删除成功3.项目管理proinfoadd.asp项目信息的添加proinfoaddok.asp添加成功proinfoaddfail.asp添加失败prodelete.asp项目删除prodeleteok.asp删除成功proupdate.asp修改项目信息proupdateok.asp成功修改4.仪器和设备管理ieinfoadd.asp仪器和设备信息的添加ieinfoaddok.asp添加成功ieinfoaddfail.asp添加失败iedelete.asp信息删除iedeleteok.asp删除成功ieupdate.asp修改仪器和设备信息ieupdateok.asp成功修改5.报销管理afrinfoadd.asp报销记录的添加afrinfoaddok.asp添加成功afrinfoaddfail.asp添加失败afrdelete.asp记录删除afrdeleteok.asp删除成功afrupdate.asp修改项目信息afrupdateok.asp成功修改6.资源共享resourceupload.asp上传资源resourceuploadok.asp上传成功resourceuploadfail.asp上传失败resdownload.asp下载资源resdownloadok.asp下载成功resdownloadfail.asp下载失败resdelete.asp删除资源resdeleteok.asp删除成功7.成员每日工作小结summaryupload.asp上传工作小结summaryuploadok.asp上传成功summaryuploadfail.asp上传失败summarydownload.asp下载小结summarydownloadok.asp下载成功summarydownloadfail.asp下载失败summarydelete.asp删除小结summarydeleteok.asp删除成功8.成员交流（留言板）message.asp留言内容显示页面book.asp留言页面reply.asp回复留言delbook.asp删除留言六．数据库设计表1.成员信息用户编号userID用户账号username用户密码 password密码遗失提示问题 question密码提示问题答案answer真实姓名truename用户性别sex用户地址address联系电话telOICQ QQ邮箱 e-mail用户权限authority2.仪器和设备信息仪器和设备名称iename仪器和设备所属项目proofie 仪器和设备用途useofie仪器和设备负责人functionary 仪器和设备所用经费funds仪器和设备添置时间ietime3.项目信息项目编号proID项目所属团队teamofpro项目名称proname项目开始时间protime项目工作量workloadofpro4.专利和5.论文信息专利和论文名称tpname专利号pid论文期刊号peridoft专利和论文作者authoroftp专利和论文发布时间tptime5.报销记录报销所属项目proofafr报销数目afrrmb报销原因roadofafr审批人poofafr经手人ptofafr报销时间afrtime6.留言板留言人Gname留言主题subject留言内容content回复内容reply留言时间date回复时间redate留言者IP地址 IP留言是否通过passid。
1.需求规格说明书(需求分析+详细设计)
附录1 阶段项目文档要求阶段项目要求每个项目小组完成的文档包括以下内容。
➢需求和需求分析说明书：需求描述和主要的用例图，参见下面的“系统需求和需求分析说明书模板”。
➢系统设计说明书：系统主要的实例类图，至少3个用例的时序图，参见下面的“系统设计说明书模板”。
➢单元测试用例：至少记录3个单元测试的测试用例，参见下面的“测试用例模板”；➢阶段答辩：答辩用的幻灯片，幻灯片的内容要求参见下面的“答辩用的幻灯片的目录结构”。
➢其他：项目进度安排表（由项目经理或小组长提供），参见下面的“项目进度安排表模板”。
北大青鸟Aptech提供给教员的资源包括。
➢项目需求和需求分析说明书电子文档。
➢系统设计说明书电子文档。
➢项目进度安排表模板电子文档。
➢测试用例模板电子文档。
➢数据库脚本和完整源代码。
说明：Java和.NET编码规范请参看第一阶段和第二阶段的相关课程。
最后一点是文档模板和样式。
附1.1 系统需求和需求分析说明书模板系统需求和需求分析说明书项目实战版本历史版本/状态修订人修改日期备注发布姬利2007-12-26第一部分概述1．项目名称及背景➢项目名称MyOffice➢开发背景追求高效率的办公方式。
为了提高现代社会人们的办公效率，满足人们自动化办公的需要，我们开发了这套稳定可靠、操作方便、安全有效的MyOffice系统，它主要包括：人事管理、日程管理、文档管理、消息传递、系统管理、考勤管理等几大模块。
2．文档说明该需求文档在实际开发过程中，迎合用户不断完善需求的过程中总结而来，请仔细阅读。
第二部分任务说明1．功能概述该系统要求实现如下功能。
修改密码、机构管理、部门管理、员工管理、个人日程、部门日程、我的便签、文档管理、回收站管理、文档搜索、消息管理、个人信箱、员工签到签退、考勤历史查询、考勤统计等；MyOffice Web访问数据存储管理2．用户环境94附录阶段项目文档Window Server 2003 ; Visual Studio 2005 ; SqlServer2005 第三部分需求分析1．实现功能➢系统用例图用户业务逻辑如下图所示：95项目实战➢管理员功能清单功能编号功能名称文中标题编号备注101 人事管理101001 机构管理101002 部门管理101003 员工管理96附录阶段项目文档功能编号功能名称文中标题编号备注102 日程管理102001 我的日程102002 部门日程102003 我的便签103 文档管理103001 文档管理103002 回收站103003 文件搜索104 消息传递104001 消息管理104002 信箱105 系统管理105001 角色管理105002 登录日志105003 操作日志105004 菜单排序106 考勤管理106002 考勤历史记录查询106003 考勤统计➢普通用户功能清单功能编号功能名称文中标题编号备注102 日程管理102001 我的日程102002 部门日程102003 我的便签103 文档管理103001 文档管理103002 回收站103003 文件搜索97项目实战104 消息传递104001 消息管理104002 信箱106 考勤管理106001 员工签到、签退2．用例说明➢ [用例1]●用例图添加机构修改机构机构管理删除机构●描述机构管理：用GridView展示机构信息，可以添加、修改、删除机构●参与者//*参与者，参与用例的对象*//➢[用例2]●用例图添加部门修改部门部门管理删除部门●描述部门管理：用GridView展示部门信息，可以添加、修改、删除部门。
2、保险需求分析1
剩余生的活贷用款计额度
（（
））
上大学前 10的 万准备，
15- 30万
银行 存款 、有 价证
券
其他 公司 保险
其它储 备
保障缺口
41/32
需求分析工具的使用
1）填写要点
业务员先了解客户的想法与资料，且在相关项目 中填写相应内容； 与客户确认后，根据N=W-H的公式，得出保障缺 口额度并在该项目中填写。 引导客户，向客户讲解计划书。
39/32
1）客户未买过大病险
业:（将简易分析表大病基金项目的空格填写为0，在保障
缺口栏中填30万)您也知道，大病保险基金的额度一般为20-
50万才能满足我们预防风险的需要。而根据您的情况，您基
本上没有保障。所以缺口至少在30万以已有 上保。障也额度就是说您的大 业您：需病满要我保足的们险您财正富的的准好额需备有度求项目一至。个少来热一须，般销再让需的补 我要“额给充度能您30长介万社 保大绍…团 保 计、的一保 （ 划…农 ） 保下险吧银 存 、 价券”…行 款 有 证银…其 公 保泰他 司 险人其生备 它应储该能保障缺口
➢随着市场环境的变化，生意也越来越难做，手头也紧了起来，最拮据时也不得不忍痛割爱 卖掉了一处为儿子准备的住宅。年龄大了，病也多起来，再也不敢像以前那样豪饮应酬。最 要紧的还是天天开着宝马到处奔驰，也经常出点小事。有一次跑长途归来保养汽车，竟然发 现锁方向盘的螺钉3个全部掉了，只有一个没螺帽的镙杆插在里面，不禁大惊失色，不敢想 象昨天夜里在高速公路上还跑180码，“如果…会怎么样”。
33/32
家庭成长期
期间：孩子出生—孩子参加工作
特点： ➢子女教育为核心
➢家庭最大开支是保健医疗 费、教育费用
实验1需求分析
信息与软件工程学院
实验目的
1
理解需求诱 导的过程
2
掌握面向对 象的需求分 析模型
3
掌握面向过 程的需求分 析模型
2
实验内容
1. 由组长组织该组成员展开需求讨论，以文字形式将项目需 求以场景的形式分段描述出来
2. 采用面向对象需求分析方法对项目进行需求分析，建立： ① 用例图 ② 写出所有用例规约 ③ 确定系统中主要的类，并建立类图
3. 采用结构化需求分析方法对项目进行需求分析，绘制分层 数据流图和实体关系图
3
实验报告
1. 实验报告
① 标准实验报告一：实验内容1采用文字形式，实验内容 2和3采用文字结合图形的形式。
② 软件需求规格说明书：附在标准实验报告后面
2. 附录：源代码或附加模型 3. 实验平时成绩
– 组长给出组员贡献比例（百分制）+实验考勤+课堂表现
具体讨论结果如下： 主要的功能： 首先，针对用户的需求，最主要是完成借阅功能，再在此基础上添加一些细节 的东西，主要包括以下操作：用户帐号的登陆，退出，冻结 ，图书查询和预约， 罚款查询，借阅查询等功能。 然后，针对管理员，最主要是信息和功能维护，大概有以下这些操作：图书信 息的添加，删除，维护。用户信息的维护。当数据库出现异常时管理员能够读取 异常的借阅信息和罚款信息并对其进行修改，更正。 性能需求： 借阅过程方便，图书信息详尽，图书预约快捷，提交罚款支持在线支付，总之 整个系统对用户友好，没有过多的复杂操作，尽量傻瓜化。
5
用例规约范例。过程描述中的章节号标明每一个可能的活动。 例如，4代表“用户可单选或多选书本，并确认借阅。计算机 显示确认借阅图书清单”这个活动，
1、软件需求分析文档
1、软件需求分析文档软件需求分析文档——拟开发系统:网络教学系统专业:软件工程班级:软件工程0601班小组成员:陈东陛(06430119)陈海泉(06430120)2009年6月目录第一部分:前景和范围文档 ..................................................................... ........................ 1 1 业务需求...................................................................... (1)1.1 背景、业务机会和客户需要 ..................................................................... . (1)1.2 业务目标(BO)和成功标准(SC) (1).3 业务风险(RIsk) ................................................................. .............................. 1 12 解决方案前景...................................................................... .. (2)2.1 前景陈述 ..................................................................... .. (2)2.2 主要特性(Feature)............................................................... (2)2.3 假定(AS)和依赖(DE) ................................................................... ............... 2 3 范围和局限性...................................................................... .. (2)3.1 初始版本和后续版本的范围 ..................................................................... . (2)3.2 局限性(LImitation)和排斥性 ..................................................................... ....... 3 4 业务和上下文...................................................................... .. (3)4.1 涉众和概览...................................................................... . (3)4.2 项目优先级...................................................................... . (3)第二部分:用例 ..................................................................... (5)4.3 用例和主要参与者 ..................................................................... (5)4.4 系统主要用例图如下...................................................................... ................. 8 第三部分:软件需求规格说明 ..................................................................... ................... 10 5 介绍...................................................................... .. (10)5.1 目标 ..................................................................... . (10)5.2 项目范围和产品特性...................................................................... (10)5.3 参考文献 ..................................................................... ................................. 10 6 总体描述...................................................................... . (10)6.1 产品远景和规划...................................................................... . (10)6.2 用户类和用户特性 ..................................................................... . (10)6.3 运行环境 ..................................................................... (13)6.4 设计和实现的约束条件 ..................................................................... (13)6.5 用户文档 ..................................................................... ................................. 13 7 系统特性...................................................................... . (14)7.1 学生下载文件 ..................................................................... .. (14)7.1.1 描述和优先级...................................................................... (14)7.1.2 刺激/响应序列...................................................................... .. (14)7.1.3 功能性需求 ..................................................................... ................... 14 8 外部接口需求...................................................................... (15)8.1 用户界面 ..................................................................... (15)8.2 硬件接口 ..................................................................... (15)8.3 软件接口 ..................................................................... (15)8.4 通信接口 ..................................................................... ................................. 15 9 其他非功能性需求...................................................................... .. (15)9.1 性能需求 ..................................................................... (15)9.1.1精度...................................................................... .. (15)第 1 页共16页9.1.2吞吐量 ..................................................................... .. (15)9.2 健壮性...................................................................... (16)9.3 灵活性...................................................................... (16)9.4 完整性...................................................................... .................................... 16 10 附录, .................................................................... ......................................... 16 11 附录, .................................................................... ............. 错误～未定义书签。
聊天软件需求分析1
聊天软件需求分析1.项目背景随着网络的普及，人类生活越来越依赖网络，人与人之间的交也更多的是在网络上进行，于交流的实时性，即时通讯系统也被越来越多的人所使用。
即时通讯系统除了普通的生活上的交流，也在商业交流中越来越受到重视，它可以是个很好的与客户之间即时交流的平台，在时间上它要比电子邮件更加具有实时性，而费用相对电话交流也要经济的多。
在这种环境下，聊天软件作为一种即时通讯工具，得到了很好的发展。
1.1任务描述1.1.1目标开发一个即时通讯软件，能够即时发送接受信息，操作简单，能良好的运行。
1.1.2 需求交流者身份的确定，即交流双方需要各自确定允许与对方交流才能交流；交流信息的加密，即不允许他人窃听双方的交流信息；点对点交流（私聊），一次对话的对象只是一个人.2.功能描述即时通讯是指利用计算机网络，在几乎可以忽略传输时间延迟的情况下，实时的信息送与接收，即在发送人发送出信息的同时，指定的接受者接收到信息。
这样的交流有别于电子邮件会耽误一定的时间，减少因时间的耽误而引起的损失。
3.聊天软件功能说明3.1 登陆以及身份确认（密码验证）功能的实现：用户在登录界面输入用户ID和密码，系统进行用户身份验证，如果通过用户身份验证则转入相应的工作界面，如果没有通过用户身份验证则显示下列信息：用户名与密码不符用户可以重新输入正确的ID和密码。
3.2 用户相关信息：包括用户个人ID、自我介绍、好友列表、好友状态（是否在线），等等。
3.3 点对点即时通讯/文件传输功能：选择通讯对象后，如果是聊天则用户发送信息实时在交流对象的客户端显示。
待有客户端反馈信息时，将会显示在用户相应工作界面中。
如果是传输文件则再弹出对话框让用户选择需要传输的文件，并发送传输文件的请求信息，对方接受到请求信息，同意后建立文件传输的连接进行文件传输，同时显示文件传输的进度。
3.4 用户信息的加密：计算机网络安全最为重要的内容是为用户提供安全可靠的保密通信，其中最常用的手段是密码机制.3.5 用户ID的保护：为了防止他人使用暴力破解的方式破解密码，限定每五次输入密码错误，必须等待半个小时才能重新登陆；修改密码时需要填写验证码。
(完整word版)网上订餐系统需求分析 (1)(word文档良心出品)
网上订餐系统需求分析班级：软件14-2项目成员：刘舒雷川李良龙陈真勇袁伟项目组长：雷川2016年6月22日目录目录 (2)1.引言和编写目的 (3)2.产品介绍 (3)2.1产品面向的用户群体 (3)3.软件功能 (3)4.运行环境 (4)5.功能描述 (4)5.1顾客网上订餐功能分析： (4)5.2管理员后台管理系统功能分析： (4)5.3用户注册登录 (5)5.4浏览菜品 (5)5.5菜品详细信息 (5)5.6购物车 (6)5.7提交购物车并生成订 (6)5.8结帐付款 (6)5.9结束订餐 (6)5.10管理员操作 (6)6.数据库设计 (6)6.1数据库表及字段设计 (6)6.2系统用例图 (7)7.用户界面 (10)8.性能需求 (10)1.引言和编写目的当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，而且对于就餐的时间和方式也有了更高的要求，许多顾客由于工作繁忙无法抽出时间来享受美味，这样就产生了快捷订餐的要求，最快的方式莫过于利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，用能力的餐饮企业对对餐品提供商提供网上订餐服务，不仅提高餐饮企业的服务质量，扩大知名度，也是为最终用户提供方便快捷的食品服务。
社会对餐饮的快捷性要求形成了对网上订餐的要求，该项目将使用javaWeb技术的servlet+jsp+javaBean实现快捷的开发与部署，并且可以最大限度的保证系统的稳定性。
网上订餐系统将极大的方便食客的就餐，同时也有利于我们的管理和售后服务。
同时，我们的订餐系统还能帮助我们的酒店（餐馆）扩大营业范围，增加知名度等。
2.产品介绍产品名称：网上餐订餐系统产品用途：对餐馆提供发布菜肴消息，得到顾客订单信息，对顾客提供菜肴服务。
2.1产品面向的用户群体各大酒店，网上店铺，以及一些大型超市的网上订餐系统等。
3.软件功能此系统主要是针对顾客开放的网上订餐系统。
酒店管理系统需求分析(1)
XX酒店管理系统一、概述1、建立系统的背景材料；XX宾馆为一家中型宾馆,主营业务有住宿、餐饮娱乐。
随着社会经济的发展，酒店在服务行业扮演越来越重要的角色。
在酒店运作期间，其管理和服务水平直接影响到酒店形象和声誉.这就需要提高服务质量，尽可能做到让客户满意。
因此，需要一套酒店管理系统对客房信息，经营情况及客户信息的管理。
为管理者提供迅速高效的服务，减免手工处理的繁琐与误差。
2、企业概况和组织结构3、新系统的名称、目标和主要功能.XX酒店管理系统的目标是为用户提供迅高效的服务，减少手工处理的繁琐与误差,及时准确地反映酒店工作情况、经营信息，从而提高酒店工作质量，获得更好的经济效益,具体目标包括：1)快速办理客人入住、换饭、退房手续，实现客人在酒店消费自动化；2)准确无误地记录客人每笔消费信息3)实时、快速、准确提供客房动态4)住宿、餐饮、购物、通信、娱乐等各种费用一次结清主要功能定义:1)客房预订系统：可以处理散客预订、团体预订、客房预订、预订未到处理、预售查询等事务.2)前台接待系统：可以处理散客入住登记,合约入住，团体入住和手动入住，补填客单，修改客人信息、转房、调房、设置房态、客人留言，预订客房查询、可售客房查询等事务。
3)前台收银系统:处理记账、买单、限制客人消费、退房、押金加入、查账、转账、设置跑单、可用保险管理、团体买单及退房业务。
4)账务系统：除具有收银功能外，还具有纠错、报表输出等功能。
5)客房管理:可设置净房、脏房、坏房及取消坏房，设置SKIP房、SLEEP房，查询房态等业务。
6)经理系统:可修改客房定价，增加、删除、修改各级密码，个性特别客单,设置系统参数，内部银行系统,数据整理,自我诊断，数据备份。
7)客户管理：能处理客人手工、自动输入,客人资料查询与修改，黑名单，入住客人自动查询客历、入住客人自动归入客历。
8)财务系统：主要是处理酒店的日常的账务报表，有收入报表(前台收入明细表、现付收入明细表）、消费报表、顾客账务（住房账务、离店客人账务各跑单账务）、交班报表、信用卡报表、街账报表、应收报表、催账报表、转账报表、借贷报表、联网消费、酒店总表。
1网络需求分析
布局之美
图形运用
具体设计
网络需求分析
方诗虹 suellenfsh@163.co m
布局之美
图形运用
具体设计
目录页
Contents Page
第一部分
知识点
案例分析 练习
第二部分
第三部分
3
知识点
案例分析
练习
第一部分 知识点
• 网络规划设计的生命周期 • 网络需求分析
4
网络规划设计的生命周期
布局之美 知识点
21
网络需求分析
布局之美 知识点
案例分析
练习
网络需求
3、网络管理的需求
– 明确网络管理的目的 – 掌握网络管理的要素 – 明晰管理的网络资源 – 注重软件资源管理和软件分发 – 应用管理
22
网络需求分析
布局之美 知识点
案例分析
练习
网络需求
4、网络安全需求
– 安全管理体系 – 运营服务体系 – 数据容灾与恢复 – 安全信任体系等
案例分析
练习
网络生命周期至少包括网络系统的构思与规划阶段、 分析与设计阶段、实施与构建阶段、运行和维护阶段。
1
构思与规划阶段的主要工作是明确网络设计或改造的要求，同 时对新网络的建设目标进行明确。 分析与设计阶段的主要工作在于获取客户需求，并根据客户网 络的需求进行设计，形成特定的设计方案。 实施与构建阶段的主要工作是根据设计方案进行设备购置、安 装、调试，形成可使用的网络环境。
9
网络需求分析
布局之美 知识点
案例分析
练习
• 网络设计的约束因素来自于政策约束、预算约束、时间约 束等方面。
• 政策约束包括法律、法规、行业规定、业务规范、技术规 范等。 • 对于预算不能满足用户网络需求的情况，应在统筹规划的 基础上，将网络建设工程划分为多个迭代周期，将网络建 设目标分解为多个阶段性目标。
1需求分析阶段制定系统测试计划
软件工程是建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。
软件工程主要思想是强调在软件开发过程中需要应用工程化原则。
软件工程的3个要素是工具、过程和方法。
软件工程过程的4种基本活动是：软件规格说明、软件开发、软件确认、软件演进。
软件生命周期是指软件产品从提出、实现、使用、维护到停止使用退役的过程。
其中，定义阶段包括可行性研究与计划制定和需求分析。
测试、概要设计、详细设计和实现属于开发阶段。
软件设计的基本原则包括抽象、信息隐藏、模块化、局部化、确定性、一致性、完备性和可验证性。
3/2需求分析阶段制定系统测试计划，在概要设计阶段制定集成测试计划，在详细设计阶段制定单元测试计划。
需求分析阶段的工作可分为4个阶段：需求获取、需求分析、编写需求规格说明书、需求评审。
在软件开发中，需求分析阶段常使用的工具有数据流图（DFD），数据字典（DD）、判断树和判断表。
概要设计阶段使用系统结构图，在详细设计阶段使用程序流程图、N-S图或者PAD 图等数据流图中的主要图形元素有加工（转换）、数据流、存储文件（数据源）、源和潭等。
软件规格说明书主要有三个作用：①用户和软件开发人员之间的合同；②开发人员进行设计和编程的依据；③软件工程项目验收的依据。
3/3软件设计是开发阶段最重要的步骤。
从工程管理的角度来看可分为两步：概要设计和详细设计。
软件设计阶段总体分为两部分：概要设计和详细设计，此阶段的主要任务就是将需求规格说明文档转换为软件设计文档，将需求阶段提出的问题，一一解释，形成详细设计文档，并根据功能要求，定制相应数据结构、各种流程图等，为下一步编码做准备。
（33）下面属于软件设计阶段任务的是A）软件总体设计B）算法设计D）数据库设计程序流程图是一种传统的、应用广泛的软件过程设计工具，通常也称为程序框图。
其中，用带箭头的线段表示控制流，用柜形表示加工步骤，用菱形表示逻辑条3。
4采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
选择题1．需求分析( )。
A．要回答“软件必须做什么?”B．可概括为：“理解，分解，表达”六个字C．要求编写需求规格说明书D．以上都对2．进行需求分析可使用多种工具，但( )是不适用的。
A．数据流图 B．判定表C．PAD图 D．数据字典3．需求分析阶段研究的对象是软件项目的( )。
A．用户要求 B．合理要求C．模糊要求4．数据字典的任务是对于数据流图中出现的所有被命名的数据元素，在数据字典中作为一个词条加以定义，使得每一个图形元素的名字都有一个确切的( )。
A．对象 B．解释c．符号 D．描述5．在数据流图中，有名字及方向的成分是( )。
A．控制流 B．信息流c．数据流 D．信号流6．在数据流图中，不能被计算机处理的成分是( )。
A．控制流 B．结点C．数据流 D．数据源／终点7．在结构化分析方法中，用以表达系统内部数据的运行情况的工具有( )。
A．数据流图 B．数据字典c．结构化英语 D．判定树与判定表8．软件需求分析阶段的工作，可以分成以下四个方面：对问题的识别、分析与综合、制定规格说明以及( )。
A．总结 B．实践性报告c．需求分析评审 D．以上答案都不正确9．以下说法错误的是( )。
A．结构化语言外层中的顺序结构是一组祈使语句、选择语句、重复语句的顺序排列 B．结构化语言外层中的选择结构使用IF-THEN--ELSE-ENDIF等关键字C．结构化语言的内层可以采用祈使语句的自然语言短语D．结构化语言外层中的重复结构使用CASE-OF-ENDCASE等关键字10．结构化分析方法使用的描述工具( )定义了数据流图中每一个图形元素。
A．数据流图 B．数据字典c．判定表 D．判定树11．下列说法正确的是( )。
A．对于顺序执行和循环执行的动作，用判定表和判定树B．对于存在多个条件复杂组合的判断问题，用结构化语言描述C．判定表较判定树直观易读，判定树进行逻辑验证较严格D．可将判定表和判定树两者结合起来，先用判定表作底稿，在此基础上产生判定树 12．需求规格说明书的作用不应包括( )。
A．软件设计的依据B．用户与开发人员对软件要做什么的共同理解c．软件验收的依据D．软件可行性研究的依据13．软件需求规格说明书的内容不应包括对( )的描述。
A．主要功能 B．算法的详细过程C．用户界面及运行环境 D．软件的性能14．在结构化分析方法(SA)中，与数据流图配合使用的是( )。
A．网络图 B．实体联系图C．数据字典 D．程序流程图15．通过( )可以完成数据流图的细化。
A．结构分解 B．功能分解C．数据分解 D．系统分解16．需求分析过程中，对算法的简单描述记录在( )中。
A．层次图 B．数据字典C．数据流图 D．IPO图17．分层DFD是一种比较严格又易于理解的描述方式，它的顶层图描述了系统的( )。
A．细节 B．输入与输出c．软件的作者 D．绘制的时间18．数据存储和数据流都是( )仅仅所处的状态不同。
A．分析结果 B．事件C．动作 D．数据19．在数据流图的基本图形符号中，加工是以数据结构或( )作为加工对象的。
A．数据内容 B．信息内容c．信息结构 D．信息流20．数据字典中，一般不包括下列选项中的( )条目。
A．数据流 B．数据存储C．加31 D．源点与终点21．在软件需求分析中，开发人员要从用户那里解决的最重要的问题是( )。
A．要让软件做什么 B．要给该软件提供哪些信息c．要求软件工作效率怎样 D．要让软件具有何种结构22．需求分析最终结果是产生( )。
A．项目开发计划 B．可行性分析报告c．需求规格说明书 D．设计说明书23．IDEF0图并不反映出系统( )。
A．做什么 B．怎么做C．谁来做 D．什么情况下做24．SA方法用DFD描述( )。
A．系统的控制流程 B．系统的数据结构C．系统的基本加I D．系统的功能25．初步用户手册在( )阶段编写。
A．可行性研究 B．需求分析C．软件概要设计 D．软件详细设计26．SA方法的分析步骤是首先调查了解当前系统的工作流程，然后( )。
A．获得当前系统的物理模型，抽象出当前系统的逻辑模型，建立目标系统的逻辑模型B．获得当前系统的物理模型，抽象出目标系统的逻辑模型，建立目标系统的物理模型C．获得当前系统的逻辑模型，建立当前系统的物理模型，抽象出目标系统的逻辑模型D．获得当前系统的逻辑模型，建立当前系统的物理模型，建立目标系统的物理模型27．需求分析阶段不适于描述加工逻辑的工具是( )。
A．结构化语言C．判定树B．判定表D．流程图28．结构化分析方法(SA)最为常见的图形工具是( )。
A．程序流程图 B．实体联系图C．数据流图 D．结构图29．sA方法的基本思想是( )。
A．自底向上逐步抽象 B．自底向上逐步分解C．自顶向下逐步分解 D．自顶向下逐步抽象30．IDEF0的图形表示中，连在方框上的箭头有四种类型：输入、输出、控制和机制。
下列说法正确的是( )。
A．输入指完成某项活动所需的数据，用连在方框右边的箭头表示B．输出指执行活动时产生的数据，用连在方框左边的箭头表示C．机制指所受到的约束条件，用连在方框下边的箭头表示D．控制活动指活动是由谁来完成的，用连在方框上边的箭头表示E．当无法区分输入和控制时可将输入看作控制。
一个活动可无输入，但必须至少有一个控制31．下面错误的说法是( )。
A．每个数据流必须用名词或名词短语命名B．每个加工必须有名字，通常是动词短语c．每个数据存储必须用名词或名词短语D．每个数据源点或终点必须有名字32．下面错误的说法是( )。
A．判定表能够把在什么条件下系统应做什么动作准确无误地表示出来B．判定表能够描述循环的处理特性C．结构化语言同样能够描述循环的处理特性D．判定树是判定表的变形，一般情况下它比判定表更直观，且易于理解和使用33．软件需求说明书是软件需求分析阶段的重要文件，下述( )是其应包含的内容。
①数据描述②功能描述③模块描述④性能描述A．② B．③④c．①②③ D．①②④34．软件需求说明书在软件开发中具有重要作用，但其作用不应包括( )。
A．软件设计的依据B．用户和开发人员对软件要做什么的共同理解C．软件验收的依据D．软件可行性分析的依据35．软件需求分析方法中，结构化分析是一种常用的方法。
结构化分析产生的系统说明书是由一套分层的(A)图、一本(B)、一组(C)及补充材料组成的。
在结构化设计阶段产生的文档是(D)。
A：①流程②数据流③软件结构④事务转换B：①结构说明②用户需求③数据字典④数据流程c：①小说明②索引③模块接口④层次结构D：①系统模型说明书②程序流程图③系统功能说明书④模块结构图和模块说明书36．结构化设计方法把软件结构划分为(A)和(B)两大类，并提出了对应于以上两类结构的分析方法。
A：①控制型②变换型③模拟型④处理型B：①事务型②分析型③通信型④功能型37．软件设计在一般将用到图形工具，下列( )可用作设计的图形工具。
①结构图②实体联系图③IPO图④层次图A．①② B．③④c．①②④ D．全部38．常用的需求分析方法有面向数据流的结构化分析方法，( )，面向对象的分析方法等。
A．面向数据结构的分析方法B．面向时序问题的分析方法C．面向事务的分析方法39．对于计算机程序处理的数据，其信息域应包括信息流、( )和信息结构。
A．信息项 B．数据项C．信息内容 D．结构流40．软件设计将涉及软件的结构、过程和模块的设计，其中软件过程是指( )。
A．模块间的关系 B．模块的操作细节C．软件层次结构 D．软件开发过程41．模块独立性是软件模块化所提出的要求，衡量模块独立性的度量标准是模块的( )。
A．抽象和信息隐蔽 B．局部化和封装化C．内聚陛和耦合性 D．激活机制和控制方法42．模块的独立性是由内聚性和耦合性来度量的，其中内聚性是( )。
A．模块间的联系程度 B．模块的功能强度C．信息隐蔽程度 D．接口的复杂程度43．软件结构是软件模块间关系的表示，下列术语中( )不属于对模块间关系的描述。
A．调用关系 B．从属关系C．嵌套关系 D．主次关系44．软件设计中划分模块的一个准则是(A)。
两个模块之间的耦合方式中，(B)的耦合的耦合度最高，(c)的耦合都最低。
一个模块内部的聚敛种类中(D)内聚的内聚度最高，(E)的内聚度最低。
A：①低内聚低耦合②低内聚高耦合③高内聚低耦合④高内聚高耦合B：①数据②非直接③控制④内容c：①数据②非直接③控制④内容D：①偶然②逻辑③功能④过程E：①偶然②逻辑③功能④过程45．在面向数据流的软件设计方法中，一般将信息流分为( )。
A．变换流和事务流 B．变换流和控制流C．事务流和控制流 D．数据流和控制流46．把大型软件按照规定划分为一个个较小的、相对独立但又相关的模块叫做模块化设计。
模块化设计的主要指导思想是(A)、(B)和(C)。
A：①分解②精化③定义④分析B：①信息传递②信息处理③信息存储④信息隐藏c：①模块偶然性②模块逻辑性③模块过程化④模块独立性47．理想的模块应该有内聚强而耦合弱的特点。
下列选项中，最强的内聚是(A)，最弱的耦合是(B)。
A：①过程性内聚②通信性内聚③顺序性内聚④功能性内聚B：①非直接耦合②数据耦合③特征耦合④控制耦合48．各种分析方法都有它们共同适用的( )。
A．说明方法 B．描述方法C．准则 D．基本原则49．结构化分析方法使用的描述工具( )描述系统由哪几部分组成，各部分之间有什么联系等等。
A．数据流图 B．数据字典C．判定表 D．判定树50．Which phase of the software engineering process results in the Software Requirements Specification?( )A．definition phase B．engineering phaseC．maintenance phase D．development phase51．数据词典的任务是对于数据流图中出现的所有被命名的数据元素，在数据词典中作为一个词条加以定义，使得每一个图形元素的名字都有一个确切的( )。
A．对象 B．解释c．符号 D．描述52．对软件的过分分解，必然导致( )。
A．模块的独立性变差 B．接口的复杂程度增加C．软件开发的总工作量增加 D．以上都正确53．在需求分析中，开发人员要从用户那里解决的最重要问题是( )。
A．要让软件做什么 B．要提供哪些信息c．要求软件工作效率怎样 D．要让软件具有何种结构54．需求规范说明书的内容不应包括( )。
A．对重要功能的描述 B．对算法的详细过程描述C．软件确认准则 D．软件的功能55．结构化分析方法(sA)是一种面向( )需求分析方法。