黄河监理综合业务系统需求分析.docx
- 文档编号:30231321
- 上传时间:2023-08-07
- 格式:DOCX
- 页数:19
- 大小:467.49KB
黄河监理综合业务系统需求分析.docx
《黄河监理综合业务系统需求分析.docx》由会员分享,可在线阅读,更多相关《黄河监理综合业务系统需求分析.docx(19页珍藏版)》请在冰豆网上搜索。
黄河监理综合业务系统需求分析
西安黄河项目监理有限公司
综合业务系统
需求规格说明书
修订历史记录
版本
日期
AMD
修订者
说明
V1.0.0
2013-9-10
A
王婷
新增
V1.0.1
2013-12-5
A
王婷
添加功能与开发计划安排
V1.0.2
2014-2-11
A
王婷
添加完善功能
V1.0.2
2014-3-4
ADM
杨康
在客户方详细调研(修改内容字体标蓝)
V1.0.3
2014-4-2
ADM
杨康
(A-添加,M-修改,D-删除)
目录
1简介4
1.1目的4
1.2项目背景4
1.3概述5
2系统架构及环境6
2.1系统架构6
2.1.1C/S架构软件的优势与劣势6
2.1.2B/S架构软件的优势与劣势8
2.2软件描述9
2.3硬件描述9
3功能模块需求11
3.1用户部门信息11
3.1.1用户管理11
(1)创建用户11
(2)密码重置11
(3)用户启用停用11
3.1.2密码修改12
3.2角色权限管理12
3.2.1角色管理12
3.2.1角色模块权限管理12
3.3系统管理12
3.3.1菜单管理12
3.3.2系统配置12
3.3.3日志管理13
3.4合同管理13
3.4.1甲方信息管理13
3.4.2项目信息管理14
3.4.3合同信息管理15
3.4.4合同结算安排17
3.4.5合同统计17
3.4.6统计分析19
3.5开票及收款管理19
3.5.1收款预警19
3.5.2新增票据及收款20
3.5.3票据及收款查看21
3.6成本核算与结算21
3.6.1新增报销信息21
3.6.2报销信息查看22
3.6.3成本结算23
4系统开发计划24
1简介
1.1目的
本文档编写目的在于通过对客户需求的分析与汇总,对“综合业务系统”的系统架构、功能需求等进行描述,作为沟通开发工作量,及最终项目验收的依据。
1.2项目背景
随着公司合同的日益增多,人工处理的方式已经不能适应现在高效的工作方式。
长期以来,由于合同管理中实行手工作业,合同审批流程不明确,存在各部门之间合同流转时间长特别容易出错,核算比较麻烦,工作量比较大等问题。
综合业务系统就是针对当前合同管理业务的特点所制定的一套管理系统,该系统本着进一步完善企业内部合同管理制度,规范合同管理机制,精确到每一分钟,控制好每一分钱的管理理念;快乐,高效的工作为最终目标,利于领导宏观掌控,更加及时、准确、全面地反映合同信息,辅助企业管理决策,从而实现企业合同管理的智能化,核算的准确化,提高内部管理水准,为企业决策层及时了解合同管理业务层的工作情况提供第一手资料。
1.3概述
合同管理是以精确管理思想为指导研发的,始终本着精确到每一分钟,控制好每一分钱的管理理念;快乐,高效的工作为最终目标。
该合同管理主要定位于中小型各种生产制造型,零售批发类,服务性的等各种行业的企事业单位,便于企事业单位进行科学管理,及时执行合同费用条款,利于领导宏观掌控。
2系统架构及环境
2.1系统架构
C/S结构,即Client/Server(客户机/服务器)结构,它是通过将任务合理分配到Client端和Server端,降低了系统的通讯开销,可以充分利用两端硬件环境的优势。
B/S结构,即Browser/Server(浏览器/服务器)结构,是随着Internet技术的兴起,对C/S结构的一种变化或者改进的结构。
在这种结构下,用户界面完全通过WWW浏览器实现,一部分事务逻辑在前端实现,但是主要事务逻辑在服务器端实现,形成所谓3-tier结构。
2.1.1C/S架构软件的优势与劣势
(1)应用服务器运行数据负荷较轻。
C/S体系结构的数据库应用由两部分组成,即客户应用程序和数据库服务器程序。
一旦服务器程序被启动,就随时等待响应客户程序发来的请求;客户应用程序运行在用户自己的电脑上,当需要对数据库中的数据进行任何操作时,客户程序就自动地寻找服务器程序,并向其发出请求,服务器程序根据预定的规则作出应答,送回结果,应用服务器运行数据负荷较轻。
(2)数据的储存管理功能较为透明。
在数据库应用中,数据的储存管理功能,是由服务器程序和客户应用程序分别独立进行的,前台应用可以违反的规则,并且通常把那些不同的(不管是已知还是未知的)运行数据,在服务器程序中不集中实现,例如访问者的权限,编号可以重复、必须有客户才能建立定单这样的规则。
所有这些,对于工作在前台程序上的最终用户,是“透明”的,他们无须过问(通常也无法干涉)背后的过程,就可以完成自己的一切工作。
在客户服务器架构的应用中,前台程序不是非常“瘦小”,麻烦的事情都交给了服务器和网络。
在C/S体系的下,数据库不能真正成为公共、专业化的仓库,它受到独立的专门管理。
(3)C/S架构的劣势是维护成本及投资比较大。
首先,采用C/S架构,要选择适当的数据库平台来实现数据库数据的真正“统一”,使分布于两地的数据同步完全交由数据库系统去管理,但逻辑上两地的操作者要直接访问同一个数据库才能有效实现,有这样一些问题,如果需要建立“实时”的数据同步,就必须在两地间建立实时的通讯连接,保持两地的数据库服务器在线运行,网络管理工作人员既要对服务器维护管理,又要对客户端维护和管理,这需要高昂的投资和复杂的技术支持,维护成本很高,维护任务量大。
其次,传统的C/S结构的软件需要针对不同的操作系统系统开发不同版本的软件,由于产品的更新换代十分快,代价高和低效率已经不适应工作需要。
在JAVA这样的跨平台语言出现之后,B/S架构更是猛烈冲击C/S,并对其形成威胁和挑战。
2.1.2B/S架构软件的优势与劣势
(1)维护和升级方式简单。
B/S架构的软件只需要管理服务器就行了,所有的客户端只是浏览器,根本不需要做任何的维护。
无论用户的规模有多大,有多少分支机构都不会增加任何维护升级的工作量,所有的操作只需要针对服务器进行;如果是异地,只需要把服务器连接专网即可,实现远程维护、升级和共享。
所以客户机越来越“瘦”,而服务器越来越“胖”。
软件升级和维护会越来越容易,而使用起来会越来越简单,这对用户人力、物力、时间、费用的节省是显而易见的。
(2)成本降低,选择更多。
B/S架构的应用管理软件,只需安装在Linux服务器上即可,而且安全性高。
所以服务器操作系统的选择是很多的,不管选用那种操作系统都可以让大部分人使用windows作为桌面操作系统电脑不受影响,这就使的最流行免费的Linux操作系统快速发展起来,Linux除了操作系统是免费的以外,连数据库也是免费的,这种选择非常盛行。
(3)应用服务器运行数据负荷较重。
由于B/S架构管理软件只安装在服务器端(Server)上,网络管理人员只需要管理服务器就行了,用户界面主要事务逻辑在服务器(Server)端完全通过WWW浏览器实现,极少部分事务逻辑在前端(Browser)实现,所有的客户端只有浏览器,网络管理人员只需要做硬件维护。
但是,应用服务器运行数据负荷较重,一旦发生服务器“崩溃”等问题,后果不堪设想。
(4)安全性比较低:
B/S 建立在广域网之上, 对安全的控制能力相对弱, 面向是不可知的用户群。
结论:
将C/S与B/S进行比较之后,针对该业务系统,我们选择C/S架构,确保数据的安全性,以及处理的高效性。
2.2软件描述
操作系统
windowsXP兼(windows2007)
开发环境
JDK6.0,.NETFramework4.0
数据库环境
MySQL5.0
开发工具
Eclipse3.7.2,MicrosoftVisualStudio2010
开发语言
JAVA(Server),C#(Client)
2.3硬件描述
类型工作组级
处理器CPU类型XeonX3430CPU频率2400MHz
处理器描述标配1个XeonX3430处理器
CPU核心四核(Lynnfield)
主板FSB(总线)1066MHz
内存大小4GB
内存带宽/描述2GBECCUnbufferDDR31066
存储硬盘大小2*500GB
光驱标配DVD,可选配DVD-RW
网络集成Intel单千兆自适应网卡
显示性能显示芯片ATI显示控制器,独立16MB显存
软件系统WindowsServer2008R2简体中文标准版(32位/64位)
3功能模块需求
3.1用户登录
对用户登录进行权限管理的,对用户登录的用户名和密码进行验证,根据登录的用户的不同进入不同的功能模块。
(图3.1)用户登录界面
3.1用户部门信息
3.1.1用户管理
用户管理包括:
创建员工,员工信息查询,用户启用停用。
(1)创建用户:
为系统添加使用者,添加使用者时可以为用户赋予相应的角色,用户拥有相应的角色后会享有系统中分配给角色的相应权限。
(2)密码重置:
系统管理员享有该权限,在该权限下,可以为忘记密码的用户进行找回密码,即用户密码置为起始密码。
(3)用户启用停用:
将用户使用权限暂时锁定或者将已锁的用户使用权限进行解锁
3.1.2密码修改
登录系统的用户可通过此功能将自己的密码进行修改。
3.2角色权限管理
3.2.1角色管理
用户可以根据自己实际情况进行对系统中角色的增删,以满足自己的需求
3.2.1角色模块权限管理
系统管理员可以配置角色相应的权限,使得对应角色的用户权限发生改变
3.3系统管理
3.3.1菜单管理
对某些系统中功能进行添加以及删除,该模块主要对在系统开发过程中使用
3.3.2系统配置
配置系统展示或者使用的一些属性,比如系统字体大小,系统分页大小等
3.3.3日志管理
日志管理主要是记录用户使用该系统的一些信息,主要包括用户名,操作时间,操作对象,明细等一些信息,便于系统管理员对系统的管理
(图3.2)日志信息
3.4合同管理
3.4.1甲方信息管理
管理甲方信息录入、甲方信息变更、甲方信息删除等功能。
甲方信息的精确对于合同的管理、合同执行有很大的帮助。
甲方信息在原来基础上去除公司编号,然后设置行业为可配置项。
(图3.3)甲方信息管理
由以下信息组成:
公司名称、简称、法人代表、性质、行业、开户银行、账号、税号、地址、邮编、联系电话、邮箱、传真、概况、联系人、联系人电话、备注。
(图3.4)甲方信息录入
3.4.2项目信息管理
在日常的业务中,有很多甲方可能同时执行多个项目,项目信息会存在于合同重要信息中,所以能将项目信息管理起来会更加有效地帮助我们工作。
(图3.5)项目信息录入
项目信息信息有:
项目名称、项目地点、项目规模及特性、项目总投资、项目总工期。
(图3.6)项目信息添加
3.4.3合同信息管理
合同信息管理是对合同信息进行添加,可以对系统中存在的合同信息进行条件查询
(图3.7)合同信息管理
合同签订即合同新增,通过此功能可以把签订的合同基本信息录入到系统中去。
(图3.8)合同信息录入
合同录入信息:
基本信息:
合同编号、甲方名称、项目名称、项目类别、合同类别、合同状态、合同形式、执行方式、收付方向、结算方式、货币类别、签约金额(元/万元)、支出比例、责任人、开始日期、结束日期、合同描述、录入者、录入时间。
监理方信息:
监理人、监理方法人代表、监理方委托代理人、邮编、电话、传真、开户银行、账号。
录入规则:
甲方名称:
点击之后弹出甲方信息列表,如果甲方信息存在,点击直接引用;如果甲方信息不存在,可以在此页面点击添加按钮进行添加,然后在引用。
(图3.9)合同新增-甲方信息选择
项目名称同上方录入方式一致。
项目类别、合同类别从后台获取。
项目类别大致有:
横向A、横向B、西气东输、生态、设计、监测。
合同录入完成后进入合同结算安排画面中。
(图3.10)合同新增-项目信息选择
3.4.4合同结算安排
合同结算安排用于对合同付款的预先安排,便于对合同的管理,收款预警。
合同结算安排主要内容有:
合同编号、甲方名称、项目名称、负责人、合同金额、签订日期、支付次数、支付金额、支付时间、支付时间描述。
(图3.11)合同结算安排
3.4.5合同统计
合同查询可以宏观查看每个合同的执行情况,也可以详细查看具体的合同信息。
查询条件有:
合同名称,项目名称,合同对方名称,合同金额,合同状态,合同编号,合同类型等。
查询全部合同的信息:
可以看到所有合同的信息。
(二)查询某些部分合同的信息:
根据所写查询的条件查询部分合同的信息。
可以根据一下方式查询:
(1)签订合同的时间段:
选择起始时间和结束时间进行查询
(2)根据合同的状态查询:
选择合同的状态(执行,终止,结束),查询出对应的合同信息。
(3)根据合同的金额范围查询:
输入金额范围,例如:
10万—50万,查询处合同金额在这个范围之内的合同信息。
(4)根据合同类型查询:
输入合同类型,例如:
西气东输,查询出属于此类的所有合同。
(三)查询单个合同信息:
只查询某个合同的信息。
可以根据一下方式查询:
(1)根据合同号查询:
输入所要查询的合同编号进行查询。
(2)根据合同名称查询:
输入所要查询的合同名称进行查询。
(3)根据项目名称查询:
输入所要查询的合同对应的项目名称进行查询。
(4)根据合同金额数查询:
输入合同金额数进行查询对应的合同的信息。
(5)根据合同对方名称查询:
输入合同对方名称查询对应的合同的信息。
(图3.12)合同统计
点击查询结果中的每一条信息,弹出合同详细信息。
该详细信息包含:
合同基本信息、合同结算安排信息、合同开票收款信息、合同报销信息、合同结算信息。
3.4.6统计分析
合同统计台账,宏观旨在通过合同管理,管理本单位的生产经营行为,使决策者了解本企业的生产,销售,以及业务情况。
合同统计台账,统计合同的总数,主要包含:
合同编号,合同对方名称,项目名称,签订日期,监理费,委托人,合同状态。
(图3.13)合同统计分析
3.5开票及收款管理
3.5.1收款预警
合同在录入结算安排之后,当执行到某一阶段时,(可以是结算前多少天,该天数需要管理员在后台进行配置)。
系统会自动提醒用户最新需要开票或者收款提示,用户可以在收款预警中查看具体信息。
收款预警信息有:
合同编号、合同名称、项目名称、支付次数、开票百分比、开票金额、累计开票百分比、累计开票金额、支付时间、已收金额、未收金额。
(图3.14)收款预警
3.5.2新增票据及收款
合同执行到一定的时间,系统提醒工作人员进行开票,开票执行如下:
首先录入合同的基本信息:
录入合同编号或者项目名称,系统会自动补全其他信息;
然后用户确认信息后点击查询,显示该合同已有的开票记录和收款信息。
如果用户要进行开票,则点击开票按钮进行开票信息录入。
开票信息有以下重要信息(合同编号、开票序号、开票金额、开票日期、开票人)。
如果用户要进行收款,选中某一条开票记录进行收款信息录入。
在收款信息录入过程中,要明确指明收款金额是那次结算安排。
收款影响到开票记录已收款、未收款以及结算安排已收款、未收款金额。
(图3.15)开票合同确认
3.5.3票据及收款查看
开票收款查看是对某一合同开票收款情况进行详细的查看。
执行过程为:
首先进行合同确认(同上),然后点击查询显示所有开票及收款信息,点击某一条信息展示出本次开票共发生的收款纪录。
(图3.16)票据及收款查看
3.6成本核算与结算
3.6.1新增报销信息
报销只能是对合同而言,一个合同报销金额=总收款金额*支出比例;如果现有合同报销金额不够报销,则提示报销录入员。
如果报销人员同意报销,者报销金额剩余额为负。
报销类别是在数据库中配置,报销类别预置有:
差费、交通费、招待费、办公费、设备折损费、税金、工资。
不需要报销部门,添加项目部,项目部为数据库配置项
(图3.17)报销信息新增
3.6.2报销信息查看
成本查看主要是某个合同(或项目)的所有成本(报销)信息的查看,以及各个细节具体信息的了解。
首先进行合同确认,然后点击查询进行合同每次报销汇总信息展示,点击某条报销信息可进行报销明细查阅。
报销信息出报表要以项目部进行汇总统计
(图3.18)报销信息查看
(图3.19)报销信息明细
(图3.20)报销类别明细
3.6.3成本结算
对实际发生的各种费用的信息进行处理,在该系统中主要是对收款支出总额与报销金额之间的结算。
(图3.21)成本结算
4系统开发计划
项目名称
西安黄河项目监理有限公司
综合业务系统
商务经理
项目计划工期
2014.2.10—2014.4.18
项目实施
项目状态
√
*立项
√
*已进场
√
*用户资料搜集
√
需求调研
√
*需求已确认(3-18)
*用户数据初始化
*系统已部署
*各系统已完成测试、修正
*培训计划已提交至用户
*培训计划已跟用户沟通
*培训时间已确定
*培训已完成
*应用推广及支撑
项目异常、挂起
项目已延期
项目延期原因
挂起
原因
工作项目
工作形式
工作内容
进度(%)
实施组工作情况
远程实施
1.与用户进行需求沟通
2.制定开发计划,与项目的实现方案
现场实施
√
其它方式
研发组工作情况
远程实施
与用户沟通情况
沟通内容(沟通对象、方式、时间、事件)
沟通结果/结论/结果物
综合业务系统功能需求的探讨(2013/12/3)
需求不够完善,还需继续添加完善
项目风险预见
风险描述
解决办法及处理结果
对用户公司的流程状况不了解,在系统实现上造成不可避免的缺陷与失误。
需与用户深入沟通,用户能够积极配合,搞清楚具体的流程与操作。
项目中存在的困难
困难描述
解决办法及处理结果
与财务软件的对接
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 黄河 监理 综合 业务 系统 需求 分析