通讯录需求规格说明书

0. 文档介绍

0.1 文档目的

本文档主要针对通讯录软件的使用环境与功能提出具体的要求，同时它还将作为该产品设计与开发的重要参考依据。

0.2 文档范围

本文档包含以下几部分：

1. 产品介绍

2. 产品面向的用户群体

3. 产品应当遵循的标准或规范

4. 产品的范围

5. 产品中的角色

4. 产品的功能性需求

5. 产品的非功能性需求

6. 需求确认

0.3读者对象

本文档的读者范围包括：

1. 需求提供方具体责任人

2. 开发方的项目经理、系统分析设计人员、测试人员

0.4 参考文档

提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：

[标识符] 作者，文献名称，出版单位（或归属单位），日期

例如：

[SPP-PROC-PP] SEPG，需求开发规范，机构名称，日期

0.5 术语与缩写解释

1. 产品介绍

通讯录软件是一款供交际范围广，业务较多的这类人群使用的软件，它可以储存用户的联系人信息，对联系人进行管理。该软件是一款单机程序，用户数据选用Access 进行统一管理。

2. 产品面向的用户群体

通讯录软件是一款供交际范围广，业务较多的这类人群使用。

3产品范围

通讯录（Corperation Messeger）是专门提供给企业经理等业务繁忙人士。由于是用户少数人使用，为了保证用户信息的安全性，所有用户的基本信息统一由该软件的程序进行管理，管理员负责控制

4. 产品中的角色

6．产品的功能性需求

6.0 功能性需求分类

了”按钮，当用户没有点击“知道了”

时，在一周之内每当用户登录系统时系

统将会自动弹出对话框提醒用户如果用

户对这个提醒没有做出反映在一周之后

将不会继续提醒并自动把提醒删除。

6.1．用例图

1.用户登录

2.用户信息维护

管理员用户信息维护

添加用户

修改用户

查询用户

删除用户

找回密码

权限设置

A 类用户用户信息维护

添加B类用户

查询B类用户

修改B类用户

找回密码

B类用户查询B类用户找回密码

3.联系人信息维护

4.联系人组信息维护

5.备忘提醒

6.2用例描述

1.用户登录

1.0用例名称：用户登录

1.1简要说明

本用例的功能主要向数据库发送连接请求，并提供连接所需要的用户名和密码验证通过后进入主界面。

1.2事件流：

1.21基本流：

⑴用户填写用户名密码请求登录，因为不同的用户会有不同的权限，所以登录后显示的主窗体会与用户权限所对应，会显示不同的窗体。

⑵程序检测用户填写的内容是否合法，如果未通过检测则转向备选流⑴

⑶数据库验证用户名和密码，如果验证没有通过则转向备选流⑵

⑷验证通过，显示程序对应窗体。（不同用户对应功能可显，其他功能可设置为隐藏）

⑸用户执行其它操作将退出本用例。

⑹用户忘了密码或者在提示了错误信息后，可以进入找回密码，根据问题输入对应答案即可找回，若登录不能成功进入备选流⑶。

1.22备选流

⑴如果程序检查没有通过，比如没有输入用户名，应提示“用户名不能为空！”，如果输入的用户名“☆●＠”，应提示“不能识别！”，若用户名与他自己的权限不对应，为了用户资料的安全性，因为即便是权限不对应，密码和用户若正确，其他用户就可能盗去信息，所以我们在这里提示“请输入正确的信息”，诸如上面的提示均是有效提示，然后返回基本流⑴，具体参照1.3特殊要求。

⑵如果用户身份没有通过验证，将返回“用户名或者密码有误！”的消息，用户可

以选择进入基本流⑹或者退出。

⑶若用户仍旧未登录程序则与管理员或软件设计人员联系。

1.3特殊要求：

1 用户名字符的位数：8-10，必填。

2 密码和确认密码字符的位数：6-10，必填，并以掩码“*”显示。

3 用户类型字符的位数：8-10，必填。

4 找回密码的问题：50字以内。

5找回密码的对应答案：50字以内。

1.4 前置条件：

以合法身份登录：如用户信息维护窗体，是对用户信息进行更新。

1.5 后置条件:

保证信息完整性

2用户信息维护

2.0用例名称：用户信息维护

2.1简要说明

本用例的功能主要向数据库发送对用户信息操作的请求，验证通过，对数据库中的数据进行操作，然后返回提示信息。若验证没有通过，则返回用户信息维护窗体。A类用户可以对B类用户进行查询、添加、修改操作。管理员可以对A类用户、B类用户进行添加、修改、查询和删除操作，也能够对两类用户的权限进行调整。所有用户都可以设置自己找回密码的提示问题和答案。添加新用户时，管理员默认添加A类用户，A类用户默认且只能添加B类

用户。

2.2事件流：

2.2.1基本流：

⑴用户填写发送添加、修改、查询或者删除用户的请求进行更新。

⑵程序检测用户填写的内容是否合法，如果未通过检测则转向备选流⑴

⑶检测通过，数据库验证更新信息，并检查添加和修改后的用户名是否重复，查询和删除的用户名是否存在，如果未能通过验证转向备选流⑵

⑷验证通过，返回操作界面。

⑸用户执行其它操作将退出本用例。

2.2.2备选流

⑴如果检测没有通过，若没有输入用户名，应提示“用户名不能为空！”，输入的用户名“☆●＠”，应提示“不能识别！”，诸如上面的提示均是有效提示，然后返回基本流⑴。

⑵提示用户未能通过检测原因，例如“该用户已经存在”，“查询不到该用户”，“该

用户不存在”。

2.3特殊要求：

1 用户名字符的位数：8-10，必填。

2 密码字符的位数：6-10，必填，掩码“*”显示。

3确认密码字符的位数：6-10，必填，掩码“*”显示，内容与密码保持一致。

4用户类型字符的位数：8-10，必填。

5找回密码的问题 50字以内。

6找回密码的对应答案：50字以内。

2.4 前置条件：

以合法身份进入用户信息维护系统。

2.5 后置条件:

更新信息无误返回操做界面。

3联系人信息维护

3.0用例名称：联系人信息维护

3.1简要说明：增加，修改，删除，查询联系人

3.2事件流：

3.21基本流：

⑴不同用户在主窗体输入更新信息，并且发送对应增加，修改，删除，查询联系人信息的请求。

⑵程序将检测用户填写的内容是否合法，如果未通过检测则转向备选流⑴

⑶数据库验证更新联系人的信息并检查添加和修改后的联系人是否重复，查询和删除的联系人是否存在，否则转向备选流⑵

⑷验证通过，返回操作界面。

⑸用户执行其它操作将退出本用例