bbs需求分析说明书(完整版)

bbs需求分析说明书(完整版)
bbs需求分析说明书(完整版)

BBS论坛需求说明书

编写部门:XXX软件开发部

编写人:XXX

目录

第一章引言 (3)

1.1 目的 (3)

1.2 背景 (3)

1.3定义 (3)

1.4参考资料 (4)

第二章任务概述 (5)

2.1目标 (5)

2.2用户的特点 (5)

2.3假定和约束 (5)

第三章需求规定 (6)

3.1对功能的规定(功能性需求) (6)

3.2对性能的规定(非功能性需求) (23)

3.3输人输出要求 (25)

3.4数据管理能力要求 (25)

3.5故障处理要求 (26)

3.6其他专门要求 (26)

第四章运行环境规定(环境需求) (27)

4.1 对网络构建的需求 (27)

4.2 硬件设备 (27)

4.3支持软件 (27)

4.4接口 (27)

4.4控制 (28)

第一章引言

1.1 目的

读者范围:最终用户、软件设计人员

本文档作为BBS论坛第一期的需求说明文档,用于与用户确定最终的目标,并成为协议文本的一部分,同时也是本系统设计人员的基础文档。

1.2 背景

BBS(Bulletin Board Service,公告牌服务)是Internet上的一种电子信息服务系统,它提供一块公共电子白板,每个用户都可以在上面书写,并且可发布信息或提出看法。

大部分BBS由教育机构、研究机构或商业机构管理,象日常生活中的黑板报一样,电子公告牌按不同的主题,分主题分成很多个布告栏。布告栏的设立的依据是大多数BBS使用者的要求和喜好,使用者可以阅读他人关于某个主题的最新看法,也可以将自己的想法毫无保留地贴到公告栏中。

同样地,别人对你的观点的回应也是很快的。如果需要独下的交流,也可以将想说的话直接发到某个人的电子信箱中,如果想与正在使用的某个人聊天,可以启动聊天程序加人闲谈者的行列。虽然谈话的双方素不相识,却可以亲近地交谈。在BBS里,人们之间的交流打破了空间、时间的限制。在与别人进行交往时,无须考虑自身的年龄、学历、知识、社会地位、财富、外貌、健康状况,而这些条件往往是人们在其他交流形式中无可回避的。

同样地,也无从知道交谈的对方的真实社会身份。这样,参与BBS的人可以处于一个平等的位置与其他人进行任何问题的探讨。这对于现有的所有其他交流方式来说是不可能的。

目前国内的BBS已经十分普遍,可以说是不计其数,其中BBS大致可以分为5类:

(1)校园BBS CERNET建立以来,校园BBS恨快地发展了起来。目前很多大学都有了BBS,几乎遍及全国上下,像清华大学、北京大学等等都建立了自己的BBS系统。清华大学的水木清华很受学生和网民们的喜爱。

(2)商业BBS站,这里主要是进行有关商业的商业宣传、产品推荐等等。目前手机的商业站、电脑的商业站、房地产的商业站比比皆是。

(3)专业BBS站,这里所说的专业BBS主要用于建立地域性的文件传输和信息发布系统。

(4)情感BBS,主要用于交流情感,是许多娱乐网站的首选。

(5)个人BBS,有些个人主页的制作者们在自己的个人主页上建设了BBS,用于接受别人的想法,更有利于与好友进行沟通。

1.3定义

1、JSP(JavaServer Pages)

2、Struts只是一个MVC框架(Framework)

3、Hibernate(数据库框架)

1.4参考资料

J2EE项目实训Hibernate框架技术

J2EE项目实训Struts框架技术

第二章任务概述

2.1目标

在本实训课结束时,使自己具有J2EE Web开发网站的经历,并且懂得如何获取专业领域的知识的能力。

2.2用户的特点

1、本软件的最终用户的特点

所有上网用户在无需培训的情况下,按照网站页面提示即可使用网站的相关服务和功能

2、后台管理和维护人员的教育水平和技术专长

本软件的后台管理和维护人员均是具有一定网络知识的人员。

2.3假定和约束

第三章需求规定

3.1对功能的规定(功能性需求)

系统划分

该网站建设包含以下子系统:

用户角色划分

1、普通(游客)用户

是该论坛的一种用户,普通用户以游客身份登录本系统,只具有察看帖子的功能,不能留言。

2、注册用户

具备普通用户所有的能力。并且是已经注册了的用户,可以登录、修改个人信息,并且可以发表留言。

3、版主

具备注册用户所有的能力,其主要权限是对分论坛进行文章管理。

4、管理员

管理员登录以后可以对论坛系统进行管理,包括论坛的基本信息、用户设置,还可以修改管理员密码。

前台服务的用例图

1、各种信息的显示(面向游客)

2、各种用户信息的操作(面向注册用户)

3、各种留言信息的操作(面向注册用户)

4、各种个人信息的浏览操作(面向注册用户)

前台服务的用例事件流

1、注册

(1)说明

主要是指除管理员以外的用户角色(一般为游客),在网上在线填写一些会员的注册信息。注册后即可成为BBS论坛会员。

