用户需求规格说明书.pdf

《用户需求规格说明书.pdf》由会员分享，可在线阅读，更多相关《用户需求规格说明书.pdf（37页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、 产品研发中心 ECSE ABC 实训项目-软件商城系统项目文档 Version 2.0 -1-软件商城系统 产品需求规格说明书 文件状态：草稿 正式发布 正在修改 文件标识：文件标识：当前版本：当前版本：作作 者：者：完成日期：完成日期：-2-新闻发布系统需求规格说明书 版 本 历 史 版本版本/状态状态 作者作者 参与者参与者 起止日期起止日期 备注备注 产品研发中心 ECSE ABC 实训项目-软件商城系统项目文档 Version 2.0 -3-目目 录录 目 录 .30.文档介绍 .40.1 文档目的 .40.2 文档范围 .40.3 读者对象 .40.4 参考文档待定 .40.5 术

2、语与缩写解释 .41.产品介绍 .52.产品面向的用户群体 .53.产品应当遵循的标准或规范 .54.产品范围 .55.产品中的角色 .56.产品的功能性需求 .76.0 功能性需求分类 .76.1 用例图 .86.2 用例描述 .157.产品的非功能性需求 .157.1 用户界面需求 .357.2 软硬件环境需求 .357.3 产品质量需求 .36附录A：需求确认 .36 -4-新闻发布系统需求规格说明书 0.文档介绍文档介绍 0.1 0.1 文档目的文档目的 本文档是针对软件商城系统软件的使用环境和功能提出的具体要求,是软件商城系统软件设计和开发的重要依据。0.2 0.2 文档范围文档范围

3、 本文档包含以下几部分：1.产品介绍 2.产品面向的用户群体 3.产品应当遵循的标准或规范 4.产品的范围 5.产品中的角色 6.产品的功能性需求 7.产品的非功能性需求 8.需求确认 0.3 0.3 读者对象读者对象 本文档的读者范围包括：1.项目需求提供方责任人 2.开发方的项目经理、系统分析设计人员、测试人员 0.4 0.4 参考参考文献文献 The unified software development process译名：统一软件开发过程 作者：ivar Jacobson grady booch james rumbaugh 出版单位：机械工业出版社 出版时期：2006 年 1月第

4、一版 Uml 2 and the unified process译名：uml2.0 和统一过程 作者：jim arlow and na neustadt 出版社：机械工业出版社 出版日期：2006 年 1 月第一版 0.5 0.5 术语与缩写解释术语与缩写解释 缩写、术语及符号缩写、术语及符号 解解 释释 订单订单 客户向供应者发出的定货单 用户用户 系统的使用者 软件发布员软件发布员 填写软件的发布信息，输入到电脑，存储到数据数据库管理系统 软件信息管理员软件信息管理员 负责对存入的软件信息进行分类和审阅，同时管理软件的市场调查。部门经理部门经理 是超级管理员，负责用户的创建和权限的分配，系

5、统设置等工作。顾客顾客 浏览软件商城的用户。购物购物 系统提供软件商品的网络销售渠道同。日志日志 系统的操作记录 产品研发中心 ECSE ABC 实训项目-软件商城系统项目文档 Version 2.0 -5-商品目录商品目录 提供出售的所有商品的列表 数据备份数据备份 数据备份是容灾的基础，是指为防止系统出现操作失误或系统故障导致数据丢失，而将全部或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。1.产品介绍产品介绍 软件商城系统：软件商城系统的目的是开发一个软件销售网络平台。软件商品可以在软件商城中在线购买，可以把软件商品放入购物车，并且灵活的管理购物车中的商品。用户还可以对软

6、件信息进行投票、评论等基本的评价，而且可以通过模糊搜索查询软件的信息。软件商城系统提供了系统管理，管理员可以用三种角色中的任意一个进入系统。第一个角色超级管理员，具有的权限和功能：对系统用户的管理、数据库信息的维护、广告管理、部门管理等。第二个角色软件发布管理员，这个角色可以对软件信息发布，软件信息发布以后需要软件管理员进行审核。第三个角色就是软件信息管理员，不但要对软件发布信息进行审核，还包括了软件产品信息的直接添加、软件投票和评论等管理功能。整个系统是以软件展示、软件管理和体统用户管理为中心展开的。2.产品产品的用户群体的用户群体 软件商城系统软件（News Issue Manage）主要

