邮箱管理系统软件需求文档.docx
《邮箱管理系统软件需求文档.docx》由会员分享，可在线阅读，更多相关《邮箱管理系统软件需求文档.docx（36页珍藏版）》请在冰豆网上搜索。
邮箱管理系统软件需求文档
JINGGANGSHANUNIVERSITY
软件需求实验报告
题目：
邮箱管理系统
学院电子与信息工程学院
专业软件工程
姓名
班级2009级软件本
（一）班
学号90913037.90913029.909136038.90913030
指导教师
起讫时间2011.10——2011.11
目录：
1.前景和范围文档3
1.1业务需求3
1.1.1背景3
1.1.2业务目标和成功的标准3
1.1.3业务风险3
1.2.解决方案的背景4
1.2.1前景陈述4
1.2.2主要特性4
1.2.3假设和依赖4
1.3范围与局限4
1.3.1范围4
1.3.2小览局限性和排斥性5
1.3.3限制与排除6
1.4.业务背景6
1.4.1涉众简介6
1.4.2顶目优先级6
1.4.3操作环境7
2用例7
3.件需求规格说明17
3.1介绍17
3.2总体描述17
3.3系统特性19
3.3.1登入登出系统19
3.3.2通讯录19
3.3.3账号管理20
3.3.4草稿箱的使用20
3.4外部接口需求21
3.4.1用户界面21
3.4.2硬件接口21
3.4.3软件接口21
3.4.4通信接口21
3.5其他非功能需求21
3.5.1性能（PErformance）需求21
3.5.2防护性需求21
3.5.3安全性（Security）需求22
3.5.4软件质量属性22
3.6附录A数据字典和数据模型22
3.7附录B分析模型23
4业务规则24
1.前景和范围文档
1.1业务需求
1.1.1背景
1．背景
在当今网络发达的社会，人与人之间的联系不仅局限在电话，反而越来越依赖于网络。
朋友之间的交流，沟通通常利用qq，msn，邮箱等网络工具，不仅如此，很多公司之间的生意也开始在网络上完成，这中间邮箱起到传达重要信息，发送接收重要文件的作用。
然而人们在利用网络，邮箱等工具的同时，也遇到很多问题。
垃圾文件的滥发，广告信息的泛滥，使人们的邮箱堵塞，重要信息的丢失等等问题。
2..邮箱管理系统的业务机遇
介于以上种种问题，我们有必要开发邮箱管理系统，邮箱管理系统的开发和运用能够有利于经常使用邮箱的人们，能更好的接收，发送邮件。
防止垃圾邮件的堆积，重要文件的遗漏。
可见邮箱管理系统的开发有广大的市场空间
3..客户需求
要求该系统能让客户及时的接收到所需要的信息，邮件；能够屏蔽垃圾邮件，广告消息及删除。
对重要的邮件能进行标记；邮件收发时间的提醒；系统简洁，易用；能让客户更方便使用邮箱。
1.1.2业务目标和成功的标准
Bo-1：
客户邮箱垃圾邮件有效屏蔽，屏蔽率达99%；
Bo-2：
客户重要的邮件不会丢失，丢失率低于0.1%并且有明显标记；
Bo-3：
邮箱系统简明，易操作，每个客户能容易上手使用，满足市场90%人使用。
成功的标准：
Bo-1：
Bo-2，Bo-3目标基本达标；
Sc-1：
客户满意度达到80%；
Sc-2：
客户使用该系统后能更快的更方便的使用邮箱。
1.1.3业务风险
R1-1:
邮箱管理系统”其使用风格可能不能满足所有用户（可能性10%，影响2）；
R1-2:
户习惯使用了旧的系统，不适应新系统，导致使用客户太少，减少了系统开发和变更的投资回报（可能性5%，影响4）；
R1-3:
客户自身的操作失误，会误解为系统的不足，导致使用者减少（可能性15%，影响2）。
1.2.解决方案的背景
1.2.1前景陈述
如今社会，科技越来越发达，许多的生活方式都有了改变，自从网络时代的来临，这种改变便更加显著，许多现实生活中做的事情，都可以在电脑中完成，而且，在电脑中做来更加方便，快捷。
其中，在通信方面，人们也从当初的在纸件信封上写信变成现在的运用电脑，发电子邮件。
而且，随着电子邮件的逐渐运用，人们发现邮件的增多，造成邮件管理起来越来越困难，因此，邮箱管理系统便应运而生。
1.2.2主要特性
•FE-1:
根据邮件发送来的时间而排序管理。
•FE-2:
根据邮件的来源来分类管理。
•FE-3:
通过搜索栏中的输入来定位邮件
•FE-4:
手动删除单个邮件和批量删除邮件
•FE-5:
定时删除已经浏览过的邮件。
•FE-6:
将某个或者某些邮件移至特殊文件夹进行长时间的保存
•FE-7:
添加邮件回复功能和发送邮件功能
•FE-8:
黑名单和白名单功能
•FE-9:
收发邮件的安全性
1.2.3假设和依赖
•AS-1:
使用这个系统的人有用打印机，用户可以通过打印机来打印某些重要的邮件，进行纸质保存
•AS-2:
使用某种转换软件，可以将系统转换成可以在手机上运行的软件，从而方便用户在手机中使用
•DE-1:
邮件管理系统必须在电脑是运行
1.3范围与局限
1.3.1范围
表1.0
特性
版本1
版本2
版本3
FE-1
无法实现时间排序
完全实现邮件排序管理
完全实现
FE-2
手动进行邮件管理
基本可以实现邮件来源管理，部分需手动实现
完全实现邮件来源自动管理
FE-3
不实现邮件定位
可实现邮件定位
完全实现邮件定位
FE-4
可实现单个和批量删除
完全实现定时单个和批量删除
完全实现自动单个和批量删除
FE-5
不可实现定时删除
完全实现定时删除
完全实现定时删除
FE-6
可实现，根据邮件大小有区别
会员可完全实现
非会员也可完全实现
FE-7
不实现自动回复
可实现自动收到提示回复
完全实现收到回复和自动回复指定类型邮件
FE-8
无此功能
完全实现发件人类型分组并拒收指定类型邮件
完全实现发件人类型分组并拒收指定类型邮件
FE-9
无安全功能
比较安全，收发邮件都要进行扫描
非常安全收发邮件扫描并做处理判断和提示问题类型。
1.3.2小览局限性和排斥性
1.第一个版本的范围
本邮箱管理系统设计时具有较强的弹性空间，针对不同的用户群体都可使用，但作为一款实用的邮箱系统本着操作简便，功能实用的特点；其具有自己的主营用户群体，主要的业务将会更加的方便，并倾向于较为年轻的商业人群，并且具有一定的通信安全考虑，通信采用目前较为流行的加密方式。
2.各后续版本的范围
作为一款实用的商业软件系统，与时俱进的不可避免的，计划后续的版本将不断的更新，在增加新功能的同时，不仅要考虑新功能的实用性还得减少操作的繁琐性，在现今的通信环境下，通信安全将变的尤为重要；后续的版本将主要致力于维护使用者的通信安全，让广大的普通用户，特别是商业用户拥有一个更加安全的通信环境，无需担心机密的商业邮件被有心之人截获，非法使用，造成无法估计的损失。
1.3.3限制与排除
1.邮件的大小
2.添加附件的大小
3.会员邮件的大小
4.会员附件的大小
5.附件的防病毒限制
6.附件的格式是否被支持
1.4.业务背景
1.4.1涉众简介
表1.1
涉众
主要价值
描述
管理员
提高用户的工作效率，使用户使用方便
经常维护邮箱服务器，计算机知识较高，优先级高，DBA维护后台数据正常运行；服务器管理员维护服务器的正常运行。
邮箱用户
可以更好的安排自己的时间去接发邮件，节约时间提高效率；更加方便于生活。
经常使用邮箱，计算知识一般，用户通过注册邮箱，获得账号后登陆邮箱收发管理邮件，优先级高。
涉众
态度
主要兴趣
约束条件
管理员
承诺不断去完善邮箱的功能，不断去更新新的版本。
使用该系统所有的费用必须超过开发此系统的费用和使用此系统的费用。
有较高的计算机知识
邮箱用户
积极支持新的系统，使用者可能会比较频繁。
使用要简单.方便，效率要高，速度快。
有不同风格的版本可选择。
有计算机的基础知识就行
1.4.2顶目优先级
表1.2
因素
具体干活者
约束条件
自由度
进度
时间
不断的去更新邮箱的版本。
特性
必须具有邮箱的基本操作
质量
必须通过96%的用户测试，让用户觉得方便.
管理人员
项目团队
费用
在不包括责任人评审的情况下，财政预算最多可超支15%
1.4.3操作环境
软件需求：
服务器操作系统：
windowsxpwindows7
Web服务器：
tomcat
浏览器：
IE6.0或以上版本
硬件需求：
服务器硬件配置：
2.6GHZcpu以上，存储空间1G以上。
2用例
表2.0各种用户类确认的”邮箱管理系统”用例和主要参与者
主要参与者
用例
邮箱用户
1:
邮件发送。
2:
邮件接收。
3:
邮件的分类
4:
邮件的保存
5:
邮件自动回复功能
6:
邮箱通讯录
7:
邮箱记事本
8.草稿箱的使用
管理者
9.登入登出管理系统
10.邮箱的安全处理
11:
邮箱的账户管理
12.更新系统功能
表2.1
用例ID号
UC-1
用例名称
邮件发送
创建者
邓冬冬
最后更新者
邓冬冬
创建日期
2011.10.26
最后更新日期
2011.10.26
参与者
邮箱用户
描述
根据用户的要求，写好的邮件可以定时发送给指定的人。
前置条件
1．登入邮箱系统
2．写好你所要发送的邮件，指定好你所要发送的用户
3．点击发送按钮完成
后置条件
1.完成发送后会提示是否发送成功
2.发送的邮件会保存到你所发的邮件包中，可以随时提取
3.如果未成功可再次发送
主干过程
1.登入邮箱系统
2.进入写信的窗口，进行编写你所要发送的信息
3.填写好你所发送邮件的接收人
4.完成编写后可以点击发送
5.发送成功会提示，如果未成功可再次发送
分支过程
1.1发送多份邮件
1.用户要求再次发送邮件
2.返回第2步
1.2一份邮件发送给多人
1.在接收人的栏目上可填写多人的地址
1.3定期发送邮件
1.在完成第3步的时候，可以设定发送时间，指定你所规定的时刻发送
异常
1.发送未成功
1a.未填写接收人地址
2a.用户地址不存在或出差错
3a,文件过大，超过邮箱系统的发送邮件的范围
4a,用户取消了发送
包含
无
优先级
高
使用频率
大约100万用户，平均每天使用一次
业务规则
BR-1BR-3
特别需求
1.用户可以在发送前的任何时间取消发送
2.用户可以在特定的时间里发送自己的邮件
3.用户可以随时保存自己未写完的邮件，下次可以继续完成
假设
1.假设有90%的用户会保存自己未完成的邮件（来源：
可以随时保存自己未完成的邮件）
注意和问题
1.用户在写完自己的邮件时应该保存邮件，防止发送出错
2.邮箱系统会自动的保存你所发送的邮件，方便用户查找
表2.2
用例ID号
UC-2
用例名称
邮件的接收
创建者
邓冬冬
最后更新者
邓冬冬
创建日期
2011.10.26
最后更新日期
2011.10.26
参与者
邮箱用户
描述
在邮箱的收件窗口下，点击邮件并查看
前置条件
1.登入邮箱系统
2.进入收件窗口
3.点击查看邮件
后置条件
1.查看邮件，并操作是否保存
2.是否删除邮件
3.分类邮件
主干过程
1.登入邮箱系统
2.进入收件窗口
3.点击查看邮件
分支过程
1.接收一封邮件
2.接收多封邮件
异常
1.邮箱内存不够，邮件未能接收
包含
无
优先级
高
使用频率
大约100万用户，平均每天使用一次
业务规则
BR-2
特别需求
1.用户可以随时查看邮件，邮件在短期不会删除
2.用户要定期查看邮件，防止内存不够
3.没用的邮件最好删除，有利于管理
假设
假设有70%的用户没有删除垃圾邮件，那样邮箱系统将不是那么方便管理，邮件过多（来源，没有删除垃圾邮件，不利于管理）
注意和问题
1.定时查看接收的邮件，防止错过重要的信息
2.删除垃圾邮件，有利于管理
表2.3
用例ID号
UC-3
用例名称
邮件分类
创建者
邓冬冬
最后更新者
邓冬冬
创建日期
2011.10.26
最后更新日期
2011.10.26
参与者
邮箱用户
描述
邮件可分为广告邮件、问候邮件、提醒邮件、系统邮件、用户邮件，这些邮件可以由用户来更改。
前置条件
1．用户先要登入邮箱系统
2．进入收件窗口，查看邮件
3．将邮件分类
后置条件
1.将邮件分类后，有用的邮件将其保存
2.没有用的邮件如：
广告邮件可以删除
主干过程
1.登入邮箱系统
2.进入收件窗口
3.查看邮件，并分类
分支过程
1.进入收件窗口
2.查看邮件
2.进行第3个步骤
异常
1.分类出错，不利于管理
包含
无
优先级
低
使用频率
大约100万名用户，平均每天使用一次
业务规则
BR-30
特别需求
1.用户应该在邮件还没被删除的情况下对邮件进行分类
2.用户应该先查看邮件
假设
假设有70%的用户会查看邮件并分类（来源：
用户必须查看邮件才能把它规分为哪一类）
注意和问题
1.用户在分类好邮件后应该保存，否则无效
2.如果用户将邮件分类搞错，可能在以后用户调用是会比较麻烦所以分类时应该看清楚
3.没有用的邮件最好是把它删除掉，这样有利于邮件的管理
表2.4
用例ID号
UC-4
用例名称
用户保存邮件
创建者
祝芳磊
最后更新者
祝芳磊
创建日期
2011.10.26
最后更新日期
2011.10.26
参与者
邮箱用户
描述
邮箱用户选择邮箱中收到的任意一个或多个邮件移至特殊的文件夹进行保存
前置条件
1.用户登录到“邮箱管理系统”
2.邮箱中有存在邮件
后置条件
1.邮件在“邮箱管理系统”中的状态是“收到邮件”
2.邮箱中有特定的保存邮件文件夹
主干过程
1.0保存一个邮件
1.用户查看自己的邮箱
2.系统显示最新收到的邮件
3.用户从收件箱中选择一个重要的邮件
4.用户选择保存邮件
5.系统将邮件移至收藏夹
分支过程
1.1保存多个邮件（第4步分支出来）
1.用户要求保存另一份邮件
异常
1.系统告知该邮件已经保存
2.用户直接放弃保存该邮件
3a.用户继续保存该邮件，系统提示覆盖原先保存的邮件
3b.用户选择放弃保存邮件，或覆盖邮件
.包含
自己发送出去的邮件
优先级
中
使用频率
所有用户，平均每天都会使用
业务规则
BR-2BR-5BR-17BR-21
特别需求
1.用户在确定保存前都可以取消保存
2.用户可以查看收藏夹中保存的所有邮件
3.用户可以对保存的邮件进行随时更改、调用
4.用户可以删除保存的邮件
假设
1.假设80%的用户会对最新接收到的邮件进行保存
注意和问题
1.收藏夹的容量应大于需要保存的邮件
2.用户第一次登录没有查看最新邮件，再次登录时要继续提醒用户查看最新邮件
表2.5
用例ID号
UC-5
用例名称
邮件自动回复功能
创建者
何贵东
最后更新者
何贵东
创建日期
2011.10.26
最后更新日期
2011.10.26
参与者
邮箱用户
描述
用户在使用邮箱管理系统时根据自身需要添加指定的类型邮件（如祝福邮件等）的自动回复应答，和指定相应的回复语句，或自己设定回复语。
前置条件
1.用户必须先注册一个自己的邮箱
2.用户登录到邮箱系统
后置条件
1.用户邮件已经被接收
2.是已知类型的邮件
主干过程
1.0回复
1.用户收到来自他人的邮件
2.邮箱系统根据邮件的类型进行分类
3.该邮件类型为指定的回复邮件
4.根据用户设定的回复语句进行回复
分支过程
1.1无指定回复语
1.该类型邮件用户未指定相应回复语
2.系统自行根据邮件类型作出回复
3.邮件发送方对系统回复邮件进行回复
4.系统不作出响应，待用户自行处理
异常
1.0.E.1接收到系统为定义的邮件类型，或无法分辨的类型
1.接收并提醒用户发现异常
2.不进行自动回复
包含
无
优先级
中
使用频率
40%是用户都会使用
业务规则
BR-24
特别需求
严格按照指定的邮件类型进行回复
假设
无
注意和问题
无
表2.6
用例ID号
UC-6
用例名称
邮箱通讯录
创建者
祝芳磊
最后更新者
祝芳磊
创建日期
2011.10.26
最后更新日期
2011.10.26
参与者
邮箱用户
描述
邮箱用户建立自己的通讯录，方便收发邮件
前置条件
1.用户登录到“邮箱管理系统”
2.通讯录中需要有合法的邮箱地址
后置条件
邮箱中有特定的保存联系人文件夹
主干过程
1.0保存一个联系人邮箱地址
1.用户添加联系人
2.系统提示是否添加到通讯录
3.用户选择确定添加
4.系统保存该联系人邮箱地址
5.系统提示用户进入通讯录中确定是否正确
分支过程
1.1保存多个联系人（第1步分支出来）
1.重复主干过程
异常
1.系统告知该联系人已经存在
2.用户直接放弃保存该联系人
3a.用户继续更新该联系人邮箱地址
3b.用户选择放弃覆盖该通讯人
.包含
自己的邮箱地址
优先级
高
使用频率
所有用户，平均每天都会使用
业务规则
BR-10
特别需求
1.用户在确定保存前都可以取消保存
2.用户可以查看通讯录，并使用
3.用户可以对通讯录进行随时更改、调用
4.用户可以删除通讯录中的联系人
假设
1.假设95%的用户会建立自己的通讯录
注意和问题
1.建立的邮箱地址要合法
2.通讯录模板要有多种风格供用户选择
表2.7
用例ID号
UC-7
用例名称
邮箱记事本
创建者
何贵东
最后更新者
何贵东
创建日期
2011.10.26
最后更新日期
2011.10.26
参与者
邮箱用户
描述
邮箱记事本是本邮件系统的一个附加功能之一，供用户进行临时性重要内容的记录和行程安排备忘录等，也可将其存储为重要文件进行长期保存。
前置条件
3.用户必须先登录邮箱系统
4.安装指定的记事本功能组件
后置条件
无
主干过程
4.安装记事本功能组件
5.打开记事本功能
6.保存输入内容
分支过程
1.临时文件，直接保存即可
2.重要文件，保存至重要文件，可以进行长期保存
异常
4.无法保存；可能是由于功能组件运行错误导致，重复操作
5.进行重复保存仍旧无效；可卸载相关记事本组件再重新安装启用
包含
无
优先级
低
使用频率
低，看用户的使用习惯而定约14%的用户使用
业务规则
BR-21
特别需求
无
假设
用户不需要，可选择不安装
注意和问题
依据个人喜好和习惯选择安装
表2.8
用例ID号
UC-8
用例名称
草稿箱的使用
创建者
张鹏
最后更新者
张鹏
创建日期
2011.10.26
最后更新日期
2011.10.26
参与者
邮箱使用用户
描述
用户在登录邮箱管理系统后，如果想要发邮件，可以在写完邮件后，将邮件保存到草稿箱中，便于以后寻找或者修改此邮件.
前置条件
1.登录邮箱管理系统
2.已经写好邮件
后置条件
邮件会被保存到草稿箱中便于下次使用
主干过程
1.0使用草稿箱
1.用户先登录邮箱管理系统
2.写一封邮件
3.将邮件保存进草稿箱中
4.需要使用保存了的邮件的时候进入草稿箱进行使用
分支过程
无
异常
某些邮件无法使用草稿箱功能
包含
草稿箱中有删除邮件功能
优先级
低
使用频率
很多用户写重要邮件时，90%以上都会使用草稿箱
业务规则
BR-21
特别要求
用户必须先登录邮箱管理系统而且已经写好一封邮件并且已经保存进草稿箱中.
假设
假设用户想要使用已经在草稿箱中删除了的邮件
注意和问题
1.如果将草稿箱中的邮件删除，则无法再次使用此邮件
2.如果没有写好邮件没有保存进草稿箱，则一样无法使用草稿箱功能
表2.9
用例ID号
UC-9
用例名称
登入登出管理系统
创建者
张鹏
最后更新者
张鹏
创建日期
2011.10.26
最后更新日期
2011.10.26
描述
1.用户如果想要使用此管理系统，那么就必须要先注册，然后使用账户密码进行登录.
2.如果想要退出，那么只需要点击退出按键即可
前置条件
有这个管理系统的账户和密码
后置条件
退出时会出现提醒方框，用户点击确定即可退出
主干过程
1.用户先在系统界面点击“我要注册”按键
2.然后按照提示进行注册
3.接着使用注册的账户密码进行登录
4.退出时则是点击退出按键，然后在提醒方框中点击“确定”即可
分支过程
无
异常
1.没有账户密码无法登录系统
2.账户密码错误则需重新输入
3.退出时没有点击提醒框中的确定按键将无法退出
包含
无
优先级
高
使用频率
100%的用户都将使用该功能
业务规则
BR-27
特别要求
登录要先注册
假设
没有注册登录（那可能就是破解版的了）
注意和问题
1.用户需要保存好自己的注册资料，可以用于以后忘记密码时找回密码
2.强制退出，不使用正常步骤的话，系统当前保存的资料可能有缺失
表2.10
用例ID号
UC-11
用例名称
邮件的安全性处理
创建者
何贵东
最后更新者
何贵东
创建日期
2011.10.26
最后更新日期
2011.10.26
参与者
邮箱用户
描述
邮件的安全性处理非常重要，许多的信息泄露和攻击行为都可能会利用这一途径对顾客和广大用户进行不利
前置条件
1．登录到邮箱系统
后置条件
1.邮件正常接收
主干过程
2.0对接收的邮件进行安全处理
1.接收邮件
2.确定邮件的类型
3.对邮件信息进行分析
4.对内容进行安全扫描
分支过程
2.1发现异常
1.扫描发现邮件信息（包括附件）异常
2.启动关联杀毒软件对其进行深入扫描
3.提交扫描报告
4.等待处理
异常
无
包含
验证邮件发送者身份
优先级
高
使用频率
100%
业务规则
BR-27
特别需求
严格按照系统设定来执行
假设
无
注意和问题
信息安全问题要时刻警惕！
表2.11
用例ID号
UC-11
用例名称
邮箱的账户管理
创建者
张鹏
最后更新者
张鹏
创建日期
2011.10.26
最后更新日期
2011.10.26
参与者
系统管理人员
描述
系统管理人员通过特定的账户密码进行登录管理系统，然后在管理系统中对各各账户进行管理
前置条件
管理人员先用管理员的账户密码登录系统
后置条件
管理完成后管理员注销退出
主干过程
1.系统管理员通过管理员账号密码进入管理系统
2.根据实际状况进行管理
3.完成后通过注销退出管理系统
升级会员 