可行性报告

企业账单管理系统

需求分析书

修 订 记 录

1. 引言

1.1 编写目的

本需求分析报告的目的是规范化本系统的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。

1.2 项目风险

• 开发过程中如果有开发人员离职或缺席，有可能延迟项目的进度；

• 开发过程中遇到实现不了的功能；

• 开发过程中修改需求。

1.3 文档约定

1.4 预期读者和阅读建议

预期读者：软件开发人员，测试人员

1.5 产品规范

1.6 参考文献

1. 综合描述

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

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 设计和实现上的限制

在系统设计和实现的过程中，从技术角度上可能存在一些约束条件，这些约束条件包括：

1. 客户应用环境特殊，使得一些成熟的工具无法应用，只能进行底层开发以实现上层应用流程。

1. 客户有独特的行业背景或应用目标，现有的方法或者工具无法满足，只能改变设计思路或者实现方法。

1. 客户提出了一些技术上不能实现的需求，只能改变设计思路。

1. 外部接口需求

3.1 用户界面

3.1.1 要求有侧功能栏以方便操作

3.1.2 对账单的操作可直接在页面上操作

3.1.3 对用户各种操作可直接在页面上操作

3.1.4 查询出来的信息在当前窗口中显示

3.2 硬件接口

暂无

3.3 软件接口

Windows 标准接口

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 首页

包含以下功能/模块

• 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

1. 其他非功能需求

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 健壮性

在异常情况下，系统能够正常运行的能力。

健壮性有两层含义：一是容错能力，二是恢复能力。所以系统必须具有容错能力和恢复能力。

容错是指发生异常情况时系统不出错误的能力，容错是非常健壮的意思，比如

UNIX/Linux 的容错能力很强，很难使系统出问题。而恢复则是指软件发生错误后（不论死活）重新运行时，能否恢复到没有发生错误前的状态的能力。

5.4.8 软件的可移植性

指的是系统不经修改或稍加修改就可以运行于不同软硬件环境（CPU、OS 和

编译器）的能力，主要体现为代码的可移植性。

5.5 用户文档

1. 词汇表

1. 数据定义

1. 分析模型

1. 待定问题列表

8

原文地址：https://www.cnblogs.com/carpe/p/10816931.html