7、是提供给软件供应商和软件销售商及使用软件爱你的个人用户使用。3.产品应当遵循的标准或规产品应当遵循的标准或规范范 本产品的使用是建立在互联网标准通信协议之上的，其中支持的协议主要包括：IP 协议、TCP 协议。4.产品范围产品范围 软件商城系统软件（News Issue Manage）主要是提供给软件供应商和软件销售商及使用软件爱你的个人用户使用。5.产品中的角色产品中的角色 业务模型：-6-新闻发布系统需求规格说明书 软件商城业务模型软件发布用户软件管理用户系统超级用户前台浏览终端用户进入网站商品展示是否购买搜索商品商品信息付款购物车订单结帐账单购物结束登录发布信息修改密码修改资料是否成功发

8、布软件信息登录软件评论软件调查评论信息调查信息评论信息操作调查信息操作发布信息操作发布信息审核类别信息操作账单信息操作审核信息操作订单信息操作登录用户管理数据备份修改密码日志信息操作广告信息操作系统设置权限操作修改资料修改资料广告浏览信息广告浏览修改密码 角色名称角色名称 职责描述职责描述 系统超级管理用户 后台用户的添加，删除，修改和权限管理，系统日志管理，系统设置，系统广告管理，自身密码管理 系统软件信息发布用户 软件产品的信息发布，个人信息的维护，自身密码管理 系统软件信息管理用户 维护系统中软件产品的类别，对软件产品的信息进行添加和审核，管理个 产品研发中心 ECSE ABC 实训项目

9、-软件商城系统项目文档 Version 2.0 -7-人信息，管理购物信息，自身密码管理 前台浏览器终端用户 浏览产品展示，搜索软件产品，对需要的软件产品进行审核 6.产品的功能性需求产品的功能性需求 系统系统功能功能需求需求结构图结构图 软件商城系统前台展示模块软件发布模块软件资料管理模块系统管理模块产品展示产品搜索在线购物密码管理信息发布用户资料管理密码管理评论管理用户资料管理调查管理软件信息管理审核管理类别管理密码管理用户管理数据备份日志管理广告管理系统设置权限管理用户资料管理广告显示软件评论软件调查登录模块账单管理订单管理 6 6.1 1 功能性需求分类功能性需求分类 功能类别功能类别

10、 功能名称功能名称 描述描述 安全模块 登录 用户输入用户名，密码和验证码系统正确的处理判断，如果输入信息正确，系统进入相应管理界面，如果错误出现体系信息。退出/注销 处理用户退出系统以后的事物 用户管理模块 修改密码 修改用户的密码。用户资料管理 修改自己的姓名，年龄，学历，电话，地址等基本的信息资料。前台展示模块 在线购物 通过浏览软件产品信息，选择需要的软件，放入购物车，并且管理购物车的物品，确定购买以后，填写商品订单，确定购买以后进行付款操作。产品搜索 可以输入软件的名称进行产品查找和搜索 产品展示 产品可以根据产品类别，把软件产品的信息，例如软件的名称，大小，图片，作者等，展示到页面

11、。并且可以通过分页查看各个软件产品的信息。软件评论 可以对感兴趣的软件发表自己的意见。广告显示 广告信息可以图片或文字的形式显示在页面指定的位置。-8-新闻发布系统需求规格说明书 软件调查 把所有的软件分为很好，好，差，很差四个级别，可以通过投票的方式调查我们对软件的喜欢和讨厌程度。软件发布模块 信息发布 把新开发的或代理的软件产品信息录入进数据库。软件管理模块 评论管理 对软件评论信息进行统计，删除，分类的操作。调查管理 统计软件的社会评价 软件信息管理 对软件记录进行修改，添加，删除，查找，分类，统计等操作。审核管理 对发布上传的软件，进行审核。类别管理 对软件信息进行类别的添加，修改，和

12、管理删除等操作，统计每类软件的数量和容量。账单管理 可以对账单信息进行分类，总额求和，平均等基本的统计操作。订单管理 对账单进行逻辑删除，修改 系统管理模块 用户管理 用户信息的添加，修改，删除。数据备份 可以设置系统自动备份数据库或进行手动数据库备份。日志管理 日志记录了操作员对系统的操作过程，可以对日志信息进行删除。广告管理 修改系统中广告的内容，统计广告的点击数量，和广告浏览的时间和地区。系统设置 设置网站名称，修改网站 LOGO 图片，修 改 网站关键字，修改网站描述，修改网站管理员电子邮件，修改网站底部信息。权限管理 用户分为超级用户，信息发布用户，信息管理用户三类，可以为每一个用户

