系统的功能性需求与非功能性需求.docx

上传人:b****4 文档编号:1105344 上传时间:2022-10-17 格式:DOCX 页数:12 大小:72.92KB
下载 相关 举报
系统的功能性需求与非功能性需求.docx_第1页
第1页 / 共12页
系统的功能性需求与非功能性需求.docx_第2页
第2页 / 共12页
系统的功能性需求与非功能性需求.docx_第3页
第3页 / 共12页
系统的功能性需求与非功能性需求.docx_第4页
第4页 / 共12页
系统的功能性需求与非功能性需求.docx_第5页
第5页 / 共12页
点击查看更多>>
下载资源
资源描述

系统的功能性需求与非功能性需求.docx

《系统的功能性需求与非功能性需求.docx》由会员分享,可在线阅读,更多相关《系统的功能性需求与非功能性需求.docx(12页珍藏版)》请在冰豆网上搜索。

系统的功能性需求与非功能性需求.docx

系统的功能性需求与非功能性需求

1.文档介绍

1.1文档目的

为了明确客户的基本需求,更好地完成对客户需求的了解,并量化和明晰本系统的工作量和工作进度,特编写此说明书。

1.2文档范围

该文档包括产品售后服务系统项目的介绍、面向的用户群体、系统的功能性需求及非功能性需求。

1.3读者对象

本手册适用于与客户进行需求的沟通与确认,及所有《产品售后服务跟踪系统》的设计开发人员。

2系统介绍

2.1背景

随着信息技术的日益发展,产品售后服务的信息化已成为产品售后服务跟踪系统的必然趋势。

产品售后服务系统的核心部分是对客户进行回访问卷调查,以确定客户对产品的评价,服务的满意度。

为了更详细的了解产品售后服务过程中各项管理业务,调研人员和最终用户进行了多次讨论,并提出了双方认可的解决方案。

2.2系统说明

产品售后服务跟踪系统主要为公司解决售后服务管理的需求,协助回访工作人员对客户进行日常回访调查和客户管理,提高管理效率,降低运作成本,增强

企业长期竞争力

通过该系统,公司系统管理人员能实现对回访用户、客户的动态管理;系统

管理人员能随时了解回访用户的回访情况;回访用户能记录客户的回访记录;

3.系统面向的用户群体

系统面向产品公司的售后服务管理员,回访用户。

3.1用户的特征

用户大都具备以下特征:

•有IE使用经验

•了解网络

•了解办公自动化

3.2用户环境

用户的计算机环境大致如下:

•MicrosoftWindowsXP

•MicrosoftInternetExplorer6或更高版本

•MSOffice办公软件

•Outlook或Foxmail邮件管理

•MicrosoftWindows.NETFramework2.0

4.系统的功能性需求

系统包含的功能概括如下表:

功能

子功能

功能细化

用户中心

回访用户管理

P录入回访用户信息

查询回访用户信息

修改回访用户信息

P删除回访用户信息

修改回访用户密码

冋卷调查

问卷管理

录入问卷信息

修改问卷信息

删除问卷信息

查询问卷信息

回访情况记录

填写问卷信息

修改问卷提交信息

查看冋卷提交信息

客户资料中心

客户资料管理

录入客户信息

修改客户信息

删除客户信息

查询客户信息

回访情况查询

查询所有回访情况信息

查询成功回访情况信息

查询未成功回访情况信息

客户数据分配

查看自动分配信息

报表统计

查询回访情况统计信息

打印回访情况统计信息

4.1用户中心

4.2用例

删除用户信息

查看回访用户信息

修改回访用户信息

系统管理用户

用户中心

修改回访用户密码

查看回访用户信息

4.2.1用例描述

用例名称:

录入回访用户信息

用例简述:

系统管理员录入回访用户信息

主参与者:

系统管理员

主要场景:

1、系统管理员输入回访用户信息

2、系统管理员提交回访用户息

其他场景:

如果回访用户已存在,系统提示回访用户已存在

用例名称:

修改回访用户信息

用例简述:

系统管理员修改回访用户信息

主参与者:

系统管理员

主要场景:

1、系统管理员查询回访用户信息列表,选择需要修改的具体回访用户信息

2、系统管理员修改部门信息,提交修改信息

其他场景:

如果回访用户已存在,系统提示回访用户已存在

用例名称:

查询回访用户信息用例简述:

系统管理员查询回访用户信息主参与者:

系统管理员主要场景:

1、系统管理员输入查询条件

2、系统管理员查询回访用户信息

用例名称:

删除回访用户信息用例简述:

系统管理员删除回访用户信息主参与者:

系统管理员主要场景:

1、系统管理员选择要删除的回访用户信息,删除回访用户信息

其他场景:

如果回访用户还有客户未回访,系统提示因回访用户还有客户未回访删除失败

用例名称:

查看个人信息用例简述:

回访用户查看回访用户个人信息主参与者:

回访用户主要场景:

1、回访用户查看回访用户个人信息

用例名称:

修改用户密码

用例简述:

