新闻发布系统用户需求说明书.docVIP

新闻发布系统 用户需求说明书 文件状态： [ ] 草稿 [√] 正式发布 [ ] 正在修改 文件标识： Hands-On- 新闻发布系统-news 当前版本： 作 者： 完成日期： 2007-3-19 版 本 历 史 版本/状态 作者 参与者 起止日期 备注 1.0 新建 目 录 0. 文档介绍 0.1 文档目的 本文档主要针新闻发布系统的使用环境与功能提出具体的要求，同时它还将作为该产品设计与开发的重要参考依据。 0.2 文档范围 本文档包含以下几部分： 1. 产品介绍 2. 产品面向的用户群体 3. 产品应当遵循的标准或规范 4. 产品的功能性需求 5. 产品的非功能性需求 0.3 读者对象 本文档的读者范围包括： 1. 需求提供方具体责任人 2. 开发方的项目经理、系统分析设计人员、测试人员 0.4 参考文档 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下： [标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [SPP-PROC-PP] SEPG，需求开发规范，机构名称，日期 1. 产品介绍 新闻发布系统，是将网页上的某些需要经常变动的信息，类似新闻等更新信息集中管理，并通过信息的某些共性进行分类，最后系统化，标准化发布到网站上的一种网站应用程序. 2. 产品面向的用户群体 使用新闻发布系统的所有用户 3. 产品应当遵循的标准或规范 界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。1：易用性：按钮名称应该易懂，用词准确，屏弃模两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意最好 理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。易用性细则：):完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。):按功能将界面划分局域块，用Frame框括起来,并要有功能说明或标题。):界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。 ):同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。 ):复选框和选项框按选择几率的高底而先后排列。):复选框和选项框要有默认选项，并支持Tab选择。):选项数相同时多用选项框而不用下拉列表框。):界面空间较小时使用下拉框而不用选项框。):选项数较少时使用选项框，相反使用下拉列表框。):专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词眼。. 产品的功能性需求 4.0 功能性需求分类 功能类别 子功能 前台程序 用户浏览新闻 非注册用户注册，注册用户信息维护（修改个人详细信息） 用户登录 新闻管理 新闻发布 新闻管理（对新闻进行管理，包括变换新闻类别，修改，删除） 当日新闻一览(浏览当日发布的新闻) 新闻统计量(按年，月，日对新闻的统计量排序) 文章是否允许评论（批量或单个决定文章是否允许评论） 后台程序 管理员管理 添加用户 用户管理(权限设定，是否审核，是否锁定) 类别管理 添加类别 类别管理(对类别相关信息进行修改[变换栏目]和删除) 添加栏目 栏目管理(对栏目的相关信息进行修改) 管理日志 日志管理(对用户登录日志的（批量)删除) 新闻日志管理（对新闻操作日志的（批量）删除） 评论管理 新闻评论管理(可以检索某条新闻的所有评论) 文章是否允许审核 文章审核(查看决定某条新闻是否允许审核(批量修改)) 系统管理 添加系统版本，用户协议，公司名称的信息 使用帮助 4.1 用户登录（前台） 4.1.1功能描述： 根据用户填写的用户名和密码发送请求。服务器验证用户的用户名与密码。验证通过登录客户端主窗体，否则(返回当页面)提示错误消息(用户名或密码错误)。 4.1.2业务流程图： 图 4-1 前台－用户登录流程图 4.1.3输入输出数据： 项目 数据类型 I/O 要求 必填/必显 范围 举例 用户名 字符 I √ 必添；8-10位 Xiaoming 密码 字符 I √ 必添；6-10位 ******** 表4-1前台－用户登录流程输入输出数据表 4.2 用户信息修改（前台） 4.2.1 功能描述： 将用户修改后的基本信息及更新请求提交，后台服务收到更新用户信息的请求，将数据库中的数据更新，然后返回提示信息。 4.2.2业务流程： 图 4-2 前台－用户信息维护流程图 4.2.3输入输出数据： 项目 数据类型 I/O 要求 必填/必显 范围 举例 密码 字符