13、设置权限，让用户在系统操作中完成不同的任务。6.6.2 2 用例图用例图 产品研发中心 ECSE ABC 实训项目-软件商城系统项目文档 Version 2.0 -9-软件商城系统软件商城系统超级用户发布用户管理用户顾客登录用户维护权限修改日志维护维护系统配置密码修改资料修改数据备份广告维护商品浏览搜索调查评论广告浏览购物维护评论维护调查修改密码修改资料维护软件信息维护类别维护帐单维护订单审核发布维护登录登录软件发布修改资料 用例细化：超级用户子主要用例及其子用例 -10-新闻发布系统需求规格说明书 超级用户登录用户维护权限修改日志维护维护系统配置密码修改资料修改数据备份广告维护 1.用户维护

14、的子用例 超级用户用户添加用户删除用户查找用户修改权限修改用户维护 2.广告维护子用例 超级用户广告修改广告次数统计广告浏览者地区统计广告浏览的时间统计广告公司维护广告维护 3.日志维护子系统 产品研发中心 ECSE ABC 实训项目-软件商城系统项目文档 Version 2.0 -11-超级用户日志维护用例3用例2用例1 发布用户子主要用例及其子用例 发布用户登录软件发布修改资料 1.软件发布子用例 发布用户发布删除浏览软件发布 管理用户主要用例及其子用例 -12-新闻发布系统需求规格说明书 管理用户维护评论维护调查修改密码修改资料维护软件信息维护类别维护帐单维护订单审核发布维护登录 1.评

15、论维护子用例 管理用户浏览统计删除评论维护 2.调查维护子用例 超级用户浏览统计删除调查维护 3发布维护子用例 产品研发中心 ECSE ABC 实训项目-软件商城系统项目文档 Version 2.0 -13-管理用户审核驳回排序发布维护 4维护订单子用例 管理用户审核排序删除查看维护订单 5维护账单子用例 管理用户统计删除浏览分类维护账单 6维护类别及子用例 管理用户添加删除修改统计维护类别 7维护软件信息及子用例 -14-新闻发布系统需求规格说明书 管理用户添加删除修改统计维护软件信息查找分类 客户主要用例急子用例 顾客商品浏览搜索调查评论广告浏览购物 购物及子用例 客户购物浏览结帐生成订单

16、 产品研发中心 ECSE ABC 实训项目-软件商城系统项目文档 Version 2.0 -15-6 6.2 2 用例描述用例描述 1.7.2主要用例描述 1.7.2.1业务用例汇总表（1-4）。标识符标识符ID 用例名称用例名称 概述概述 1 广告维护 负责广告信息的管理和统计 2 软件信息维护 对软件信息的审核、添加、修改、删除、查找 3 投票 对软件投票信息的显示，添加，统计 4 评论 对软件评论信息的显示，添加，统计 5 购物 购物为系统的主要业务实体，基本的操作流程是通过商品的展示，顾客对感兴趣的商品进行选购，然后对购物车的内容进行管理，如果确定购买以后，填写购物单（定货单），提交，

17、完成以后如果选择付款方式为先付款后送货，进入支付通道，产生账单，选择银行进行转账，完成以后在后台管理需要对购物信息的审核和售后服务 6 设置系统 负责设置网站名称，修改网站 LOGO 图片，修改网站关键字，修改网站描述，修改网站管理员电子邮件，修改网站底部信息 7 用户维护 用户进入登录界面，通过输入用户名和密码，提交信息，系统验证用户信息的合法性，通过验证，系统根据用户填写的用户类型进入不同的管理模块。8 数据维护 系统在使用的过程中，可能会出现错误操作和数据毁坏，如果没有对原来的数据做正确的备份和管理，系统的原始数据很容易丢失，数据维护就是对数据的内容进行自动或手动的数据备份。9 日志维护

18、 监视系统的每一步操作，可以准确的记录用户对系统的使用情况，例如谁，什么时间，在什么地点操作了系统。10 产品搜索 输入产品的名称或类型，系统可以根据输入的信息，把要搜索的信息锁定成一定的区域或目标。表 1-4 业务用例汇总表 1.7.2.2主要或典型用例描述 1.广告维护 用例描述：1.0 用例名称：广告维护 1.1 用例标识：1 1.2 简要描述：负责广告信息的添加，修改，删除，统计等管理。1.3 用例参与者 1.3.0 主要参与者：部门经理 1.3.1 次要参与者：顾客 1.4 前置条件 使用合法身份进入系统 1.5 事件流 1.5.0 基本流 -16-新闻发布系统需求规格说明书 1.部