(2

(3

用户通过网上在线注册后,由系统管理员收集相应的资料,核实后,进行用户注册确认,确认后用户成为会员正式生效,可以享受网站提供的各种服务。

(4

(5

2、登录

(1)说明

用户输入登录信息,如用户名、密码、验证码,以会员的身份进入本论坛。

(2

信息类型描述

用户名20个字符

密码20个字符

验证码20个字符

(3

用户通过网上在线输入用户的ID标识信息后,由后台系统收集相应的资料,并进行核实比较确认。

(4

内容说明

用例编号Customer_2

用例名称用户登陆

用例说明用户登录系统

参与者注册用户

前置条件用户是有效的注册用户

后置条件用户所输入的信息与后台系统数据库表中所保存的

信息一致

基本路径1、Actor填入用户名、密码和验证码,点击提交

2、系统验证验证码

3、系统验证用户名和密码

4、验证成功,系统跳转到主页

扩展路径1a、用户所输入的登录信息无效

1a1、系统提示输入正确格式的用户标识信息

2a、验证失败

2a1、系统提示Actor重新填写验证验

3a、验证失败

3a1、系统提示Actor重新填写用户名和密码

补充说明

3、修改信息

(1)说明

会员登录成功后,可以修改自己的注册信息,如密码或者其它的内容等。(2

内容说明

用例编号Customer_3

用例名称修改用户信息

用例说明用户修改自己的注册信息

参与者注册用户

前置条件注册用户已经登陆系统

后置条件系统正确地接收用户提交的信息并且成功地保存到

数据库表中

基本路径1、Actor点击修改信息

2、系统判断该用户是否是已经登录过的用户

3、系统再显示信息修改页面

4、Actor在该页面中输入新的信息,最和再点击提交按

5、系统显示修改成功,然后跳转到登录页面进行重新登

录确认

扩展路径2a、用户身份不合法

2a1、提示用户转去登录

4a、修改失败

4a1、系统跳转到错误信息页面,并提示Actor重

新修改

补充说明

4、在线注销

(1)说明

会员登录成功后,可以在线注销。此后将不再拥有登录后的在线权限。

(2

内容说明

用例编号Customer_4

用例名称用户在线注销

用例说明会员登录成功后,可以在线注销

参与者登录后的用户

前置条件注册用户已经成功登陆系统

后置条件无

基本路径1、Actor点击在线注册

2、系统判断该用户是否是已经登录过的用户

3、系统再显示警告提示是否真的要在线注销

4、Actor输入确认信息,最和再点击提交按钮

5、系统将在线注销该用户

扩展路径2a、用户身份不合法

2a1、提示用户转去登录

4a、Actor输入取消在线注销

4a1、系统将退出在线注销状态

补充说明

5、某个特定的BBS信息的显示

(1)说明

游客或者登录成功的用户,可以选择自己感兴趣的版块,并察看其中所感兴趣的帖子(留言)。

(2

内容说明

用例编号Customer_5

用例名称察看帖子

用例说明用户查看所需帖子

参与者游客或者登录成功的用户

前置条件无

后置条件无

基本路径1、Actor找到需要浏览的版块,点击文章标题进入

2、系统显示出该文章

扩展路径

补充说明

6、发表帖子

(1)说明

注册用户登录成功以后,可以在某版块发表自己的帖子。

(2

(3

用户通过网上在线发表后,由后台系统收集相应的资料并正确地保存到数据库表中。(4

7

(1)说明

注册用户登录成功以后,可以在某版块针对某个帖子进行回复。

(2

(3

用户通过网上在线回复后,由后台系统收集相应的资料并正确地保存到数据库表中。(4

8

(1)说明

用户登录成功以后,可以针对自己所发表的某个留言进行在线修改。

(2

9、删除留言

(1)说明

用户登录成功以后,可以针对自己所发表的某个留言进行在线删除。(2

10、分类查询留言

(1)说明

游客或者登录成功的用户,可以选择自己感兴趣的分类版块,并察看其中所感兴趣的帖子(留言)。

(2

11

(1)说明

游客或者登录成功的用户,可以按照系统所给定的各种查询选项选择自己感兴趣的查询条件,并察看其中检索到的所感兴趣的帖子(留言)。

(2

12

后台管理系统中的各个模块

1用户个人信息管理

1、个人资料查看:查看自己的所有资料。

2、编辑个人资料:修改除帐号密码外的所有资料

3、个人头像,系统默认一个个人头像,并提供12个左右的头像供用户选择,若用户不满意系统自带的

头像,可以自己上传头像,头像会被系统按照一定的算法进行压缩以适应论坛的外观和结构,不会产生大的变形。

4、好友管理,删除、添加、编辑用户的好友。

5、短消息管理,收件箱、发件箱、草稿箱中的信息删除、编辑等操作。

6、论坛外观选择,选择自己喜欢的外观类型。

2版主后台

版主的管理界面除了个人后台的所有功能外,还包括以下的功能:

1、帖子管理:斑竹有权对自己管理范围内的帖子进行删除、编辑操作。主要操作包括:

删除帖子、帖子加精、帖子置顶。

2、用户管理:对违章用户进行惩罚,具体如下:封用户ID,没收用户ID一定时间。

3、版块公告发布:此权限需要管理员允许。

3管理员后台

管理员后台拥有斑竹后台的所有内容,除此之外还包含以下权限:

1、全论坛用户帐户的删除权限

2、公告发布

3、论坛设置(UBB,HTML支持等)

4、斑竹设置(添加,更改,废除斑竹)

5、后台帐户管理(密码修改)

6、版块管理:添加版块,子版块,设置版块斑竹;

编辑版块,子版块,变换斑竹;

删除版块,子版块,同时废除斑竹

后台管理系统中的各个用例

后台管理系统中的各个用例的事件流

1、系统管理员登陆

系统管理员提交用户名和密码,系统验证用户名和密码的合法性,系统显示系统管理员管理页面(包含管理员的信息)

2、论坛基本信息管理

对网站参数、通行证设置、COOKIE设置、公告设置进行管理-----下面的各个用例只是示

内容说明

用例编号System_1

用例名称论坛基本信息管理

用例说明管理员对用户进行权限管理,状态管理,查询信息

参与者管理员

软件需求分析说明书模板

保密级别:S 资料编号:SRS-[产品代号] -[序列号] 版本:V[*].[*] [产品型号名称(二号字体)] [部件型号名称(可选、小二号字体)] 软件需求分析说明书 共11页 编制: 审核: 审定: 会签: 批准: XXXXXXXXXX公司 [****]年[**]月[**]日

文档修改记录

目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移\转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)

[说明:本模板中的蓝色字体与橙色字体为说明性文字,在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的,指出预期的读者范围。 1.2 范围 说明: a.待开发的软件系统的名称; b.说明软件将干什么,如果需要的话,还要说明软件产品不干什么; c.描述所说明的软件的应用。应当: 1)尽可能精确地描述所有相关的利益、目的、以及最终目标。 2)如果有一个较高层次的说明存在,则应该使其和高层次说明中的类似的陈述相一致(例如,系统的需求规格说明)。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料,如: a.本项目的经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

BBS论坛简单需求分析

BBS需求分析 一、前台功能需求 1、登陆 输入用户名和密码,进行登陆,如果登陆成功,显示论坛首页,如果登陆失败,则显示登陆失败页面,并且跳转回登陆页面。用户名和密码不能为空。 2、注册 用户需要填写的属性有: 用户名:不能为空,6-20位,必须唯一。 密码:不能为空,6-20位。 确认密码:必须与密码一致。 邮箱:进行简单格式验证。 昵称:不能为空,最大20位,昵称。 性别:只能是男或女。 年龄:限制18-60。必须是数字。 头像:可以选择上传一个头像,如果不上传则系统默认一个头像。 备注:一个text的数据范围。 注册时用户积分默认为100分。 注册成功之后返回首页。 3、浏览板块 1)首页浏览 Logo、广告图片 公告最大200字符 搜索文本框、搜索按钮——对应6号功能 版块列表(板块图片、板块名称、板块描述、发帖数量、回贴数量、最后回复时间) 友情链接 版权说明 2)板块浏览 Logo、广告图片 搜索文本框、搜索按钮——对应6号功能 发帖按钮——对应4号功能 主帖列表(帖子标题、发帖人、回复数量、点击数量、发帖、最后回复时间)主帖使用分页的形式显示 版权说明 3)主帖浏览 主帖发帖人、标题以及内容、第几楼、发帖时间 回帖人、内容、第几楼、回帖时间 …… 回帖分页显示

内容文本框 回复按钮——对应5号功能 4、发帖 标题文本框、内容文本框、发帖按钮,发帖之后跳转到板块浏览页面,并且该用户积分增加10。 5、回帖 内容、回帖按钮,回帖之后跳转到该用户回帖的位置,并且该用户积分增加1。 6、搜索 分为两种搜索:一种是首页上搜索全部主帖、一种是版块内搜索该板块的主帖,根据填写搜索的内容进行模糊查询。显示搜索的结果,用分页形式显示。 二、数据库设计 1、确定使用的数据库:Mysql。 2、创建数据库:db_bbs 3、创建表 1)用户表Users 2)板块表Models

软件需求规格说明书案例

软件开发方向 “成绩管理系统”软件需求规约 安博教育集团 二零零八年十月

修订历史记录

目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (6) 2.3 运行环境 (7) 2.4 假设与依赖 (7) 3 系统特性 (8) 3.1 系统角色 (8) 3.2 学生管理 (8) 3.2.1 增加学生信息 (8) 3.2.2 修改学生信息 (9) 3.2.3 删除学生信息 (9) 3.2.4 导入学生信息 (9) 3.3 教师管理 (9) 3.3.1 增加教师信息 (9) 3.3.2 修改教师信息 (9) 3.3.3 删除教师信息 (9)

3.3.4 导入教师信息 (9) 3.4 课程管理 (10) 3.4.1 增加课程基本信息 (10) 3.4.2 修改课程基本信息 (10) 3.4.3 删除课程基本信息 (10) 3.4.4 维护课程学生信息 (10) 3.5 成绩查询 (11) 3.5.1 学生查询成绩 (11) 3.5.2 教师查询成绩 (11) 3.6 成绩分析与统计 (11) 3.6.1 考试成绩表 (11) 3.6.2 班级各科平均成绩表 (11) 3.6.3 年级成绩排名表 (11) 3.7 系统维护 (12) 3.7.1 数据字典维护 (12) 4 非功能性需求 (12) 4.1 性能需求 (12) 4.2 安全性需求 (12) 4.3 可用性需求 (13) 4.4 用户文档 (13) 4.5 其它需求 (13) 5 外部接口需求 (14) 5.1 用户接口 (14) 5.2 硬件接口 (14)

棋牌游戏平台功能需求说明书

XX棋牌游戏平台功能需求说明书 目录 1.1项目定义.......................................... 1.2项目目标.......................................... 1.3性能指标.......................................... 2.平台功能要求........................................ 2.1用户注册、登陆、管理 .......................... 2.2游戏大厅...................................... 2.3游戏房间...................................... 2.4平台功能说明.................................. 2.5平台管理员功能 ................................ 2.6网站后台管理.................................. 2.7充值卡管理.................................... 2.8版本升级...................................... 2.9需开发的游戏.................................. 3.平台比赛功能说明.................................... 3.1打立出局赛制.................................. 3.2定局积分赛制.................................. 3.2.1循环赛制.................................... 3.2.2其他规则.................................... 3.2.3场控........................................

BBS系统需求分析说明书-软件工程课设

BBS系统需求分析说明书-软件工程课设

需求分析说明书 第一章:引言 (3) 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (5) 1.4参考资料 (6) 第二章:任务概述 (6) 2.1目标 (7) 2.2用户的特点 (7) 2.3假定和约束 (7) 第三章:需求规定 (8) 3.1功能需求: (8) 3.1.1系统主要功能模块 (8) 3.1.2系统总体功能需求框架图 (9) 3.1.3系统用例图 (10) 3.1.4系统顺序图 (11) 3.1.5系统状态图 (15) 3.1.6系统活动图 (20) 3.1.7系统类图 (21) 3.1.9构件图的建立 (24) 3.1.10部署图的建立 (24)

3.2对性能的规定 (25) 3.2.1时间特性要求 (25) 3.2.2空间特性需求 (25) 3.3输人输出要求 (25) 3.4数据管理能力要求 (26) 3.5故障处理要求 (26) 3.6其他专门要求 (26) 第四章:运行环境规定 (27) 4.1设备 (28) 4.2支持软件 (28) 4.3接口 (28) 4.4控制 (28)

第一章:引言 1.1编写目的 需求分析是软件开发生命周期的重要阶段,是软件设计阶段的基石。本需求分析说明书旨在规范本软件的设计,提高软件开发过程中的能见度,便于对软件开发过程进行控制与管理。同时,本文档也是软件开发者和客户之间签订的一份契约,保证客户需求的稳定性,为软件开发者提供软件开发的凭据。 1.2背景 现实生活中的交流存在时间和空间上的局限性,

交流人群范围狭小以及间断的交流不能保证信息的准确性和可取性。因此,用户需要通过网上论坛的交流扩大交流面,同时可以从多方面获得自己所需要的最及时的信息。 BBS起源于20世纪80年代初。最初,论坛只是用于发布公告信息,讨论问题的在线交流平台。后来,随着网络的普及,论坛的功能越来越丰富,受到广大网民的欢迎。因此,商业网站对论坛重视起来,纷纷在自己的网站上开辟论坛。作为与网民交流的园地。同时在线技术支持和在线服务也在论坛中开展起来。当代的大学生几乎都会接触甚至经常登陆自己感兴趣的论坛,在上面可以分享,也可以交流意见,但是,能把他们集中起来的论坛并不是很多。 软件名称:web BBS 系统 开发者:朱海晨,邹航,杨丹阳,黄田田 用户:本系统面向所有乐于参与交流活动的广大 网友,用户角色分为四类:未注册用 户、注册用户、版主、管路员。 实现环境:Internet互联网

软件需求分析规格说明书格式

软件需求分析规格说明书格式 2008年03月28日11:08:00 chenguang79阅读数:1993 1.引言 1.1编写的目的 /*说明编写本说明书的目的 1.2背景说明 /*给出待开发系统的全名及项目提出者,开发者,及用户。同时说明该软件系统将做什么和不做什么。 1.3术语定义 1.4参考资料 /*列出本文档所引用的全部资料以及资料的来源。 2. 任务概述 2.1功能概述 /*简要叙述本系统预计实现的主要功能及功能之间的相互关系,最好用图表明。 2.2约束条件 /* 简要说明对系统设计产生影响的限制备件,如管理模式,硬件限制,技术或工具的制约等。 3. 数据流图与数据字典 3.1 数据流图 3.1.1 数据流图图形 /*将需求分析构造的数据流图按层次逐层画出。 3.1.2加工说明 /*对数据流图中的每一个加工,按编号,加工名,输入流,输出流及加工过程逐一说明。 3.2 数据字典 /*本节对数据流图中使用的数据项,数据结构,文件的内容及组织结构逐项说明. 3.2.1 数据项说明 3.2.2数据结构说明 3.2.3文件说明 4 系统接口 4.1 用户接口 /*说明人机交互界面的用户需求,如屏幕格式,报表,菜单的格式与内容及功能键定义。 4.2 硬件接口 /* 说明本软件系统与硬件设备的接口信息的内容,格式以及运行软件的硬件设

备特征。 4.3 软件接口 /*说明本软件系统与其它支持软件之间的接口规格,支持软件应明确其版本号。 5. 性能需求 5.1 精度要求 /* 说明输入/输出数据以及传输数据的精度要求。 5.2时间特征 /* 定量说明系统应达到的响应时间,更新处理时间,数据传输转换时间,计算时间的特征值 5.3灵活性 /* 说明本软件在需求发生变化时(操作方式,精度要求,时间特征等)的适应能力。 6 软件属性 6.1 可使用性 /* 规定系统的某些特殊需求,如检查点设置,恢复方法和重启动方法,以确保软件可使用。 6.2 系统安全性 /* 规定系统为保证运行安全,信息安全面而采用的技术措施,如密码,防病毒,防黑客等。 6.3 可维护性 /* 规定系统为提高系统的可维护性将采取的措施。 6.4 可移植性 /* 规定程序以及挡方面军的兼容性,扩充性的约束。 7 其它需求 7.1 数据库需求 /*对数据库的静态结构,动态组织,访问信息的方式,使用频率以及数据的存储等方面提出需求。 7.2 系统操作要求 /*列出系统所要求的正确或特殊的操作方式,如用户的操作方式和系统的后援和恢复操作。 7.3 故障及其处理 /* 尽量烈列出能够预测的系统故障(包括软硬件及其它系统),并指出故障可能造成的影响及故障排除的方法。 8 附录

视频监控应用系统技术需求说明书

视频监控应用系统技术需求说明书 我们的视频监控应用系统是B/S架构的应用系统,提供给不同区域不同用户访问视频监控实时视频及历史录像的功能,同时我们还有对应的手机APP版应用系统,需要转发平台支持手机视频转发功能,并且提供相关的接口支持手机无障碍访问平台,保证访问视频的流畅性。以下是详细的关于对转发平台的技术需求。 一、基于PC端的系统转发平台技术需求 PC端的系统中有一个视频管理系统模块,视频管理系统与转发平台进行对接,对转发平台上连接的摄像机等设备进行添加和管理,并对这些摄像机设备分配到不同地区不同权限用户的账户,供不同权限的用户观看实时视频监控和视频监控录像(这块权限控制我们自己做,需要的是对平台上视频列表的调用,提供视频调用播放的地址)。我们寻求的解决方式有以下三种(可能我们对转发平台及流媒体服务器这块的表述不是太专业,只能表达大体的需求):方式一、转发平台具有将视频监控视频流转化为支持Flash播放的视频流和Flash可以直接播放的文件格式,如.FLV格式,并提供相关的web访问方式(无需控件)和接口及说明文档,以及对整个转发平台和前端设备进行管理的权限。此种方式,我们通过Flash技术实现视频监控的播放功能,用户在播放视频时不需要安装控件,可以直接进行播放。对实时视频和视频录像的分别的需求如下: 1、实时视频监控: (1)、转发平台实现对实时视频流的转码,转化成支持Flash解码播放的视频流,并提供相应的解码方式及转发平台系统的访问方式、账户、密码以及相关的使用配置说明文档。 (2)、转发平台与我公司的视频管理系统进行对接,实现对转发平台上的前端设备进行管理的功能,转发平台对前端设备的管理必须要有一定的可以区分摄像机地理位置的标识,以方便我视频管理系统对接时进行前端设备的管理。我公司视频管理系统根据需求进行相关的权限的分配连接到不同的应用系统上,以提供视频播放功能。转发平台需提供相关的web实现的接口(C#语言)、demo及接口说明文档。 2、视频监控录像:

金融产品需求分析说明书

(金融产品名称) 需求分析说明书 制作单位:(业务部门或科技部门) 规格标准的版本号:V1.0 文档编号:(按照中国银行文档资料统一编码规则编制文档编号)版本号:(按照中国银行关于版本号管理的有关规定填写)

需求负责人(技术): 需求负责人(业务): 编写人员: (参加需求编写的所有人员,包括软件中以参加人员、业务部门参加人员) 校对人员:

技术部门主管签字: 年月日

目录 第一章引言 (4) 1.1 编写目的 (4) 1.2 项目背景 (4) 1.3 基本定义 (4) 第二章产品概述 (5) 2.1 目标 (5) 2.2 运行环境 (5) 2.3 条件与限制 (5) 第三章业务流程分析 (6) 3.1 业务流程分析 (6) 3.2 业务数据流图 (6) 3.2 数据词典 (6) 3.3 数据采集 (7) 第四章功能需求 (8) 4.1 功能划分 (8) 4.2 功能描述 (8) 4.3 软件接口 (8) 4.4 故障处理 (8) 第五章其它需求 (9) 5.1 应用环境 (9) 5.2 其它要求 (9) 参考资料 (10)

第一章引言 1.1 编写目的 ?阐述编写需求分析说明书的目的及意义。 1.2 项目背景 ?阐述当前业务系统现状以及业务未来的发展情况 ?阐述新系统与其它系统的关系 1.3 基本定义 ?列出文档中所用到的专门述语的定义和缩写词的原文。

第二章产品概述 2.1 目标 ?描述要开发产品应达到的目标。 2.2 运行环境 ?描述产品所应用环境的框架。包括软件组成、硬件组成、网络构成、系统架 构及其说明等。 2.3 条件与限制 ?给出产品设计应遵守的条件和受到的限制。主要有如下几方面: 1.开发单位或部门应具备的条件。 2.开发者完成开发工作的期限。 3.系统在推广、上点的时间和条件限制。 4.应用环境受到的限制,如网络带宽。 5.可维护性、可移植的限制。 6.软件使用者、管理者对计算机了解的限制。应根据软件所面向的对象(业 务人员、个人、企业等),设计时给予不同的考虑。 7.系统应用规范的限制,包括应用机构数、终端数等。 8.业务规模的限制(百万笔/小时),即对系统处理能力的要求。

论坛管理系统需求分析

1引言 1.1编写目的 需求分析是软件开发生命周期的重要阶段,是软件设计阶段的基石。本需求分析说明书旨在规范本软件的设计,提高软件开发过程中的能见度,便于对软件开发过程进行控制与管理。同时,本文档也是软件开发者和客户之间签订的一份契约,保证客户需求的稳定性,为软件开发者提供软件开发的凭据。 1.2背景 现实生活中的交流存在时间和空间上的局限性,交流人群范围狭小以及间断的交流不能保证信息的准确性和可取性。因此,用户需要通过网上论坛的交流扩大交流面,同时可以从多方面获得自己所需要的最及时的信息。 论坛又叫,全称是,中文意思是“电子公告板”,它是上的一种交互性极强的、网友喜闻乐见的电子信息服务系统。它为网民提供一块公共的电子白板,每个用户都可以在上面书写、发布自己的信息或提不同的意见,以便与其他用户进行交流和讨论。 软件名称:管理系统 开发者:朱海涛 用户:本系统面向所有乐于参与交流活动的广大网友,用户角色分为三类:普通用户、版主、管路员。 实现环境:互联网 1.3定义 系统:论坛系统的英文名。 版主:论坛的管理者之一,负责清理脏乱差帖,表扬一些精妙绝帖,从而对该论坛上各路网虫的言论实行有效的管理,促使论坛健康的发展。 :是一项微软公司的技术,是一种使嵌入网页中的脚本可由因特网服务器执行的服务器端脚本技术。指(动态服务器页面),运行于之中的程序。不仅仅是 ()

的下一个版本,而且是一种建立在通用语言上的程序构架,能被用于一台服务器来建立强大的应用程序。提供许多比现在的开发模式强大的优势。 2005:是微软公司开发的一种关系数据库管理系统。 :一种数据库建模工具,它支持关系数据库建模。 2008:微软公司开发的面向 2.0的下一代开发工具,它提供一种集成开发环境 1.4参考资料 [1] 李代平.软件工程分析案例[M].清华大学出版社.2008 [2] 张海藩.软件工程导论[M].清华大学出版社.2008 [3] 赵池龙,姜义平,张建.软件工程实践教程[M].电子工业出版社.2007 [4]《管理系统概要设计说明书》 [5]《管理系统详细设计说明书》 2任务概述 2.1目标 信息时代迫切需要快速传播信息,局部范围的信息交流只会减缓信息技术前进的步伐。本系统的目的在于为分散于五湖四海的人们提供一个共同交流、学习、倾吐心声的平台,实现来自不同地方的用户极强的信息互动性,用户在获得自己所需要的信息的同时也可以广交朋友,拓宽自己的视野和社交面。 2.2用户的特点 本系统的最终用户是广大的网友,他们的技术水平参差不齐,但他们只是普通用户。本系统普通用户的技术水平要求不高,只要会上网就行。 本系统还有版主和管理员,版主产生于普通用户之中,只需做一些简单的操作,需要一定的技术。系统对管理员的要求最高,管理员必须具有计算机方面的相关知识,懂基本的数据库和网络技术等。 系统的维护人员是本系统的开发人员,具备较强的计算机专业水平,能对系统的各种故

xxxx平台xxxx功能需求规格说明书 模板

国安创客 平台功能需求规格说明书 版本: 1.0 日期:2015年?月

修改记录 *A–新增M–修改D–删除

目录 引言 (4) 1.1 目的 (4) 1.2 文档约定 (4) 2 总体框架及流程图 (4) 2.1 用户角色说明 (4) 2.2 总体业务架构 (4) 2.3 系统功能模块 (4) 2.4 业务流程 (5) 3 功能分解 (5) 3.1 基础信息(如有角色或权限新增修改时,否则删除) (5) 3.1.1 功能分解 (5) 3.2 销售管理 (8) 3.2.1 角色及职责描述 (8) 3.2.2 流程清单 (8)

引言 1.1目的 本文档详细描述平台功能必须满足的产品功能需求、非功能需求(质量属性和外部接口)与限制条件,作为后续相关项目的项目管理人员、系统设计人员、编码和测试人员以及其他相关人员开展工作的基础和依据,同时也界定了本部分的工作内容。 1.2文档约定 在本文档中描述的所有需求都有一个唯一的编号标识。该需求编号在需求确立时产生并在整个项目开发过程中保持不变。 2总体框架及流程图 2.1用户角色说明 2.2总体业务架构 2.3系统功能模块

2.4业务流程 流程图: 业务描述及说明: 3功能分解 3.1基础信息(如有角色或权限新增修改时,否则删除) 基础信息包括角色管理、用户管理、权限管理,数据字典维护等功能 3.1.1功能分解 3.1.1.1角色管理 3.1.1.1.1业务描述 提供提供用户角色信息的增加、修改、显示、查询、删除功能,供输入过程中下拉菜单选择。 3.1.1.1.2输入输出

3.1.1.1.3业务逻辑处理 3.1.1.1.4参考文档

产品需求规格说明书(格式)

项目名称 产品需求规格说明书

版本历史

目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文档 (4) 0.5术语与缩写解释 (4) 1. 产品介绍 (5) 2. 产品面向的用户群体 (5) 3. 产品应当遵循的标准或规范 (5) 4. 产品范围 (5) 5. 产品中的角色 (5) 6. 产品的功能性需求 (6) 6.0功能性需求分类 (6) 6.M F EATURE M (6) 6.m.n Function M.N (6) 7. 产品的非功能性需求 (7) 7.1用户界面需求 (7) 7.2软硬件环境需求 (7) 7.3产品质量需求 (7) 7.N 其他需求 (7) 附录A:需求建模与分析报告 (8) A.1需求模型1 (8) A.N 需求模型N (8) 附录B:需求确认 (9)

0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文档 提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:[标识符] 作者,文献名称,出版单位(或归属单位),日期 例如: [SPP-PROC-PP] SEPG,需求开发规范,机构名称,日期 0.5 术语与缩写解释

1. 产品介绍 提示: (1)说明产品是什么,什么用途。 (2)介绍产品的开发背景。 2. 产品面向的用户群体 提示: (1)描述本产品面向的用户(客户、最终用户)的特征, (2)说明本产品将给他们带来什么好处?他们选择本产品的可能性有多大? 3. 产品应当遵循的标准或规范 提示:阐述本产品应当遵循什么标准、规范或业务规则(Business Rules),违反标准、规范或业务规则的产品通常不太可能被接受。 4. 产品范围 提示:阐述本产品“适用的领域”和“不适用的领域”,本产品“应当包含的内容”和“不包含的内容”。说清楚产品范围的好处是:(1)有助于判断什么是需求,什么不是需求;(2)可以将开发精力集中在产品范围之内,少干吃力不讨好的事情;(3)有助于控制需求的变更。 5. 产品中的角色 提示:阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。

bbs网上论坛系统需求分析

1、登录: 非空验证:js不使用alert用innerHTML 用户名密码错误验证:后台向前台输出js代码 忘记密码:忘记密码 可以用用户名或邮箱登录 2、注册: 邮箱验证:正则表达式 验证重名:Ajax 验证用户名中字符:js 验证两次密码:js 验证密码长度:8-16位 验证码:百度如何操作 阅读条款:radio 3、用户: 四级权限:游客、注册用户、注册会员、管理员 注册用户对自己贴子的删贴、发贴。发表回帖。修改自己密码。 注册会员拥有以上权限,而且可以发表一个板块。随着会员等级的增长可以发表更多地板块,存在总数小于等于3个。 管理员可以对所有的板块、帖子、回帖进行删除。可以查询所有用户并删除。对多次发表不当言论者禁言。 用户详细信息:用户登录后可以在用户详细信息界面完善信息,查看发表过的板块、帖子、以及回帖并进行删除。 4、论坛 (1)、板块:会员可以发表板块,版主可以修改板块信息。 版主可以管理本板块下的帖子。 (2)、贴子:发帖人可以删除自己的帖子。 置顶,加精,设为喜欢(建表),举报(建表) 验证码:百度如何操作 (3)、回帖:楼中楼 验证码:百度如何操作 只看楼主 (4)、模糊查询 5、数据库表 目前涉及如下表段,如有需求后期还会增加: 用户表(id,用户名,e-mail,password,用户类型,标记位) 管理员表(id,类型名) 个人信息表(id,用户名,e-mail,性别,出生日期,住址,实名) 板块表(id,板块名,板块信息,板主id,板块内帖子数,标记位) 帖子表(id,帖子标题,帖子内回帖数,发帖时间,发帖人id,所属板块号,帖子内容,标记位,被举报标志位) 回帖表(id,回帖人id,回帖时间,标记位,所属帖子id) 设为喜欢(帖子id,收藏人id) //被举报(帖子id,发帖人) 验证码表

软件需求规格说明书(案例)

软件开发方向“成绩管理系统”软件需求规约 二零零八年十月

修订历史记录

目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (7) 2.3 运行环境 (8) 2.4 假设与依赖 (8) 3 系统特性 (9) 3.1 系统角色 (9) 3.2 学生管理 (10) 3.2.1 增加学生信息 (10) 3.2.2 修改学生信息 (10) 3.2.3 删除学生信息 (10) 3.2.4 导入学生信息 (10) 3.3 教师管理 (11) 3.3.1 增加教师信息 (11) 3.3.2 修改教师信息 (11) 3.3.3 删除教师信息 (11) 3.3.4 导入教师信息 (11) 3.4 课程管理 (12) 3.4.1 增加课程基本信息 (12) 3.4.2 修改课程基本信息 (12) 3.4.3 删除课程基本信息 (12) 3.4.4 维护课程学生信息 (12) 3.5 成绩查询 (13) 3.5.1 学生查询成绩 (13) 3.5.2 教师查询成绩 (13) 3.6 成绩分析与统计 (13) 3.6.1 考试成绩表 (13) 3.6.2 班级各科平均成绩表 (13) 3.6.3 年级成绩排名表 (14) 3.7 系统维护 (14) 3.7.1 数据字典维护 (14) 4 非功能性需求 (14) 4.1 性能需求 (14) 4.2 安全性需求 (14) 4.3 可用性需求 (15)

产品需求设计规格说明书

会员产品设计规格说明书 版本<1.0>

1.概述3 2.引用3 3.体系结构设计4 3.1业务处理流程图4 3.2主要对象及关系模型4 这里主要描述会员处理程序的类图及关系 (4) 3.2.1 用户界面的主要类图(窗口) (4) 3.2.2 业务类图 (4) 3.2.3 实体关系图(E-R图) (4) 3.3产品-部件结构图4 3.3.1 一级部件结构图(功能部分,不涉及服务部分) (4) 3.3.2 二级部件结构图 (7) 3.4功能需求与部件对照表9 4.性能设计10 5.对外接口设计10 6.产品部署设计10 6.1系统部署10 6.2产品交付文件定义10 6.3产品及功能间依赖关系11 6.3.1 组件图 (11) 6.3.2 产品关系表 (11) 6.4升级设计11

1.概述 2.引用

3.体系结构设计 3.1业务处理流程图 主干业务处理流程图: 3.2主要对象及关系模型 要求: 通过UML类图描述 可借此图,迅速找到本应用的部件、公用部件、公用类或本应用的部件的子类 可反映清晰的部件关系、部件及公用部件/公用类之间的关系 如果一个部件有几个类,一并描绘 一般画一层类图即可。如果应用比较复杂,要考虑画出二层类图 这里主要描述会员处理程序的类图及关系 3.2.1用户界面的主要类图(窗口) 3.2.2业务类图 3.2.3实体关系图(E-R图) 3.3产品-部件结构图 要求: 用树状菜单结构描述 一级菜单描述子系统(产品)、二级菜单部件分类、三级菜单部件 对部件编号=产品包代码+部件标识 3.3.1一级部件结构图(功能部分,不涉及服务部分) 3.3.1.1基础应用组 用户群指导:指的是基础大众,面对的是最广泛的目标客户群体。包括大众买家、普通藏家为主的,提供的是以展示和推广为核心的服务; 条件:仅仅是区分游客身份的角色,不做任何权级限定。免费注册,享受基础服务;

论坛需求分析文档

哔哔论坛需求规格说明书 作者:06组全体成员 完成日期:2015/05/14 签收人: 签收日期: 修改情况记录: 版本号修改批准人修改人安装日期签收人 目录 1 引言 (3) 1.1 编写目的 (3) 1.2 范围 (3) 1.3 参考资料 (4) 1.4 预期读者 (4) 2 项目概述 (4) 2.1 产品描述 (4) 2.2 产品功能 (5)

2.3软件设计约束及有关说明 (6) 3 详细需求 (6) 3.1 功能需求 (6) 3.2 外部接口需求 (7) 3.3 性能需求 (7) 3.4 设计约束 (8) 3.5 属性 3.5.1 可用性 (8) 3.5.2 安全性 (8) 3.5.3 可维护性 (9) 3.6 其他需求 (9) 3.6.1 数据库 (9) 3.6.2 操作 (10)

1 引言 1.1 编写目的 项目开发背景: 论坛为国家吸收民智提供了经济而便捷的条件。网友们自己出资,发表见解,各抒己见,各种智慧集中交汇在论坛里,为国家博采众长,吸收民智提供了轻而易举且十分经济的条件。试问,还有什么媒体,还有什么途径比得上网上论坛这种效应呢?报纸容量有限,内容有限;开会听取意见和建议,人数有限,进言献策的时间有限,议论的范围有限;电视收视内容有限,时空特点有局限,只有网上论坛才有如此众多栩栩生辉的智慧,不计其数的精神产品给国家决策提供这么方便快捷和十分经济的智慧信息。 1.2范围 用户登陆注册界面,有注册详情页,一个首页和一个详情页,面向范围是所有登陆本论坛的用户。登陆本论坛的用户可以互相发表帖子,回复他人的帖子,说说自己感兴趣的事情,也可以在论坛提出问题由他人解答,是一个提供大家交流的平台。论坛的角色分为普通用户和管理员,管理员和普通用户都可以进行发帖跟帖的功能,管理员多了一项删帖的功能,以保证论坛的良好交流环境与氛围。

软件需求分析说明书

软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#

学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求;以供本系统的开发人员参考。 项目背景 开发软件名称:学生信息管理系统。 用户:教学办公室 项目和其他软件:系统的关系。 本项目采用客户机/服务器原理,客户端程序是建立在window NT系统上以 Java为开发软件的应用程序,服务器端采用Linux为操作系统的工作站,是采用Oracle 的为开发软件的数据库服务程序。 定义 学号:学校给学生的编号,用来区分各个学生的信息的中介。 课程名:学校开设课程的名字 Java+SQL:编写该系统的面向对象的开发语言和数据库语言。

参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2.任务概述 目标 ⑴开发意图:由于学校的不断招生,现有的系统空间小,运行速度缓慢,操作过于复 杂,有的操作还不能执行,所以要开发本系统。 ⑵应用目标:学生信息管理系统将解决现有系统的空间不足,运行缓慢,操作复杂,操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统:Microsoft Windows xp 支持环境:IIS 数据库:Oracle 软件设备:eclipse 内存:512 M以上 硬盘空间:40G以上 CPU: 233MHZ以上

内存:256M以上 硬盘空间:以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人,用来做学生信息的存储,对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度,结合他们日常工作的频繁程度,系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性,有非常高的要求。本系统的规模比较小,并且将提供操作手册进行操作项的详细说明 (1)、Client/Server结构总体设计方案对它的约束:本系统做为Client/Server 结构的一个应用系统,不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划,包括功能设计、系统配置和计划。同时,由于信息的共享,机票预订系统还受到其它系统的信息约束。 (2)、人力、时间的约束:本系统开发过程中也要考虑到人力、资金和时间的约束。 (3)、技术发展规律的约束:计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。 3.需求规定 对功能的规定 系统流程图:系统流程图是用户操作此系统的流程和各个用户能够操作的功能,如A-1就是一个系统流程图;用户有系统管理员,教师和学生,每个用户要进入此系统都要登录。每个用户有不同的功能,系统管理员有查询,增加,修改,删除,修改密码,设置权限等功能;教师有查询,修改密码和输入学生成绩的功能;学生只有查询和修改密码的功能。 A-1系统流程图 用例图:用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能,像修改密码,管理学生信息、成绩信息、课程信息、班级信息并且设置权

实训平台功能需求说明书

<实训管理平台> 需求说明书

目录 1.引言 (2) 1.1 编写目的 (2) 1.2 背景 (2) 1.3 定义 (2) 1.4 参考资料 (2) 2. 项目概述 (3) 2.1 目标 (3) 2.2 产品功能概述 (3) 2.3 用户特点 (3) 2.4 限制与约束 (4) 3. 具体需求 (4) 3.1 功能描述 (4) 3.1.1系统功能划分 (4) 3.1.2系统功能详述 (4) 3.1.2.1系统角色描述 (5) 3.1.2.2前台信息发布展示平台 (5) 3.1.2.3后台管理平台 (9) 3.1.2.4实训成果管理平台 (20) 3.2 性能需求 (21) 3.2.1精度 (21) 3.2.2时间特性要求 (21) 3.2.2.1响应时间 (21) 3.2.2.2运行时间 (21) 3.3 外部接口需求 (22) 3.3.1用户接口 (22) 3.3.2软件接口 (22) 4. 附录 (22)

1.引言 1.1编写目的 根据实训平台项目开发需求与实训管理要求,编写项目软件需求规格书。本文档的目的是确定系统开发的范围;反映出系统的结构,为开发人员、维护人员、需求人员间提供共同的协议而创立基础,对软件功能的实现作使命描述,作为软件人员进行设计和编码的基础;作为实训小组成员的共同文档,为各小组成员完成任务提供依据;确定系统测试及验收内容。 1.2背景 待开发系统名称:实训管理平台 本项目任务提出者:刘凤华 开发者:郭靖、李夷洁、万团结、马可、弓智华、罗起 系统使用者:实训所有参与者,包括普通用户、实训负责人、实训指导老师、实训学生 1.3定义 1.4参考资料 无

论坛的可行性分析和需求分析

在线论坛的设计与实现 1.在线论坛的设计与实现可行性分析 1.1系统的可行性 随着网络的越来越普及,人们越来越关于这样一种交流平台――论坛。很多商业网站都开设自己论坛来提供交流和服务,也有很多的个人网站和个人论坛的出现,论坛已经不光是一种交流平台,甚至是成为了实现自我价值的一个舞台。正因为论坛越来越重要,所以论坛的维护也变成了一种职业,而更好的维护则需要从设计这个层面来了解和进行。 在论坛里大家最熟悉的就是用户浏览论坛中已有的内容,针对别人的主题展开讨论,也可以发表自己的观点供大家品评。同时为了防止用户发布一些不健康不合法的内容,需要有管理人员来对这些内容进行删除、修改。而且用户想在论坛发布信息则要求他注册,这样来控制用户发布信息和方便管理者操作用户的信息。论坛也要有多个版面和分区,用来区分各种帖子的内容范畴,方便整理和管理。所以论坛的基本功能就是要实现用户的数据库管理和帖子的数据库管理,以及怎么样让这些数据库和网页的操作联系起来。 1.2技术的可行性 本系统主要采取ASP为开发技术,并使用了一些VBScript语言来实现论坛基本功能。为了简化架设的实现,采取Microsoft公司的Access作为数据库平台,这样在单机上架设一个简单的论坛几乎不需要安装任何程序。本系统设计的流程是从系统的需求分析开始,确定系统的流程与设计,到模块的划分,再到数据、结构的设计,最后开始每个模块的编程与开发。 1.3人员的可行性 系统开发人员一共6人分别是计科092班: 1.4结论 通过以上的详细的可行性分析可以看出已经具备此系统的开发条件,按照需求分析和可行性分析的要求就可以完成该系统的设计。 2.在线论坛的设计与实现需求分析 要设计一个一个论坛,首先要分析论坛里需要那些内容,以及各种内容之间

软件需求规格说明书实用模板(超详细)

XXXXXX 单位
XXXXXXX 项目
软件需求规格说明书
龙子湖网络科技

项目 文档 文档 ID 说明 作者 最后更新时间
项目名称 软件需求规格说明书
V1.2 *** 2011-10-20
版本更新概要 版本号 V1.0
V1.1
V1.2
时间 2011-10-02
2011-10-20
2011-11-08
更新人
更新摘要 移动 OA、车辆管理模块
需求容 移动政务资源管理系统
平台需求容 根据业务需求,电子公
文在线预览
项目负责人审核与确认 供应商:
职位
审核时间
审核意见(签字)
客户方:

目录
第一章 引言 ................................................................... 5
1 编写目的 .................................................................. 5 2 软件需求分析理论........................................................... 5 3 软件需求分析目标........................................................... 5 4 参考文献 .................................................................. 6
第二章 需求概述................................................................ 7
1. 项目背景 .................................................................. 7 2. 需求概述 .................................................................. 7 3. 条件与限制(可选)........................................................... 8 4. 移动办公系统结构........................................................... 8 5. 移动办公网络拓扑图......................................................... 9
第三章 系统功能需求........................................................... 10
1. 移动办公系统升级改造需求.................................................. 10 界面显示要求 ........................................................... 11 待办公文列表 ........................................................... 11 待办公文列表排序 ....................................................... 12 公文详细信息界面元素.................................................... 12 信息审批 ............................................................... 12 会议申请 ............................................................... 12 意见录入 ............................................................... 12 移动 ................................................................... 13 会议管理 ............................................................... 13 通知通告 ............................................................... 14 通讯录管理 ............................................................. 14
2. 车辆管理模块升级改造需求.................................................. 14 系统功能架构 ........................................................... 14 网络拓扑结构 ........................................................... 16

相关文档
最新文档