可行性报告
Posted carpe
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了可行性报告相关的知识，希望对你有一定的参考价值。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
文档编号： |
|
版本：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
以上是关于可行性报告的主要内容，如果未能解决你的问题，请参考以下文章