19、门经理添加广告信息，添加错误进入备选流 1。2.顾客对感兴趣的广告浏览。3.系统记录广告的浏览次数，浏览者的位置，时间。4.部门经理删除过时的广告信息 1.5.1 备选流 1.5.1.0 备选流 1 1.修改广告信息。2.进入基本流 1。1.6 后置条件 注销用户退出系统 1.7 特殊条件 1.用户名由部门编号和用户编号构成 2.密码为 6 位非数字的字符组成 1.8 附属流 咱无 活动图：记录浏览信息广告失效删除广告修改广告添加广告浏览广告信息 图 1-9*2.软件信息维护 用例描述：2.0 用例名称：软件信息维护 2.1 用例标识：2 2.2 简要描述：首先对软件进行分类，添加类别信息，然

20、后对软件信息的添加、审核、修改、删除和查找等基本的管理。2.3 用例参与者 主要参与者：软件发布员、软件信息管理员 次要参与者：顾客 2.4 前置条件 以合法身份进入系统。2.5 事件流 2.5.0 基本流 1.登录系统。2.添加类别信息，类别信息填写错误进入备选流 1。3.存在未审核的产品信息，进入附属流 3。产品研发中心 ECSE ABC 实训项目-软件商城系统项目文档 Version 2.0 -17-4.不存在软件产品信息，进入附属流 1。5.顾客浏览产品信息。6.软件信息出现错误，进入备选流 2。7.重复基本流 5.6 直到某一类别的软件信息删除完毕。8.删除类别信息。2.5.1 备选

21、流 2.5.1.0 备选流 1 1.修改类别信息 2.提交信息 2.5.1.1 备选流 2 1.修改软件信息 2.提交信息 2.6 后置条件 注销用户退出系统 2.7 特殊条件 1.用户名由部门编号和用户编号构成 2.密码为 6 位非数字的字符组成 2.8 附属流 2.8.1 附属流 1 1.0 用例名称：软件信息维护-软件发布 1.1 用例标识：21 1.2 参与者 主要参与者：软件发布员 次要参与者：软件信息管理员 1.3 前置条件 以合法身份进入系统。1.4 附属流步骤 1.登录系统。2.填写要发布的软件信息。3.选择软件类别。3.提交软件信息 1.5 后置条件 进入附属流 2 1.6

22、特殊条件 1.用户名由部门编号和用户编号构成 2.密码为 6 位非数字的字符组成 2.8.2 附属流 2 1.0 用例名称：软件信息维护-审核软件发布 1.1 用例标识：22 1.2 参与者 主要参与者：软件信息管理员 -18-新闻发布系统需求规格说明书 次要参与者：1.3 前置条件 以合法身份进入系统。1.4 附属流步骤 1.登录系统。2.审核发布的软件信息。3.审核通过信息，保存软件信息。否则进入附属流 3 1.5 后置条件 注销和退出系统 1.6 特殊条件 1.用户名由部门编号和用户编号构成 2.密码为 6 位非数字的字符组成 2.8.3 附属流 3 1.0 用例名称：软件信息维护-修改

23、未审核软件发布信息 1.1 用例标识：23 1.2 参与者 主要参与者：软件发布员 次要参与者：1.3 前置条件 以合法身份进入系统。1.4 附属流步骤 1.登录系统。2.浏览未审核软件信息。3.修改软件发布信息。4.提交软件信息。1.5 后置条件 进入附属流 2 1.6 特殊条件 1.用户名由部门编号和用户编号构成 2.密码为 6 位非数字的字符组成 产品研发中心 ECSE ABC 实训项目-软件商城系统项目文档 Version 2.0 -19-活动图：添加类别软件发布审核发布软件产品列表通过审核未通过审核修改发布信息 图 1-10 发布软件信息修改发布信息 图 1-11【错误引导教学法】用

24、例的细化和描述是为了帮助我们更加清楚的理解项目的需求，在软件信息维护这个用例的描述和活动图中对业务的实体分析的更加透彻，在前面讲过从原则上说需求就是说明“做什么”的，但在实际的实施过程中需求是“做什么”和“怎么做”的组合。只考虑做什么往往不能更透彻的得出“做什么”。对软件信息维护这个用例的描述和活动图也提炼出了一个细节功能修改发布信息，所以可以对上几节讲的内容修补，以完善需求。3.投票 用例描述：3.0 用例名称：投票 3.1 用例标识：3 3.2 简要描述：对软件投票信息的显示，添加，统计等基本的管理。3.3 用例参与者 主要参与者：软件信息管理员 次要参与者：顾客 3.4 前置条件 以合法

