可行性报告

 

文档编号:


版本:v1.0.0


密级:机密


文档名称:

企业账单管理系统

需求分析书

修 订 记 录


日期


修订版本


描述


作者


2019-04-13


v1.0.0


创建基础页面


赵磊、谢鑫


2012-08-19


V1.0.1


增加,修改需求


赵磊、谢鑫


文档编号:


版本:v1.0.0


密级:机密


文档名称:




1.


引言.............................................................................................................................................


1


1.1


编写目的..............................................................................................................................................


1


1.2


项目风险..............................................................................................................................................


1


1.3


文档约定..............................................................................................................................................


1


1.4


预期读者和阅读建议..........................................................................................................................


1


1.5


产品规范..............................................................................................................................................


1


1.6


参考文献..............................................................................................................................................


1


2.


综合描述.....................................................................................................................................


1


2.1


产品的状况..........................................................................................................................................


1


2.2


产品的功能..........................................................................................................................................


1


2.3


用户类和特性......................................................................................................................................


1


2.4


运行环境..............................................................................................................................................


2


2.5


设计和实现上的限制..........................................................................................................................


2


2.6


假设和约束(依赖)........................................................................................



3.


外部接口需求.............................................................................................................................


2


3.1


用户界面..............................................................................................................................................


2


3.2


硬件接口..............................................................................................................................................


2


3.3


软件接口..............................................................................................................................................


2


3.4


通讯接口..............................................................................................................................................


3


4.


系统功能需求.............................................................................................................................


3


4.1


说明和优先级....................................................................................................


错误!未定义书签。


4.2


激励/响应序列...................................................................................................


错误!未定义书签。


4.3


输入/输出数据...................................................................................................


错误!未定义书签。


5.


其他非功能需求........................................................................................................................


7


5.1


性能需求..............................................................................................................................................


7


5.2


安全措施需求......................................................................................................................................


7


5.3


安全性需求..........................................................................................................................................


7


5.4


软件质量属性......................................................................................................................................


7


5.5


业务规则............................................................................................................


错误!未定义书签。


5.6


用户文档..............................................................................................................................................


8


6.


词汇表


.........................................................................................................................................


8


7.


数据定义.....................................................................................................................................


8


8.


分析模型.....................................................................................................................................


8


9.


待定问题列表.............................................................................................................................


8


文档编号:


版本:v1.0.0


密级:机密


文档名称:

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


文档编号:


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

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

  1. 客户应用环境特殊,使得一些成熟的工具无法应用,只能进行底层开发以实现上层应用流程。
  1. 客户有独特的行业背景或应用目标,现有的方法或者工具无法满足,只能改变设计思路或者实现方法。
  1. 客户提出了一些技术上不能实现的需求,只能改变设计思路。
  1. 外部接口需求

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


密级:机密


文档名称:

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

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

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

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


文档编号:


版本:v1.0.0


密级:机密


文档名称:

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

5.4.8 软件的可移植性

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

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

5.5 用户文档

  1. 词汇表
  1. 数据定义
  1. 分析模型
  1. 待定问题列表

8

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

时间: 2024-11-03 05:06:49

可行性报告的相关文章

针对Cloud-init的可行性报告

by hyc 针对Cloud-init的可行性报告 一.Cloud-init研究进展: (1)ubuntu镜像: 已在版本为ubuntu-server-14.04-amd64上实现了修改主机名和用户密码功能.(有详细的安装和操作手册.) (2)windows镜像: 在windows8.1下实现了修改主机名功能,未实现修改用户密码功能.(其原因可能是在创建实例时,输入的脚本文件未启动.) 二.Cloud-init介绍 1.Cloud-init的定义和作用 它是专为云环境中虚拟机的初始化而开发的工具

火车票预订可行性报告

1.1引言 1.1.1编写目的: 为明确将要设计的软件是否有开发价值,撰写本文档.本文档供项目经理.设计人员.开发人员.客户参考.可行性研究的目的是为了对问题进行研究,以最小的代价在最短的时间内确定问题是否可解.经过对此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排.明确开发风险及其所带来的经济效益. 1.1.2 定义: 本项目主要用于可输入.添加.删除及修改列车信息,并能实现查询.订票.退票等功能.此系统还应能够打出取票通知和帐单,以保证能

图书馆 管理系统--可行性报告