回访用户修改回访个人密码

主参与者:

回访用户

主要场景:

1、回访用户密码泄露或者安全性不高需要修改密码

421用例

用户

O

修改客户资料

■隐客户资科

査询冋访悄抚

全部回访窖户

订理客户资料

系统管理员

港加客户资蚪

用例描述

用例名称:

添加客户信息

用例简述:

系统管理员录入客户信息主参与者:

系统管理员

主要场景:

1、系统管理员输入客户信息

2、有新客户购买产品需要录入信息用例名称:

修改客户信息

用例简述:

系统管理员修改客户信息

主参与者:

系统管理员

主要场景:

1、客户信息有误需要修改客户信息

2、客户信息变更需要修改客户信息

用例名称:

查询客户信息用例简述:

系统管理员查询客户信息主参与者:

系统管理员主要场景:

1、系统管理员选择查询条件查询客户信息用例名称:

删除客户信息用例简述:

系统管理员删除客户信息主参与者:

系统管理员

主要场景:

1、客户不配合回访用户售后服务

2、把售后服务已经过期的客户信息删除

3、客户填写不正确信息用例名称:

查询回访情况用例简述:

回访用户查询回访情况主参与者:

回访用户

主要场景:

1、回访用户选择查询条件

2、回访用户查询回访情况信息

431用例

4.2.2

用例描述

用例名称用例简述主参与者主要场景

录入问卷信息

系统管理员录入问卷信息

系统管理员

1、系统管理员输入问卷信息

2、系统管理员提交问卷信息

用例名称用例简述主参与者主要场景

修改问卷信息

系统管理员修改问卷信息

系统管理员

1、系统管理员查询问卷信息列表,选择需要修改的具体问卷信息

2、系统管理员修改问卷信息,提交修改信息

3、根据市场需求修改问卷信息

用例名称用例简述主参与者主要场景

查询问卷信息

系统管理员查询问卷信息

系统管理员

1、系统管理员输入查询条件

2、系统管理员查询问卷信息

用例名称用例简述主参与者主要场景

删除问卷信息

系统管理员删除问卷信息

系统管理员

1、系统管理员选择要删除的问卷信息,删除问卷信息

用例名称用例简述主参与者主要场景

提交问卷

回访用户根据对的客户调查填写提交问卷

回访用户

1、回访用户填写问卷信息

2、回访用户提交问卷信息

用例名称用例简述主参与者主要场景

修改问卷提交信息

回访用户修改问卷提交信息

回访用户

1、回访用户填写的问卷信息有误需要修改

用例名称用例简述主参与者主要场景

查看冋卷提交信息

回访用户查看提交的问卷信息

回访用户

1、回访用户需要查看问卷的提交情况

用例

用例描述

用例名称:

查看自动分配信息

用例简述:

回访用户查看所分配的客户数

主参与者:

回访用户

主要场景:

1、回访用户需要知道自己分配的客户数及客户信息

4.5报表统计

用例

用例描述

用例名称:

查询回访情况统计信息

用例简述:

系统管理员可以查询在一定时间内回访总数及各种情况数量

主参与者:

系统管理员

主要场景:

1、系统管理员输入查询条件查看回访情况统计信息用例名称:

打印回访情况统计信息用例简述:

系统管理员打印回访情况统计信息主参与者:

系统管理员主要场景:

1、系统管理员需要打印回访情况统计信息

5.系统的非功能性需求

5.1配置需求

系统提供如下两种浏览器兼容支持:

•MicrosoftInternetExplorer6.0及其以上版本;

•NetscapeNavigator6.0及其以上版本。

5.2安全性需求

安全性需求通常分为四类:

•用户认证需求:

阐述系统表示用户和用户认证的方法。

•授权:

如果认证成功,根据用户的级别,允许其执行不同的系统功能。

•数据完整性和隐私需求:

确保数据完整,不会影响系统安全。

•事务完整性和审计需求:

确保用户无法清除自己的在系统中的活动。

记录活动相关的数据,使得系统管理员可以发现所有可能的危险行为。

5.2.1用户认证需求

系统使用一组用户ID和密码来表示一个用户。

在用户登录20分钟后,如果没有任何的动作,则自动退出登录。

如果再次试图访问受保护页面,则自动显示登录页面

5.2.2数据完整性和隐私需求

密码必须加密存储。

用户帐号和密码必须通过SSL进行传送。

5.2.3授权需求

系统必须实现一定的页面访问限制。

用户只能访问自己有权限操作的页面(具体可操作的部分详见系统的功能性需求中各模块的用例)。

5.3可靠性需求

系统每天至少保持23小时30分的可用时间,每日凌晨3:

30到4:

00之

间进行日常系统

维护工作,如数据传输、交换等。

临时的系统停机时间,每月合计必须少于3小时。

5.4并发性能需求

在多个并发用户更新同一账户信息时,第一个可以成功更新。

随后的更新在

提交之前,显示错误信息“用户数据已经改变,是否需要刷新用户数据?

”。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高中教育 > 英语

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1