25、身份进入系统。3.5 事件流 3.5.0 基本流 1.登录系统。-20-新闻发布系统需求规格说明书 2.软件信息管理员添加投票项目及投票内容，填写错误进入备选流 1。3.投票信息显示。4.顾客选择投票项目进行网络投票，不成功进入备选流 2。5.系统统计投票结果，显示投票的结果。3.5.1 备选流 3.5.1.0 备选流 1 1.修改投票项目和内容。2.提交信息 3.5.1.1 备选流 2 1.体系系统错误。2.返回投票界面 3.6 后置条件 无 3.7 特殊条件 无 3.8 附属流 活动图：添加投票投票显示投票显示结果 图 1-12 4.评论 用例描述：4.0 用例名称：评论 4.1 用例标识

26、：4 4.2 简要描述：对软件评论信息的显示，添加，统计等基本的管理。4.3 用例参与者 主要参与者：软件信息管理员 次要参与者：顾客 4.4 前置条件 具有系统使用的意愿 4.5 事件流 2.5.0 基本流 1.顾客选择将要发表评论的题目。2.进入评论留言版，填写评论标题、内容。3.提交评论信息，提交失败进入备选流 1。3.系统处理评论信息，系统处理失败进入备选流 2。产品研发中心 ECSE ABC 实训项目-软件商城系统项目文档 Version 2.0 -21-4.系统显示评论结果。4.5.1 备选流 4.5.1.0 备选流 1 1.提示信息，标题不能为空或内容不能为空。2.返回评论信息留

27、言版。4.5.1.1 备选流 2 1.系统显示系统失败信息。2.返回评论留言版。4.6 后置条件 返回软件信息页面。4.7 特殊条件 评论留言版的标题和内容不能为空。4.8 附属流 无 活动图：添加投票发表评论显示结 图 1-13 *5.购物 用例描述：5.0 用例名称：购物 5.1 用例标识：5 5.2 简要描述：购物为系统的主要业务实体，基本的操作流程是通过商品的展示，顾客对感兴趣的商品进行选购，然后对购物车的内容进行管理，如果确定购买以后，填写购物单（定货单），提交，完成以后如果选择付款方式为先付款后送货，进入支付通道，产生账单，选择银行进行转账，完成以后在后台管理需要对购物信息的审核和

28、售后服务 5.3 用例参与者 主要参与者：软件信息管理员 次要参与者：顾客 5.4 前置条件 正确进入产品展示空间。5.5 事件流 2.5.0 基本流 1.浏览商品目录。2.选择购买的软件商品放入购物车。-22-新闻发布系统需求规格说明书 3.进入附属流 1。4.商品结账。5.填写订单信息。6.提交订单信息。7.系统处理订单信息，信息处理失败进入备选流 1。8.付款方式选择为网上支付，进入备选流 2。9.系统显示账单。10.进入附属流 2 2.5.1 备选流 2.5.1.0 备选流 1 1.系统显示系统错误。2.修改订单信息。3.提交信息。4.进步基本流 6 2.5.1.1 备选流 2 1.选

29、择支付的平台。2.转账。3.进入基本流 9。5.6 后置条件 注销/退出系统 5.7 特殊条件 5.8 附属流 5.8.1 附属流 1 1.0 用例名称：购物-购物车管理 1.1 用例标识：51 1.2 参与者 主要参与者：顾客 次要参与者：1.3 前置条件 以合法身份进入系统。1.4 附属流步骤 1.进入购物车 2.选择对购物车的操作修改商品数量或删除产品。3.系统显示提示信息。4.选择结账进入基本流 4，继续购物进入基本流 1。1.5 后置条件：无 1.6 特殊条件：无 5.8.2 附属流 2 1.0 用例名称：购物-维护购物 1.1 用例标识：52 1.2 参与者 产品研发中心 ECSE