1.引言 1.1编写目的     本需求的编写是为了研究利用大型数据库做基础的图书管理系统软件的开发途径和应用方法.同时它也是进行项目策划.概要设计和详细设计的基础,是维护人员进行内部维护,信息更新,验收和测试的依据. 1.2项目背景 l  开发软件的名称:图书管理系统.  l  图书管理系统这任务提出与开发者为我们小组软件工程的的课程设计,用户是学校图书馆.  l  本产品是针对电脑管理图书的需求设计的,可以完成读者登记.购入新书.读者借还书.图书注销等. 1.3参考资料 <信息系统分析与设计

可行性报告(五)

7.社会因素方面的可行性 本章用来说明对社会因素方面的可行性分析的结果,包括: a.法律方面的可行性 当今社会发展迅速,知识量的积累更是与日俱增,无论是社会信息管理系统还是学校毕业设计管理信息系统,为了学生论文的保密性以及学生个人信息的安全性,都必须限制非管理员对个人信息的访问权.为了解决这一问题,需要建立一个完全完善的管理平台,能够使每一位学生的个人档案信息完整的记录再案,并且不能被任何人非法窃取,这对学校的毕业设计管理信息系统非常重要. b.使用方面的可行性 本系统主要是为了提高学校学生毕业

可行性报告(四)

5.可选择的其他系统方案 扼要说明曾考虑过的每一种可选择的系统方案,包括需开发的和可从国内国外直接购买的,如果没有供选择的方案可考虑,则说明这一点. a.可选择的系统方案1 参照第4章的.提纲,说明可选择的系统1,并说明它未被选中的理由. b.可选择的系统方案2 按类似5.1条的方式说明第2个乃至第n个可选择的系统方案. -- 6.投资及效益分析 6.1支出 对于所选择的方案,说明所需的费用.如果已有一个现存系统,则包括该系统继续运行期间所需的费用. 6.1.1基本建设投资 包括采购.开发和安装

可行性报告(二)

3.对现有系统的分析 根据我们调查,很多学校仍在使用落后的人工管理系统,学生需要人工提交论文题目,且不易修改,老师需要整理信息,该系统不仅效率低下,人力成本高,并且出错率高,这种情况应急需改善 3.1处理流程和数据流程 3.2工作负荷 每年全校毕业的学生有3500名,毕业设计指导的老师只有85名,这意味着一名老师要同时对几十名甚至上百名同学提供指导意见. 3.2工作负荷 3.3费用开支 需要85台计算机.85台打印机.85台空调.17间办公室.老师薪资.电费.饮水机水费. 费用种类 总额(元)

曲靖项目可行性研究报告编写说明

泓域企划/曲靖投资信息咨询服务机构 泓域企划机构编写的投资可行性报告咨询服务分为政府审批核准用可行性研究报告和融资用可行性研究报告.审批核准用的可行性研究报告侧重关注项目的社会经济效益和影响:融资用报告侧重关注项目的盈利能力.具体概括为:政府立项审批.产业扶持.银行贷款.融资投资.投资建设.境外投资.上市融资.中外合作.股份合作.组建公司.征用土地.申请高新技术企业等各类可行性报告. 曲靖是云南省下辖地级市,位于云南省东部,东与贵州省.广西壮族自治区毗邻,南与文山州.红河州接壤,西与昆明市连接,

火车票预订系统可行性报告

一.可行性研究报告 1.引言 1.1编写目的 1.2项目背景 1.3定义 1.4参考资料 2.可行性研究的前提 2.1要求 2.2目标 2.3条件.假定和限制 2.4进行可行性研究的方法 2.5评价尺度 3.对现有系统的分析 3.1处理流程和数据流程 3.2工作负荷 3.3费用支出 3.4人员 3.5设备 3.6局限性 4.所建议技术可行性分析 4.1对系统的简要描述 4.2处理流程和数据流程 4.3与现有系统比较的优越性 4.4采用建议系统可能带来的影响 4.5技术可行性评价 5.所建议系统经

项目进度(三)

上周我们小组分配了几个初级任务,每周日定时了解项目进度并更新团队博客.查阅项目相关网站绘制功能设计图.共同讨论并完成功能设计图.查阅项目相关网站并完成可行性报告.共同讨论并完成可行性报告几大任务.在这周,也有了实质性的进展. 首先,小组里的同学互相配合查阅了项目相关的网站,积极学习并绘制了属于我们自己系统的功能设计图,按时完成了功能设计图.其次就是在不断思考与改进中完成了项目可行性报告的90%,那么,虽然没有按时全部完成,主要是因为还有一部分不确定因素无法掌握并准确描述,基于此次任务进度,我们小