需求分析说明书规范1.doc

*需求分析说明书规范需求分析说明书规范 目目 录录 1.1.引言引言 1.1 项目背景 1.2 任务概述 1.3 读者对象 1.4 术语定义 1.5 参考资料 2.2.业务背景分析业务背景分析 2.1 行政组织机构 2.2 工作职能 2.3 应用现状 3.3.业务流程分析业务流程分析 3.1 总体流程分析 3.2 子系统处理流程分析 4 4新系统环境要求新系统环境要求 4.1 硬件要求 4.2 软件要求 4.3 安全要求 4.4 维护要求 4.5 接口要求 4.6 时间特性 4.7 适应性 4.8 其他需求 5 5系统总体结构分析系统总体结构分析 6 6原始材料清单原始材料清单 7 7客户认可客户认可 1.1.引言引言 1.11.1 项目背景项目背景 简要说明关于本项目的项目名称、简称、项目代号、委托单位、开发单位和简要说明关于本项目的项目名称、简称、项目代号、委托单位、开发单位和 主管部门、该软件系统与其它系统的关系以及具体应用范围等背景信息。主管部门、该软件系统与其它系统的关系以及具体应用范围等背景信息。 a.软件系统的名称：新闻管理系统 b.本项目的任务提出者：沈文通 c.本项目的开发者： 陈存荣 苏敏 朱天生 张枫 d.本项目的用户：大中小型新闻集团皆可，适用于大中小型内部网络 e 实现该软件的计算机网络：闽江学院软件学院理科楼 206 208 f.独立性:本系统运行时为独立的系统,除了基本的软件支持，不需要其它特别的 辅助软件； g. 职位分配如下： 职务职务人员名单人员名单 项目工程师苏敏 需求分析师 张枫 代码工程师 苏敏 测试工程师陈存荣 美工音效师朱天生 1.21.2 任务概述任务概述 可以以合同文本为基础阐述清楚如下观点。本系统开发完成后的用途，能够可以以合同文本为基础阐述清楚如下观点。本系统开发完成后的用途，能够 产生的效果；实现技术先进性、可靠性、易操作性、易维护性、易扩展性和安全产生的效果；实现技术先进性、可靠性、易操作性、易维护性、易扩展性和安全 性；如果分多期工程，应按工期分别列出其目标。性；如果分多期工程，应按工期分别列出其目标。 当前各大中型企业现状以及开发意图当前各大中型企业现状以及开发意图 当前大部分的新闻传媒系统实现了网络化和信息化，这样大大提高了办公的 效率。当然这样不仅提高了办公效率，而且节省了大量的资源，从而使企业得到 了进一步的发展。 另一方面，把后台的工作分的更加细致，让工作人员能通过一键操作完成任 务，省时省力，减少财力、人力、物力的浪费，为新闻传媒业实现数字化和网络 化提供了极大的帮助。 总体目标总体目标 利用本系统，新闻系统中的编辑和记者能够对新闻进行审核和上传。 利用本系统，员工之间可以很方便的共享资源和传输文件，并实现一下诸多 功能：注册用户、登陆验证、新闻发布、新闻管理。 记者主要负责新闻的采集，上传，而编辑主要负责新闻的修改。责编最后负 责审批定稿和安排播出时间。 管理员是一个超级用户，可以管理所有级别的用户。 技术目标技术目标 1)注册用户：能够检测用户名是否已存在，注册信息中包含密码保护功能， 能够根据用户职位自动判定用户等级。 2)登录验证：登录界面中包含验证码和是否保存密码的选项，能够自动检测 一个账号是否同时在两个不同的 IP 上登陆，界面提供注册和密码找回的链 接。 3)新闻发布功能：记者能够发布新闻。 4)新闻管理功能：显示新闻的具体信息，包括编辑的审核功能，责编的定稿、 删除、播出等各种后台操作功能。 5)新闻类型管理：对新闻进行类型划分，并按照新闻类型进行内容添加、删 除等更新和管理。 用户的特点用户的特点 本系统管理员本系统管理员 除具备以上前台操作员的要求外，还要熟悉 louts 环境，懂得基本的网站维 护所要做的事，非常熟悉本软件的功能，这是对此网站维护所要具备的，要经过 专门的培训或学习。 记者记者 此用户为一般特权用户，拥有发送新闻的权利，操作简单，只要进行简 单熟悉即可，唯一需要注意的就是在发送新闻时，注意一定要将标题栏填写准确 并注明此条新闻的来源和发布者。 编辑编辑 此用户也为特权用户，可以根据草稿编写编辑稿，拥有否决新闻是否上传责 编的权利，操作简单，没有什么特别需要注意的事项，但要求具有独特的审视能 力和敏锐的判断能力。 责编责编 拥有极大的权限 ，能修改大部分信息 ，但不能对写稿人 ，创建时间， 草 稿， 和责编稿进行修改 ，拥有定稿和设定播出时间的权利。 要求决断能力和 大局观。 1.31.3 读者对象读者对象 简要说明本需求分析说明书可能的合法读者对象。 示例：新闻系统面向广大人民群体示例：新闻系统面向广大人民群体 1.41.4 术语定义术语定义 简要说明本需求分析说明书中涉及的专门术语、容易引起歧义的概念、关键词缩 写及其他需要解释的内容。 示例：示例： 1.51.5 参考资料参考资料 以列表的方式给出重要的参考资料的名称、作者、出版单位、联系方式等信息。 示例：示例： 资料名称资料名称作者作者出版单位出版单位联系方式联系方式 2.2.业务背景分析业务背景分析 2.12.1 行政组织机构行政组织机构 此处给出客户行政组织关系结构图以及组织、部门、岗位的隶属关系及职位。 示例：示例： 2.22.2 工作职能工作职能 此处给出客户各部门以及岗位的具体工作范围说明。 示例：示例： 记者（拟稿人）权限需求，编写标题写稿人（固定，无法更改系统根据用户名自动生成） 创建时间（系统根据提交时间自动生成无法更改）稿件类别（可以修改）稿件体裁 （可以修改）记者（可以修改）通讯员（可以修改）记者（可以修改）关键字（编写关键字） 草稿字数（要求系统自动统计生成）草稿（文章主体结构，拟稿人陈述） 编辑权限需求稿件标题（可以修改拟稿人提交的标题）稿件类别（可以对草稿进行修改）稿 件体裁（可以对草稿进行修改）记者，通讯员，配音，关键字（可以修改） 责编（暂时空白）编辑（根据编辑人姓名自动生成）播出日期，播出栏目（待定） 草稿字数，编辑字数（根据文本自动生成） 责编权限需求稿件标题（可以修改）写稿人创建时间（不能修改）稿件类别（可以修 改）稿件体裁（可以修改）记者通讯员配音员（可以修改）关键字（可以修改）责编 （自动生成）编辑（自动生成）播出日期播出栏目（可以确定）草稿，编辑稿，责编稿 字数（自动生成） 2.32.3 应用现状应用现状 1此处给出客户现有计算机系统的网络、服务器、终端的软硬件环境、状态、 数量、关系。 2现行应用系统的分布及运行状况说明。 3客户对现有应用系统优缺点的评价。 示例：示例： 3.3.业务流程分析业务流程分析 3.13.1 总体流程分析总体流程分析 1以流程图的形式详细描述组成系统的各个子系统之间的业务处理关系。 2列出流程分析的基本原则。 3严格按照软件工程的流程绘图标准设计流程图。 示例：示例： 3.23.2 子系统处理流程子系统处理流程分析分析 经过对业务总体流程的分析，总结出子系统业务的处理环节，将各子系统具体分 为功能描述（各模块主要功能说明以及客户的主要功能要求） ；流程描述（具体 描述按业务环节详细的画出业务处理过程，并用文字标注和说明。流程图的图表 标准与总体流程图相同。 ）以及应用描述（客户具体的操作以及查询要求）三大 部分。 示例：示例： 写稿人拟稿（草 稿），并提交拟 稿 草稿 编辑 审核 退稿责编拟稿拟稿人 审核 定稿 编辑修改编辑 稿，也可拟草稿 通过审核未通过审核 未通过审核 通过审核 编辑修改草稿，也 可以拟稿 退还 4 4新系统环境要求新系统环境要求 4.14.1 硬件要求硬件要求 对新的系统的网络、服务器、终端等的硬件要求。 示例：示例： 4.24.2 软件要求软件要求 对新的系统的网络操作系统、通讯协议、服务器操作系统、终端操作系统、环境 软件系统、数据库系统、开发工具、应用软件等的软件要求描述。 示例：示例： 4.34.3 安全要求安全要求 此处给出网络级、服务器级、应用级的安全性要求和关于保证策略方面的要求。 示例：示例： 4.44.4 维护要求维护要求 此处给出关于应用软件日常的备份、恢复、障碍处理、系统调优等方面的要求。 示例：示例： 4.54.5 接口要求接口要求 此处给出关于新的应用系统与现有应用系统之间的接口要求。 示例：示例： 4.64.6 时间特性时间特性 此处给出系统响应时间、更新处理时间、数据转换与传输时间、运行时间等。 示例：示例： 4.74.7 适应性适应性 此处给出系统如可使用性、安全保密、可维护性、可移植性等。也可包含建议采 用什么技术、具体实现手段以及必备的技术方法等。 示例：示例： 4.84.