30、 ABC 实训项目-软件商城系统项目文档 Version 2.0 -23-主要参与者：软件信息管理员 次要参与者：1.3 前置条件 以合法身份进入系统。1.4 附属流步骤 1.登录系统。2.审核商品订单。3.查看账单信息。4.审核通过发货，否则通知顾客。1.5 后置条件 注销和退出系统 1.6 特殊条件 1.用户名由部门编号和用户编号构成 2.密码为 6 位非数字的字符组成 5.8.2 附属流 2 1.0 用例名称：购物-维护购物 1.1 用例标识：52 1.2 参与者 主要参与者：软件信息管理员 次要参与者：1.3 前置条件 以合法身份进入系统。1.4 附属流步骤 1.登录系统。2.审核商品

31、订单。3.查看账单信息。4.审核通过产生发货单。审核失败，联系顾客。1.5 后置条件 注销和退出系统 1.6 特殊条件 1.用户名由部门编号和用户编号构成 2.密码为 6 位非数字的字符组成 -24-新闻发布系统需求规格说明书 活动图：选择商品商品目录放入购物车购物车管理填写订单结账选择付款方式审核订单查看账单 联系顾客发货选择平台转账 审核图 1-14 6.设置系统 用例描述：6.0 用例名称：设置系统 6.1 用例标识：6 6.2 简要描述：负责设置网站名称，修改网站 LOGO 图片，修改网站关键字，修改网站描述，修改网站管理员电子邮件，修改网站底部信息 6.3 用例参与者 主要参与者：部

32、门经理 次要参与者：无 6.4 前置条件 以合法身份进入系统。6.5 事件流 6.5.0 基本流 1.登录系统。2.设置系统信息。3.提交信息，进入备选流 1。6.5.1 备选流 产品研发中心 ECSE ABC 实训项目-软件商城系统项目文档 Version 2.0 -25-6.5.1.0 备选流 1 1.系统提示信息 2.进入基本流 2 6.6 后置条件 注销/退出系统。6.7 特殊条件 1.用户名由部门编号和用户编号构成 2.密码为 6 位非数字的字符组成 6.8 附属流 无 活动图：设置系统信息 图 1-15*7.用户维护 用例描述：7.0 用例名称：用户维护 2.1 用例标识：7 7.

33、1 简要描述：用户进入登录界面，通过输入用户名和密码，提交信息，系统验证用户信息的合法性，通过验证，系统根据用户填写的用户类型进入不同的管理模块。使用系统的默认密码进入系统的超级用户管理模块，可以对系统的用户进行添加、修改、删除等操作管理。7.3 用例参与者 主要参与者：部门经理 次要参与者：软件发布员、软件信息管理员 7.4 前置条件 正常进入登录界面 7.5 事件流 7.5.0 基本流 1.正常进入登录界面。2.输入用户名和密码。3.系统检查用户信息的合法性，检测失败进入备选流 1。4.进入管理主界面，选择操作：1 修改资料进入附属流 1。2 修改密码进入附属流 2。3 用户管理进入基本流

34、 5。5.显示用户信息，选择操作：1 添加用户进入附属流 3。5.对需要删除的用户执行选择操作。6.选择删除按钮，进入备选流 2。重复基本流 5.6 直到某一类别的软件信息删除完毕。-26-新闻发布系统需求规格说明书 7.对选择用户进行权限修改，进入备选流 3。7.5.1 备选流 7.5.1.0 备选流 1 1.系统出现提示信息。2.返回基本流 1。7.5.1.1 备选流 2 1.系统执行选择用户的删除操作。2.系统显示操作结果信息。7.5.1.2 备选流 3 1.系统显示备选用户权限。2.选择新的权限。3.系统显示提示信息。7.6 后置条件 注销或退出。7.7 特殊条件 1.用户名由部门编号

35、和用户编号构成 2.密码为 6 位非数字的字符组成 7.8 附属流 7.8.1 附属流 1 1.0 用例名称：用户维护-修改资料 1.1 用例标识：71 1.2 参与者 主要参与者：部门经理，软件信息管理员，软件发布员 次要参与者：1.3 前置条件 以合法身份进入系统。1.4 附属流步骤 1.填写用户新资料。2.提交用户资料。3.系统检测资料的合法性，资料不合法系统显示提示信息。3.系统显示资料修改成功提示。1.5 后置条件 进入附属流 2 1.6 特殊条件：无 7.8.2 附属流 2 1.0 用例名称：用户维护-修改密码 1.1 用例标识：72 1.2 参与者 主要参与者：部门经理，软件信息

