可行性分析与需求分析立项报告书.docx
《可行性分析与需求分析立项报告书.docx》由会员分享,可在线阅读,更多相关《可行性分析与需求分析立项报告书.docx(15页珍藏版)》请在冰豆网上搜索。
![可行性分析与需求分析立项报告书.docx](https://file1.bdocx.com/fileroot1/2023-6/4/1b0a9002-ec79-4795-aa7d-00c819327591/1b0a9002-ec79-4795-aa7d-00c8193275911.gif)
可行性分析与需求分析立项报告书
编写员:
信息管理与信息系统专业99094343蔡艺孟
审核员:
电子系刘继聪
可行性分析与需求分析立项报告书
第一章引言
在今天计算机技术日益提高及企业管理功能等多项职能观念相结合的情况下,绝大多数的企业内外部职能都可以利用计算机建模立系统来实现。
办公室电脑化、企业内部网的设立及完善、个人微机的普及以及电子商务的日渐推广,似的企事业单位对内部和职工的工资管理这一环节大可以通过电子计算机及Internet技术完成。
数据库技术的稳固更是对此工资管理系统的建立及运行、维护的一大支持。
以当前数据库建模,Client/Server模式的分布式数据库服务器硬件基础,各计算机专业人员素质的提高,该系统的数据归档及数字化管理无疑是可以成功的。
第二章可行性考究
第一节规模及目标
工资管理系统(SalaryManagementSystem)所涉及的企事业单位或部门主要是该单位内部各职工(普通用户)、该单位财政部门、人事部门以及作为代理人角色的银行部门,从安全性和便利性考虑,则该系统的各级别用户应该处于一个较集中的地域内,其最高层管理部门可以在域范围外。
该系统规模的完整性应该是建立在具有专业技术的计算机管理人员若干及在该代理银行具有户头、并最好拥有可以上网的个人电脑的用户,在这种情况下,规模是统一的。
建立该工资管理系统,目标是为了在最为经济的开销下,准确无误,及时地处理职工的工资发放及其相关数据的立档收留。
第二节工资管理系统的高层逻辑模型
通过对旧系统的经济开销、管理鄙陋、实现功能不完全的得知和分析(因无旧系统,故简而概之),对新系统的规模和目标的假想,我们以导出新系统的逻辑模型,并建造新的物理系统。
首先,我们建立该系统的数据流图。
1.功能级数据流图
D1职工工作清单
工资总信息打印
工资事务
个人工资信息
打印
D2税收规范表
2.进一步细分的数据流图
D1职工工资清单工资总信息
工资事务工资事务
打印
更新信息
个人工资信息
D2税收规范表
打印
3.我们可以建立系统流程图(物理系统)
那么我们现在就可以定义该新系统的数据字典了。
首先,我们可以用数据字典卡片形式描述这些信息。
在定义了较大的数据流节点后,我们就开始为各个数据作出结构化描述了。
1.基础数据
表2、2-1代理银行工作人员表
序号
数据名
含义
数据类型
是否允许为空
1
DepartmentNo.
部门号
Char(4)
否
2
EmployeeNo.
工作人员编号
Char(4)
否
3
EmployeeName
工作人员姓名
Char(12)
否
4
Age
年龄
Char
(2)
是
5
Position
职称
Char(16)
否
表2、2-2银行地址信息表
序号
数据名
含义
数据类型
是否允许为空
1
BankCode
银行代码
Char(4)
否
2
BankName
银行名称
Char(20)
否
3
BankAddress
银行地址
Char(36)
否
表2、2-3职工在职档案表
序号
数据名
含义
数据类型
是否允许为空
1
DepartmentNumber
部门号
Char(4)
否
2
EmployeeNumber
职工号
Char(6)
否
3
EmployeeName
职工姓名
Char(12)
否
4
Age
职工年龄
Char
(2)
是
5
Position
职称
Char(16)
否
6
ChangeCode
职工调动代号
Char(4)
是
7
ChangeDate
调动日期
Char(8)
是
8
IDNumber
身份证号码
Char(18)
否
表2、2-4单位信息表
序号
数据名
含义
数据类型
是否允许为空
1
CompanyName
单位名称
Char(32)
否
2
CompanyAdr
单位地址
Char(30)
否
3
ChiefMan
法人代表
Char(12)
否
表2、2-5工资事务表
(一)
序号
数据名
含义
数据类型
是否允许为空
1
BusinessCode
事务代码
Char(4)
否
2
BusinessDate
事务处理日期
Char(8)
否
3
CheckCode
检验号
Char(6)
否
表2、2-6工资事务表
(二)
序号
数据名
含义
数据类型
是否允许为空
1
BusinessCode
事务代码
Char(4)
否
2
Business
事务具体描述
Char(40)
否
注:
工资事务表
(二)是对工资事务表
(一)中事务代码对应的具体事项,其具体项是对职工工作的调入、调出及税收等情况所作的工资处理。
表2、2-7职工工资清单表
序号
数据名
含义
数据类型
是否允许为空
1
SalaryNumber
工资卡号
Char(6)
否
2
EmployeeNumber
职工号
Char(6)
否
3
EmployeeName
职工姓名
Char(12)
否
4
Position
职称
Char(16)
否
5
SalaryQuantity
工资数量
Char(6)
否
6
DiscountCode
税收号
Char(4)
否
7
SalaryReal
实发工资
Char(6)
否
8
PaymentDay
上次发放日期
Char(8)
否
9
Record
备注
Char(20)
是
表2、2-8税收规范表
序号
数据名
含义
数据类型
是否允许为空
1
DiscountCode
税收号
Char(4)
否
2
DiscountArrange
税收范围
Char(30)
否
3
DiscountRate
税收率
Double(8)
否
关于这些数据的采集,主要由单位人事部门,财政部门提供:
认识部门提供职工职工工作信息;财政部门提供职工工资信息。
第三节可以考虑的物理方案
1.建立一个企业内部网,人事部门对单位内部所有人员的信息记录管理保存在一个人事信息服务器内;财政部门对于工资调动、发放等管理的信息保存在另一个财政信息服务器内;而工资管理部由若干人构成,并在一定权限下可访问人事、财政信息服务器,也可另外建立容税收规范表、职工工资清单表、在职档案表等一起的工资管理服务器。
2.代理银行也可以建立一个内部网,设立一个工资发放代理信息服务器;其工作人员在一定的权限下可以访问企业内部网,但必须遵守法律规范。
3.职工人员有条件的亦可以通过局域网或互联网作为在最低权限下访问个人工资信息和税收规范信息等项。
以上所说的三个方面可以通过现在的内部网、局域网、互联网技术,数据加密技术等实现,其中大部分操作可以通过计算机,实时操作系统的方式进行。
另外,若是企业分布区域跨度大,也可以利用分布式数据库模式设立各种服务器及响应各种服务,远程登录等各项具体的网络功能也是一个有力的软件、协议技术支持。
由此可以得到各种数据流向:
1.职工领取工资银行工作人员工资代理服务器工资条
2.职工审查工资信息工资服务器个人公子信息或税收信息
3.工资管理人员审查工资信息工资服务器汇总表
4.代理银行工作人员查询信息代理服务器工资服务器代理服务器核对发放、转帐操作
5.职工调动信息人事服务器工资服务器
6.财政工资变动信息财政服务器工资服务器
第四节成本/效益分析
1.时间价值估计对于一个中小型企业来说,建立此项工资管理系统至少约需一年时间,而大规模企业,则至少需要2年时间。
在这一段新旧系统的交换期间,由于新系统的完全投入,可根据实有货币在时间比银行利率得知应收益/花费的货币数量为多少。
2.人力物质价值估计由于更新系统,故企事业单位必须有若干人一组的人力资源供建立内部数据库使用。
代理银行部门和软件开发商提供的人力作为货币投资方式计算。
需要若干中型(大小)服务器若干,网络布线若干,集线器、交换机等若干,打印机、微机平台等亦可以一一计算。
3.粗略评估收益
在没有具体数据情况下,我们也可以宏观地展望该系统投入后所能获得的各项收益。
首先,企事业单位可以节省大批人力及时间去进行人对人的工资交互操作。
高效率是该系统的追求目标之一。
其次,可实现低错误率的处理。
再者,职工取款等直接与银行挂钩,也大大方便了银行与职工双方对存取款关系的处理。
第四,可通过分布式数据库处理实现高层次的工作监督。
第三章需求分析
第一节系统功能要求及描述
工资管理系统分为三大部分。
新系统开发完成之后必须满足用户需求的最低要求,并且有可扩展性能。
第一部分是职工查询事务管理,该部分主要有普通职工以只读权限展开,由职工通过网络平台往终端输入个人查询信息,再通过身份及权限验证,向服务器提出请求,然后有服务器作出物理操作将所需信息经过过滤器,网络线路,才最终返回到职工的终端显示。
第二部分是工资实时管理。
工资实时管理运用实时操作系统的运行观念,通过工资管理人员往终端输入身份密码信息,经验证后再输入工资(或做变动)事务,通过服务器作基础的物理数据变动、修改并保存,备份;最后核对,将核对信息送返工资管理人员,有必要时,打印所生成的工资汇总表。
第三部分是代理银行工资事务管理。
该项管理功能也是首先由代理银行工作人员往终端输入身份、密码,经过验证后,申请代发工资处理事项,期间或完成工资转入帐户操作,或完成工资提款操作,最后由终端输出职工的个人工资条。
第二节用户需求与运行要求、效果评估
该系统开发的用户要求系统可以综合考虑职工调进、调出、内部调动的操作以及由此带来的工资项目(数量)的变化,并加以考虑个人所得税,来计算职工的实发工资数量。
除此之外,工资的发放、转入均有代理银行实现,代理银行以输出含职工工资卡号、身份证号码(安全性考虑)作为凭据;而内部管理人员也可以几时地完成职工工资地汇总审查。
现在提出值得考虑地性能支持:
1.联机系统响应时间不超过半分钟。
系统周转时间不超过三分钟。
2.数据库建立所需地存储容量在40G~60G之间(视情况而定,可为15G~20G,20G~30G),备份存储容量在20G左右,采用分布式数据库模式双服务器冗余备份以保障数据安全。
3.外存储器使用多个硬盘,7200转/分,单碟式;处理器使用1.5G以上频率地Pentium4,并且是多个,以保证运行速度。
4.数据通信接口主要由一些辅助软件或是操作系统实现。
5.采用ADSL网络模式,提供基于100BASE-T技术的网络传输速度(也可使用ATM的数据传输模式)。
6.显示终端使用17寸纯平显示器。
另外配鼠标、键盘,有必要的配置刻录机,扫描仪,打印机,传真机。
以目前可以供应的人力、财力及硬软件技术,该系统将实现较完善的办公自动化和办公远程化。
虽然前期投入大,但收效可观。
另外一些即时发现的问题可由用户和开发人员提出并修正。
第三节建立系统的概念模型
在可行性分析环节中,我们已经建立了比较细的数据流程图和数据字典,那么现在可以建立该系统的概念模型。
用实体-联系方法分析得出概念性的数据模型,用ER图描述。
…………
11
1NN
1N
N1
11N
11
附注:
ER图所示的中心是内部网、数据库服务器,绝大部分事务必须通过该中心,其间所保留的E-A和E-M关系是因为可能有现实世界中电脑不可实现而只能人工操作的事件发生。
人事管理人员、财政管理人员的属性不再细分,他们提供原始数据。
第四节工资管理系统的功能模块
通过上述的功能要求及描述,和ER图揭示对象实体之间的关系,综合之,就可以得到该系统的功能模块层次方框图了。
第五节将来可能提出要求
1.基于安全性考虑由防火墙的升级或匹配问题引起的工资管理系统权限验证功能的进一步加密。
2.若企事业单位实行由工资提供内部保险金所引起的工资计算方法的变化。
3.若企事业部门实行股份投资与工资转换制后,由股资等价工资数量所引起的工资计算方法的变化。
4.对于退休职工的工资管理考虑。
第四章综述
可行性分析从逻辑模型设想并建立多层数据字典,并且从技术、经济操作等各个方面分析了这些物理系统的可行性(成本/收益)。
在这个基础上,需求分析进一步划分了各个功能模块,并提出了贴近现实世界的可行方针,从技术性能上详细分析了其可行性,并澄清了一些算法和划分出了更加详细的数据元素。
该立项报告书应提交给用户审查,并及时反馈意见,以便修正;对用户一些不切实际的要求,还应作出理性解释。
接下来将进行该系统的总体设计和详细设计。