可行性报告
|
|
|
|
|
|
|
|
|
|
|
|
|
文档编号: |
|
版本:v1.0.0 |
密级:机密 |
|
|
文档名称: |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
企业账单管理系统
需求分析书
修 订 记 录
日期 |
修订版本 |
描述 |
作者 |
|
|
|
|
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 注册/登陆
4.1.1.1 普通用户注册和登陆
u 注册:采用用户名加密码方式注册。注册成功后,成为注册用户(RU-Registered User)。
u 登陆:用户使用用户名、密码方式进行登录,登录后系统自动判
断其身份,进入相应页面。 4.1.1.2 系统用户注册和登陆
u 注册:系统用户(operator)为系统内建用户,登陆密码由分配。
u 登陆:系统用户使用内建账户进行登陆对系统前台进行管理。其登陆的信息以及操作信息都会被记录到后台管理系统日志信息中。(信息包含但不限于以下:登陆用户名、登陆 IP、登陆时间、行为、登出时间等)。
- 4.1.2 首页
包含以下功能/模块
|
|
|
|
|
|
|
|
文档编号: |
|
|
版本:v1.0.0 |
密级:机密 |
|
|
文档名称: |
|
|
|
|
|
|
|
|
|
|
|
|
• 4.1.3 用户管理
平台用户可以对自身资料以及自身账户信息进行管理。例如,修改密码,修改
昵称等等。
4.2 后台管理系统
- 4.2.1 登陆系统管理员使用管理员账号、密码登录系统。
- 4.2.2 用户管理
对系统所有注册用户进行管理。操作可包含以下内容:
4.2.1.1 用户查询。查询结果包含:用户账号,昵称,姓名,性别,身份证号码,手机号码,用户身份,代表商户,用户状态,注册时间,最后登陆时间,上次登陆 IP 等。
- 4.2.4 日志
n 对系统日志,具备查询的功能。
n 日志内容包含但不限于以下内容:
u 管理员登陆账号
u 管理员登陆时间
u 管理员登陆 IP
u 管理员操作内容
u 管理员登出时间
- 4.2.5 活动管理
n 管理员对于活动的操作。应包含以下内容:
u 编辑账单信息
u 增加供应商
u 多个账单同时出现时,编辑账单的优先级(是否需要首页显示,以及首页显示的活动信息)
- 4.2.6 系统设置
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