36、管理员，软件发布员 次要参与者：1.3 前置条件 以合法身份进入系统。产品研发中心 ECSE ABC 实训项目-软件商城系统项目文档 Version 2.0 -27-1.4 附属流步骤 1.填写原始密码。2.系统检测原始密码的合法性，不正确系统显示提示信息。3.两次填写用户的新密码，系统验证密码的合法性。密码不一致或不合法，系统显示提示信息。4.系统显示密码修改结果信息。1.5 后置条件 进入基本流 4 1.6 特殊条件：无 7.8.3 附属流 3 1.0 用例名称：用户维护-添加新用户 1.1 用例标识：73 1.2 参与者 主要参与者：部门经理 次要参与者：1.3 前置条件 以合法身份进入

37、系统的用户管理。1.4 附属流步骤 1.填写新用户资料。2.系统检测用户资料的合法性，资料信息不合法系统显示提示信息。3.系统提示新用户添加成功或不成功。1.5 后置条件 进入基本流 5 1.6 特殊条件 1.用户名由部门编号和用户编号构成 2.密码为 6 位非数字的字符组成 -28-新闻发布系统需求规格说明书 活动图：登录添加用户用户管理修改资料修改密码填写用户名和密码系统检测管理界面删除用户 修改权限图 1-16 8.数据维护 用例描述：8.0 用例名称：数据维护 8.1 用例标识：8 8.2 简要描述：系统在使用的过程中，可能会出现错误操作和数据毁坏，如果没有对原来的数据做正确的备份和管

38、理，系统的原始数据很容易丢失，数据维护就是对数据的内容进行自动或手动的数据备份 8.3 用例参与者 主要参与者：部门经理 次要参与者：8.4 前置条件 以合法身份进入系统。8.5 事件流 8.5.0 基本流 1.登录系统。2.设置系统的数据备份方式。选择操作：1，系统自动备份进入附属流 1。选择手动备份进入基本流 3。3.填写备份的文件名称。4.系统检测文件名称的合法性，不合法进入备选流 1。5.行数据备份。6.系统提示数据备份处理结果并显示数据备份错误的原因。6.重复基本流 5.6 直到某一类别的软件信息删除完毕。产品研发中心 ECSE ABC 实训项目-软件商城系统项目文档 Version

39、 2.0 -29-7.删除类别信息。8.5.1 备选流 8.5.1.0 备选流 1 1.系统显示提示信息和修改意见。2.回基本流 3 8.6 后置条件 注销或退出 87 特殊条件 1.用户名由部门编号和用户编号构成 2 密码为 6 位非数字的字符组成 8.8 附属流 8.8.1 附属流 1 1.0 用例名称：数据维护-自动备份 1.1 用例标识：81 1.2 参与者 主要参与者：部门经理 次要参与者：1.3 前置条件 以合法身份进入系统。1.4 附属流步骤 1.选择自动备份方式 2.填写自动备份的时间。3.系统检测提交信息的合法性，系统显示提示信息。4.提交设置。5.系统提示系统处理结果 1.

40、5 后置条件 进入基本 2 1.6 特殊条件 活动图：登录系统 备份数据 系统自动备份 图 1-17 -30-新闻发布系统需求规格说明书 9.日志维护 用例描述：9.0 用例名称：日志维护 9.1 用例标识：9 9.2 简要描述：监视系统的每一步操作，可以准确的记录用户对系统的使用情况，例如谁，什么时间，在什么地点操作了系统。9.3 用例参与者 主要参与者：部门经理 次要参与者：9.4 前置条件 以合法身份进入系统。9.5 事件流 9.5.0 基本流 1.登录系统。2.浏览系统操作日志。3.选择过滤条件。3.显示选择用户的日志记录。2.5.1 备选流：无 9.6 后置条件 注销或退出 9.7

41、特殊条件 1.用户名由构成 2.密码为 6 位非数字的字符组成 9.8 附属流：无 活动图：登录 浏览 筛选 删除 图 1-18*10.产品搜索 用例描述：10.0 用例名称：软件信息维护 10.1 用例标识：10 10.2 简要描述：输入产品的名称或类型，系统可以根据输入的信息，把要搜索的信息锁定成一定的区域或目标。10.3 用例参与者 主要参与者：软件信息管理员，顾客 产品研发中心 ECSE ABC 实训项目-软件商城系统项目文档 Version 2.0 -31-次要参与者：10.4 前置条件 正确进入系统。10.5 事件流 10.5.0 基本流 1.选择搜索的条件。2.系统检测搜索条件，

