|
|
|
|
|
|
|
|
|
|
|
|
|
文档编号:前端 |
|
版本:v1.0.0程序员 |
密级:机密web |
|
|
文档名称:数据库 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
企业帐单管理系统后端
需求分析书浏览器
修 订 记 录安全
日期服务器 |
修订版本网络 |
描述架构 |
做者 |
|
|
|
|
2019-04-13 |
v1.0.0 |
建立基础页面 |
赵磊、谢鑫 |
|
|
|
|
2012-08-19 |
V1.0.1 |
增长,修改需求 |
赵磊、谢鑫 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
文档编号: |
|
版本:v1.0.0 |
密级:机密 |
|
|
文档名称: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
目 |
录 |
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
|||
|
2.6 |
假设和约束(依赖)........................................................................................ |
。 |
|
|||
|
|||
|
|||
|
|||
|
4.1 |
说明和优先级.................................................................................................... |
错误!未定义书签。 |
|
4.2 |
激励/响应序列................................................................................................... |
错误!未定义书签。 |
|
4.3 |
输入/输出数据................................................................................................... |
错误!未定义书签。 |
|
|||
|
|||
|
|||
|
|||
|
5.5 |
业务规则............................................................................................................ |
错误!未定义书签。 |
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
文档编号: |
|
版本:v1.0.0 |
密级:机密 |
|
|
文档名称: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1. 引言
1.1 编写目的
本需求分析报告的目的是规范化本系统的编写,旨在于提升软件开发过程当中的能见度,便于对软件开发过程当中的控制与管理,同时提出了本系统的软件开发过程,便于程序员与客户之间的交流、协做,并做为工做成果的原始依据,同时也代表了本软件的共性,以期可以得到更大范围的应用。
1.2 项目风险
• 开发过程当中若是有开发人员离职或缺席,有可能延迟项目的进度;
• 开发过程当中遇到实现不了的功能;
• 开发过程当中修改需求。
1.3 文档约定
1.4 预期读者和阅读建议
预期读者:软件开发人员,测试人员
1.5 产品规范
1.6 参考文献
2.1 产品的情况
2.2 产品的功能
2.2.1 管理帐单
2.3 用户类和特性
2.3.1 对话用户:全部使用此系统的用户。分为普通用户(ordinary_user,简写为OU)与管理员(Administrator user)。
适用 GUI 页面与系统后台管理模块进行交互。
2.3.2 系统用户:负责系统管理的前端用户(operator)。一样适用 GUI 页面与系统
后台管理模块进行交互,此类用户与对话用户相同。
2.3.3 系统管理员:负责后端管理系统的用户(administrator)。使用系统后台管理模块独立的 GUI 页面与系统交互。
1
|
|
|
|
|
|
|
|
|
|
|
|
|
文档编号: |
|
版本:v1.0.0 |
密级:机密 |
|
|
文档名称: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2.4 运行环境
本系统采用 B/S 架构,须要支持的操做系统和浏览器以下:
2.4.1 客户端
PC 客户端:
操做系统:Windows Vista/7/8,Linux,MacOS
浏览器:IE 7/8/9,Firefox 14,Safari 5/6,Chrome
手机客户端:
操做系统:IOS,Android,Windows Phone
浏览器:略。平板端:
操做系统:IOS,Android
浏览器:略。
2.4.2 服务端
硬件:
1U 刀片机软件:
操做系统:Windows 2008 server
Web 应用服务器:IIS 7
数据库:SQL Server 2005
2.5 设计和实现上的限制
在系统设计和实现的过程当中,从技术角度上可能存在一些约束条件,这些约束条件包括:
3.1 用户界面
3.1.1 要求有侧功能栏以方便操做
3.1.2 对帐单的操做可直接在页面上操做
3.1.3 对用户各类操做可直接在页面上操做
3.1.4 查询出来的信息在当前窗口中显示
3.2 硬件接口
暂无
3.3 软件接口
Windows 标准接口
|
|
|
|
|
|
|
|
|
|
|
|
|
文档编号: |
|
版本:v1.0.0 |
密级:机密 |
|
|
文档名称: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
3.4 通信接口
网络通讯标准、邮件推送、web 浏览器、通讯安全与加密、数据传输、手机客户端接口、
4. 系统功能需求
4.1 前台 web 页面需求说明
(*增长需求:整个平台里面广告位的需求,试图考虑平台须要广告管理功能*)
4.1.1.1 普通用户注册和登录
u 注册:采用用户名加密码方式注册。注册成功后,成为注册用户(RU-Registered User)。
u 登录:用户使用用户名、密码方式进行登陆,登陆后系统自动判
断其身份,进入相应页面。 4.1.1.2 系统用户注册和登录
u 注册:系统用户(operator)为系统内建用户,登录密码由分配。
u 登录:系统用户使用内建帐户进行登录对系统前台进行管理。其登录的信息以及操做信息都会被记录到后台管理系统日志信息中。(信息包含但不限于如下:登录用户名、登录 IP、登录时间、行为、登出时间等)。
包含如下功能/模块
|
|
|
|
|
|
|
|
文档编号: |
|
|
版本:v1.0.0 |
密级:机密 |
|
|
文档名称: |
|
|
|
|
|
|
|
|
|
|
|
|
• 4.1.3 用户管理
平台用户能够对自身资料以及自身帐户信息进行管理。例如,修改密码,修改
昵称等等。
4.2 后台管理系统
对系统全部注册用户进行管理。操做可包含如下内容:
4.2.1.1 用户查询。查询结果包含:用户帐号,昵称,姓名,性别,身份证号码,手机号码,用户身份,表明商户,用户状态,注册时间,最后登录时间,上次登录 IP 等。
n 对系统日志,具有查询的功能。
n 日志内容包含但不限于如下内容:
u 管理员登录帐号
u 管理员登录时间
u 管理员登录 IP
u 管理员操做内容
u 管理员登出时间
n 管理员对于活动的操做。应包含如下内容:
u 编辑帐单信息
u 增长供应商
u 多个帐单同时出现时,编辑帐单的优先级(是否须要首页显示,以及首页显示的活动信息)
u 重置管理员密码
u 设定合做商户
u 设定商户优先级
u 页面广告位管理
u ……
3
6
|
|
|
|
|
|
|
|
|
|
|
|
|
文档编号: |
|
版本:v1.0.0 |
密级:机密 |
|
|
文档名称: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
5.1 性能需求
5.1.1 并发性:由于是在线系统,因此必需要具备并发性,并发数量前期设定为 500.
5.1.2 时间特性:略。
5.1.3 兼容性:参见 2.4 运行环境。
5.1.4 数据库容量:略
5.1.5 网络环境:最低要求,在 512k 拨号上网环境中能运行。
5.1.6 系统运行时间:7×24 小时不间断运行。
5.2 安全措施需求
设有登陆密码检验功能,而且此密码能够在之后进行修改,全部密码均使用 MD5 加
密。
5.3 安全性需求
因本系统属于开放性 B/S 系统,所以要作到良好用户权限控制,尤为是对于数据库的安全性要予以考虑。
5.4 软件质量属性
5.4.1 可扩展性
之后随着系统的发展,系统需求有可能也会有相应的增长,因此具备可扩展
性是为了便于之后对系统进行修改。
5.4.2 安全性
这里的安全性是指信息安全,英文是 Security 而不是 Safety。安全性是指防
止系统被非法入侵的能力,既属于技术问题又属于管理问题。
5.4.3 清晰性
清晰意味着系统易读、易理解,这个质量属性表达了人们的一种质朴的愿望。
5.4.4 易用性
便于用户使用,具备友好的用户界面
5.4.5 性能
一般是指软件的“时间—空间”效率,而不只是指系统的运行速度。尽可能使系
统的相应速度与运行快些,而且占用资源少些。
5.4.6 正确性让系统具备按照需求正确执行任务的能力。这里“正确性”的语义涵盖了“精
确性”。正确性无疑是第一重要的软件质量属性。若是系统运行不正确,将会给用户形成不便甚至损失。技术评审和测试的第一关都是检查工做成果的正确性。
5.4.7 健壮性
在异常状况下,系统可以正常运行的能力。
健壮性有两层含义:一是容错能力,二是恢复能力。因此系统必须具备容错能力和恢复能力。
容错是指发生异常状况时系统不出错误的能力,容错是很是健壮的意思,好比
|
|
|
|
|
|
|
|
|
|
|
|
|
文档编号: |
|
版本:v1.0.0 |
密级:机密 |
|
|
文档名称: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
UNIX/Linux 的容错能力很强,很难使系统出问题。而恢复则是指软件发生错误后(不论死活)从新运行时,可否恢复到没有发生错误前的状态的能力。
5.4.8 软件的可移植性
指的是系统不经修改或稍加修改就能够运行于不一样软硬件环境(CPU、OS 和
编译器)的能力,主要体现为代码的可移植性。
5.5 用户文档
8