42、检测失败进入备选流 1。3.系统根据条件进行数据过滤。4.显示搜索结果。10.5.1 备选流 10.5.1.0 备选流 1 1.系统提示错误原因。2.返回基本流 1.10.5.1.1 备选流 2 1.修改软件信息 2.提交信息 10.6 后置条件：无 10.7 特殊条件 搜索信息需要输入软件信息的类别或名称。10.8 附属流：无 活动图：填写条件 系统过滤 搜索结果 图 1-19 7 用户界面原型用户界面原型 用户界面原型不但可以帮助理解用户的非功能性需求，而且还有助于在需求捕获期间更好的理解需求。利用人充当的参与者和系统之间进行交互。为了提高大家界面的设计能力和对需求的理解能力，在用户界面模

43、型这一节只提供了登录界面，软件商城主界面和后台管理界面。让学生对 UI 的设计有一个整体的参考。本教材在实施过程的第三章的结尾会提供软件商城的项目原型，大家可以在第一、二章后自己发挥能动性，根据自己的理解来设计用户界面原型。1.用户登录界面原型。如图 1-20。-32-新闻发布系统需求规格说明书 图 1-20用户登录界面 2.软件商城商品展示界面原型。如图 1-22。图 1-21 软件商城商品展示界面 产品研发中心 ECSE ABC 实训项目-软件商城系统项目文档 Version 2.0 -33-图 1-22 大分类信息界面原型 图 1-23小分类信息界面原型 -34-新闻发布系统需求规格说明

44、书 图 1-24 软件详细信息界面 3.用户管理界面原型。超级管理导航如图 1-25、软件管理导航如图 1-26、软件发布管理导航如图 1-27。产品研发中心 ECSE ABC 实训项目-软件商城系统项目文档 Version 2.0 -35-图 1-25 超级管理导航 图 1-26 软件管理导航 图 1-27 软件发布管理导航 8.产品的非功能性产品的非功能性需求需求 8 8.1 1 用户界面需求用户界面需求 需求名称需求名称 详细要求详细要求 标准色彩 不超过 3 种，适合于网页标准色的颜色有：蓝色，黄/橙色，黑/灰/白色三大系列色 字体 默认字体宋体，大小默认 9px 分辨率 102476

45、8 窗体大小 全屏 8 8.2 2 软硬件环境需求软硬件环境需求 需求名称需求名称 详细要求详细要求 硬件要求 Intel Pentium III 800/AMD K7 以上处理器、128M 以上内存 支持标准网络协议的网卡 系统平台 Windows2000 server/Win2003 server -36-新闻发布系统需求规格说明书 运行环境 IIS5.0 以上，.net2.0 框架，IE5.0 以上版本 8 8.3 3 产品质量需求产品质量需求 主要质量属性主要质量属性 详细要求详细要求 正确性 页面显示时不会出现乱码现象，正确显示数据库内容 健壮性 能够容纳千人同时在线访问，服务器端程

46、序连续应工作半年以上 可靠性 应用程序异常退出及崩溃的机率小于等于 5%性能，效率 打开页面延迟时间小于等于 6 秒 易用性 浏览器访问，不用部署客户端 清晰性 安全性 保证用户的信息在传输过程中不被窃取、不会泄漏 可扩展性 可在当前需求基础之上进行功能上的扩展 兼容性 可运行在大多数主流的硬件环境中 可移植性 可运行在大多数主流的操作平台上 正确性 消息在传递和显示时不会出现乱码现象 附录附录 A：需求确认：需求确认 提示：提示：需求确认规程请参见 SPP-PROC-RM，主要分两步：（1）需求评审，（2）需求承诺。对需求的评审应当采用“正式技术评审方式”，将产生一份“需求评审报告”，规程请

47、参见 SPP-PROC-TR。在获取责任人（Stakeholders）对需求的承诺之前，该产品需求规格说明书必须先通过需求评审。需求评审报告摘要需求评审报告摘要 需求文档 输入名称，标识符，版本，作者，完成日期，需求评审报告 输入名称，标识符，评审日期，评审结论 工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。工作成果基本合格，需要作少量的修改，之后通过审核即可。工作成果不合格，需要作比较大的修改，之后必须重新对其评审。评审意见 评审小组成员 输入评审小组成员 产品研发中心 ECSE ABC 实训项目-软件商城系统项目文档 Version 2.0 -37-需求承诺需求承诺 需求文档 输入名称，标识符，版本，作者，完成日期 客户承诺 承诺 签字，日期 项目经理承诺 承诺 签字，日期