软件项目管理大作业.docx

上传人:b****7 文档编号:11324865 上传时间:2023-02-26 格式:DOCX 页数:19 大小:267.50KB
下载 相关 举报
软件项目管理大作业.docx_第1页
第1页 / 共19页
软件项目管理大作业.docx_第2页
第2页 / 共19页
软件项目管理大作业.docx_第3页
第3页 / 共19页
软件项目管理大作业.docx_第4页
第4页 / 共19页
软件项目管理大作业.docx_第5页
第5页 / 共19页
点击查看更多>>
下载资源
资源描述

软件项目管理大作业.docx

《软件项目管理大作业.docx》由会员分享,可在线阅读,更多相关《软件项目管理大作业.docx(19页珍藏版)》请在冰豆网上搜索。

软件项目管理大作业.docx

软件项目管理大作业

1.技术可行性分析报告

1.1.引言

1.1.1.目的

为贯彻落实深化医药卫生体制改革精神,进一步完善基本医疗保险体系,提高医疗保险统筹层次和增强基金保障能力,XX市委根据XX省相关文件精神制定了市级统筹实施办法,增强基本医疗保险基金的调节能力和抗风险能力,坚持市级统筹、分级管理、定额调剂;坚持统一参保政策、统一缴费标准、统一待遇水平、统一管理方式。

将城镇职工基本医疗保险、城镇居民医疗保险系统集于一套系统,达到参保人员持医保卡能在全市所有符合条件的医院和药店享受医疗待遇。

1.1.2.定义

城镇职工、城镇居民医疗保险系统。

1.2.项目综合描述

1.2.1.项目背景

XX市各区县现运行独立的城镇职工基本医疗保险、城镇居民医疗保险,系统采用C/S构架,已运行近8年,均为YY公司开发。

各区县间业务相互独立,医疗保险基金也独立管理,城镇职工或城镇居民只能到其所属的区县按照所属区县标准享受待遇。

XX市委决定将城镇职工基本医疗保险、城镇居民医疗保险系统集于一套系统,主要有医疗保险和农村合作医疗二大块业务,二大块业务相互独立,而且从事医疗保险业务开发和维护的人员不懂J2EE技术,从事农村合作医疗开发和维护的人员不懂医疗保险业务。

1.3.项目目标和要求

1.3.1.要求

考虑到各区县地理位置分布不集中等原因,部门决定此项目采用J2EE+SPRING2.0+EXT2.0框架进行开发。

2011年9月项目通过了可行性分析并立项,项目总投资590万元,客户要求的2010年12月1日之前完成试运行。

能够形成各种数据报表,及时准确反映酒店业务情况。

系统各模块功能相互独立,利用数据流相互关联,最大的限制错误录入,实现内部资源共享。

安全性方面,系统采用计算机管理避免手工输入的弊病,利用计算机进行科学的优化业务流程,构筑合理的管理架构和完善的管理制度。

数据采用多级保护,减少数据丢失。

1.3.2.条件和限制

所需软件开发环境:

装载windowsxp及以上版本的计算机

所需硬件开发环境:

对硬件环境无特殊要求

所需开发人员:

30人

所需开发时间:

5个月

开发标准:

软件遵循教育部最新颁布的《教育管理信息化标准规范》。

1. 开发单位人员懂业务的不懂技术,懂技术的不懂业务。

 

2. 开发者完成开发工作的期限比较紧迫。

 

3.预测 用户需要一段时间才能适应新系统的使用。

4. 对于用户的硬件设施普遍跟不上。

  

5. 软件使用者、管理者对计算机了解得比较少,需要投入更多去维护和使用。

 

6. 客户对系统处理能力的要求很高。

1.3.3.可行性分析的研究方法

本项目采用技术可行性分析,经济可行性分析,项目主要风险分析三种分析方法。

本系统的可行性研究时通过开发小组历时十天的时间调查分析后得出的,主要是通过调查现有的系统,分析开发城镇职工、城镇居民医疗保险系统所具备的能力及实现的方法。

确定出新系统的总体结构,最终形成一个完善的系统软件。

1.3.4. 决定可行性的主要因素 

本次可行性分析是按照软件工程的规范步骤进行的,即按复查项目目标和规模,研究目前正使用的系统,导出新系统的高层逻辑模型,重新定义问题这一循环反复的过程进行。

然后提出系统的实现方案,推荐最佳方案,对所推荐的方案进行经济、技术、用户操作和法律的可行性分析,最后给出系统是否值得开发的结论。

 

1.4. 对现有系统的分析

由于各区县间业务相互独立,医疗保险基金也独立管理,城镇职工或城镇居民只能到其所属的区县按照所属区县标准享受待遇。

导致各种情况的出现,难以统一管理,出错率比较高,严重影响了工作效率。

1.5. 处理流程和数据流程

1.6.工作负荷

由于办理手续的繁多和不合理,工作效率非常低,需要大量业务员,这给工作人员增加了非常大的负担和额外的工作负荷;同时也给医疗事业的未来带来了严重的制约和压力。

1.7.费用支出   

办理手续的繁琐不仅使业务人员工作量很大,而且使客户对于业务办理流程不能明确而是咨询的业务量加大。

各种凭单与证件的复印打印不仅使设备、材料开支增加,而且工作效益低。

1.8.人员  

需要大量管理员和额外的工作人员处理各项事务。

2.所建议技术可行性分析

2.1.对系统的简要描述 

根据系统目标以及现行系统存在的问题,建议新系统分两步实现:

 第一阶段建立一个内部的网络,以实现城镇职工、城镇居民医疗保险系统的计算机办公化。

能够处理以下工作:

在XX内的医保用户可以在各县市使用;及时办理业务;提高工作效率。

 

第二阶段是在全市各地间建立一个互联的网络系统,实现医疗保险信息系统的信息集成,完成后的系统可以实现在各地间互换信息,且操作方便简单迅速。

 

2.2.处理流程和数据流程 

2.3.与现有系统比较的优越性

本系统可以大大减少工作人员,节约人力资源的开销;另一方面由于手续程序减少也可以减轻业务员的工作负担,有效地提高了整体的工作效率。

系统可扩充性强:

该系统软件升级和硬件扩展相当方便,可以根据银行的实际情况来灵活配置,可根据不同需求增加新功能模块和子系统以满足用户的个性化需求,避免资源重复浪费。

 

兼容性强:

系统可提供数据接口和应用接口,可与原有系统兼容匹配,便于系统集成和二次开发,确保有效利用现有资源。

2.4.采用建议系统可能带来的影响

2.4.1.对设备的影响 

系统对于设备要求更高的稳定性与安全性来保证其正常运行。

 

2.4.2. 对用户的影响 

由于采用建议系统提高了工作效率,可使客户办理业务更加快捷、方便。

完善了基本医疗保险体系,提高医疗保险统筹层次和增强基金保障能力。

采用的“三位一体”的数据保护技术方便了管理。

2.4.3.对系统运行的影响 

系统设计的主要目的是完善基本医疗保险体系,提高医疗保险统筹层次和增强基金保障能力。

所以在系统设计和建设初期应着手参考各方面的标准与规范,并且应遵从该规范各项技术规定,并做好系统的标准化设计与管理工作。

系统考虑今后发展的需要,因而必须为在系统产品系列、容量与处理能力等方面的扩充与换代的可能,这种扩充不仅充分保护了原有投资,而且具有较高的综合性能价格比。

2.4.4.对经费支出的影响 

由于需要购买各种软、硬件设备,以及业务人员的系统使用培训等都需要增加经费的支出。

2.5.技术可行性评价  

开发系统的计算机硬件已经非常普及,所以完全没有问题;现在的计算机各方面的技术都非常成熟,相对来说开发此系统的技术也要求比较简单,因此在技术方面是可行的;同时医院还必须有一定量的系统管理和维护的专业人员,在这方面可以通过培训原来的技术人员成为新的需要的技术人员,也可以雇用所需这方面的专业技术员;若按计划,在规定的期限内,本系统的开发是可以完成的。

3.结论意见 

用户信息管理用来记录用户的登陆注册信息,用户权限管理用来对不同的用户设置不同的权限,以完成不同的操作。

经过实际操作和反复的测试运行,输入相应的信息,可以正确的显示这些信息,并且上述的功能都能顺利的实现 

在系统页面的设计中我力求做到简洁明了。

在信息显示列表中同时集成了修改,删除等功能,这样不仅可以节省空间,也方便用户的使用。

 

为了使医疗保险适应现代发展的需求,促进医保管理信息化,不断满足医保用户的要求,争取更好的经济效益,建议立即着手系统的建议。

4.参考资料

实验教材:

《软件项目管理》覃征编清华大学出版社,2008。

参考书:

《项目管理》毕星等编复旦大学出版社2000。

《软件项目管理》梁世连编清华大学出版社,2006。

《软件项目管理》薛四新、贾郭军编机械工业出版社2004。

5.制定WBS(工作分解)字典

城镇职工、城镇居民医疗保险系统工程量清单如下:

工程量清单  

序号

项目名称

工程量

序号

备注

1

可行性报告研究

001

 

2

J2EE界面开发

002

 

3

控制流代码实现

003

 

4

后台数据库实现

004

 

5

合成与测试

005

 

合同工期:

2013年4月1日~2013年10月1

6.项目进度计划甘特图

项目甘特图绘制如图所示:

7.估算系统的软件成本

7.1.资源估算

人力资源:

●25个开发人员

●1个项目管理人员(项目经理)

●5个质量保证人员

●3个配置管理人员

设备资源(作为间接成本计算)

●30台电脑

●5台服务器

7.2.计算开发成本

(a)从表1得知项目工作量是103人月,假设开发人员成本参数=4800元/人月,则内部开发成本=4800元/月×103天=494400元。

(b)加上外包外购部分的软件成本50000+30000+30000=110000元,则开发成本=494400+110000=604400元。

7.3.计算管理、质量成本

由于任务分解的结果主要是针对开发任务的分解,管理任务和质量任务成本可以通过计算开发任务成本得到,因此根据以往的经验,管理任务和质量任务成本=开发任务成本×20%=120880元。

7.4.计算直接成本

直接成本=开发成本+管理和质量成本=725280元。

7.5.计算间接成本

(a)间接成本包括前期合同费用、房租水电、培训、员工福利、客户服务等。

(b)根据以往经验,采用公式:

间接成本=直接成本×25%=181320元。

7.6.计算总估算成本

项目总估算成本=直接成本+间接成本=906600元。

7.7.重新评估项目的报价

重新评估一下项目报价的准确性,当然这时候,项目的合同已经签署了,报价是不能更改的,但是通过再次的评估可以进一步明确企业的项目运作和利润情况等。

如果项目的风险利润是30%,其中风险基金10%,利润15%,税费5%。

则项目的总报价=906600×1.3=1178580元。

应该说项目报价还是比较合适的。

另外,可以采用简便的算法进行估算,企业的报价可以通过开发规模的估算直接得出,例如如果成本系数为2.5万元/人月,项目规模103人天,一个人月22人天,则项目报价=250000×103/22=1170450元。

7.8.项目成本预算

在编制项目计划中考虑到:

25个开发人员是全职在这个项目中,而项目经理、质量保证人员和配置管理人员不是全职在这个项目中,他们同时还在管理其他的项目,进行成本估算的时候,应该根据项目人员付出的时间进行成本预算。

人力资源费率见表

项目成本预算如下表所示,预算总成本为751600元,与估算的成本基本持平。

这样751600元可以作为项目的成本控制参考。

8.项目的风险分析和相应的风险应对计划

8.1.主要风险因素分析

项目风险通常包括以下方面:

政策风险、市场风险、环境风险、技术风险、客户风险、资金风险、配套风险、协作风险。

本项目主要潜在风险包括:

政策风险、市场风险、财务风险、管理风险。

1、政策风险

经济政策风险是指在建设期货经营期内,由于所处的经济环境和经济条件的变化,致使实际的经济效益与预期的经济效益相背离。

对经济环境和经济条件,应以宏观和微观两个角度进行考察。

宏观经济环境与经济条件的变化,是指国家经济制度的变革、经济法规和经济政策的修改、产业政策的调整及经济发展速度的波动。

从本项目来看,公司面临一般企业共有的政策风险,包括国家宏观调控政策,财政货币政策,税收政策,可能对项目今后的运作产生影响。

2、市场风险

市场风险是指由于某种全局性的因素引起的投资收益的可能变动,这些因素来自公司外部,是公司无法控制盒回避的。

随着潜在进入者与行内现有竞争对手两种竞争力量的逐步加剧,我国物流行业具有营运主体多、小、散、乱,市场竞争较为激烈且处于无序状态的特点。

因此物流企业为了生存及竞争的需要,会采取“价格战”策略打击竞争对手,因而引起公司产品价格波动,进而影响公司收益。

3、财务风险

财务风险是指企业由于不同的资本结构而对企业投资者的收益产生的不确定影响。

财务风险来源于企业资金利润率和接入资金利息率差额上的不确定因素以及借入资金与自有资金的比例的大小。

借入资金比例越大,风险程度越大;反之则越小。

作为物流业,本项目的财务风险主要体现在项目实施之前,实施后财务风险较小。

4、管理风险

项目的实施有一定的周期,涉及的环节也较多,在这期间如果出现一些人力不可抗拒的意外事件或某个环节出现问题以及宏观经济形势发生较大的变化,公司组织结构、管理方法可能不适应不断变化的内外环境,将会大大影响项目的进展或收益。

本项目融资成功后,相应在项目管理、资金运筹等诸多方面对合作公司均提出了高的要求。

公司内部管理中存在诸如成本控制、人员变动、资金运营等方面的不确定性,将为公司的运营带来风险。

如何减少管理风险是本项目运行过程中必须予以关注的。

8.2.风险防范和降低风险对策

8.2.1.应对政策风险的对策

公司将在国家各项经济政策和产业政策的指导下,汇聚各方信息,提炼最佳方案,统一指挥调度,合理确定公司发展目标和战略;

加强内部管理,提高服务管理水平,降低营运成本,努力提高经营效率,形成公司的独特优势,增强抵御政策风险的能力。

8.2.2.应对市场风险的对策

现代市场经济已步入以顾客为核心的3G时代(顾客、竞争、变化),面对市场的激烈竞争和飞速变化,物流企业正字啊不断强化内部管理,实现以服务为中心的转型,包括发展电子商务,实现网络化营销;拓展销售渠道,推进集团化管理;发展加工中心,强化生产/质量管理等等。

1)规范内部管理,固化运作流程,实现对经营流程各环节的优化和控制,提高企业管控水平,降低经营风险。

2)搭建统一的业务应用平台,实现采购、销售、仓储、配送、技术开发、质量、计量集成管理和数据共享,帮助企业科学制定销售、采购、加工和配送计划,提高整个供应链系统的能观性和能控性……

3)财务数据从业务数据自动形成,财务业务一体化,提高财务核算、财务分析和资金周转效率。

4)建立科学、实时、准确的成本核算系统和统计分析系统,满足经营分析、绩效考核和管理决策需要。

5)实现全过程的客户关系管理,密切顾客联系,科学进行顾客需求和行为分析,提高顾客满意度和忠诚度。

6)实现与供应商流程、数据集成,密切供应商联系,及时掌握资金和订货动态。

7)实现业务与工作流整合,流程推动业务,提高办事效率。

8)发展电子商务,实现网上销售、竞价、状态查询、资金结算。

9)优化人力资源管理,提升组织能力,确保战略实施。

10)全面收集、整理、分析和展现数据,支持管理决策。

8.2.3.应对财务风险的对策

实行严格的资金借贷和运用审批制度,根据公司发展情况和资金市场成本变化,调整资本结构;

使投资项目尽快产生效益,提高资产盈利能力,降低投资风险;

加强对业务收入、业务支出、日常现金等的管理,在保持较高的流动性的基础上,减少资金占用,为公司扩大投资提供现金流;

加大资本运营的力度,构筑和拓宽畅通的融资渠道,为企业的资金供应建立稳固的渠道,为公司的发展不断输入资金,同时完善公司自身的“造血”机制;

加强对资金运行情况的监控,最大限度地提高资金使用效率;实施财务预决算制度;

建立相应的风险预警机制,加强内部管理,严格规章制度,把可能发生的损失降低到最低程度。

不可抗拒因素造成的风险,包括各种自然灾害、火灾、战争、政策变化、人为事故等。

为避免企业在发生意外及其它各种不可抗拒因素给企业造成损失,将在财务预算中拨出专款,购买各种保险以规避可能遇到的风险。

8.2.4.应对管理风险的对策

项目融资成功后,吸收具有丰富投资管理、运营管理方面经验的专业人才进入公司管理层;

规范公司治理,制定完善各项管理制度,保障股东和投资者的合法权益;

加强对管理人员组织结构、管理制度、管理方法等方面的内部培训、外部培训,提高其整体素质和经营管理水平;

推行目标成本全面管理,加强成本控制;

倡导组织创新、思想创新,以适应不断变化的外部环境。

9.项目质量控制和测试计划

9.1.系统质量控制

项目的成功通常受到三个核心层面的影响,即项目组内环境、项目所处的组织环境、客户环境。

这三个环境要素直接关系到软件项目的可控性。

项目组管理模型与项目过程模型、组织支撑环境和项目管理接口是上述三个环境中各自的核心要素。

9.1.1.软件项目监控的过程步骤

软件项目监控的目的是通过建立对软件项目过程的可视性,使项目管理者在软件项目性能与软件计划出现偏差时采取有效的纠正措施,以确保软件过程的质量满足要求。

一般软件项目的监控按照如下的步骤执行:

获取项目过程信息、分析判断、采取纠偏措施、验证。

这一过程以获得真实、实时的项目一手数据为基础,建立过程的可视性,通过过程可视实施项目目标管理与过程管理的统一。

9.1.2.项目监控的实施要点

*软件在组织实施软件项目的过程中,对项目的监控从三个个角度着手实施:

1)建立符合软件工程和软件项目管理流程要求的实用的软件项目运行环境。

包括:

明确的过程流程、项目策划、组织支撑环境。

2)优秀的项目经理和质量保证经理构成项目的第一责任人。

软件采用双过程经理制,项目经理和软件质量保证经理构成软件项目的灵魂人物。

3)项目沟通

项目计划、进度和项目范围必须能够被项目成员方便地得到,以确保大家是在统一的平台上朝着同一个目标前进。

为此,在软件开发项目实施过程中****软件从三个方面展开工作以建立项目组内部、公司全局、项目组与项目方的沟通机制:

采用适当的图表和模版增强项目组内沟通效果和沟通的一致性;

采用协同开发软件工具内部统一的消息平台;

项目策划中必须包括与项目方的适当沟通并建立沟通渠道。

9.2.系统测试计划及验收程序

9.2.1.软件系统测试环境

根据软件开发项目的技术设计方案和系统软件需求规格说明书中对系统环境的要求,该系统的测试环境将在模拟系统实际的运行环境的基础上配置测试环境。

对于有些测试项目,还将在系统交付前,在用户的真实运行环境中进行测试,如环境测试、稳定性测试、仿真测试、安全保密测试等。

一个软件系统测试环境的模板如下:

客户端浏览器:

IE5.0

语言环境:

windowsxp或win7中文版,,支持多语种显示、输入和存储的能力。

硬件环境:

平台选择为:

HPSolaris8

软件环境:

WebServer:

IIS6.0

Application:

.Netframework

数据库:

SQLserver2003。

9.2.2.测试工具

测试工具的使用是保证测试质量,提高测试效率的有效手段。

但是对于应用系统,其输入输出及功能实现也是千差万别,因此人工测试尤为重要,不可取代软件系统采用测试工具及人工测试相结合的方式,使用类似于如下测试工具对系统进行测试。

工具

供应商

版本

链接测试

SQA

SiteCheckRational

6.1

性能测试

Web

ApplicationStressToolMicrosoft

1.1

9.2.3.系统测试策略及验收项目

我们采用如下策略对系统进行全面测试:

进行测试设计、编写测试用例、进行测试执行、记录测试过程、提交缺陷报告并跟踪其修改完成,提交测试评估报告、评价系统是否满足用户使用要求及系统设计要求。

系统验收中客户方由用户部门的业务信息主管(BIE)和IT应用管理部的BA人员以及其他相关环节指定的负责人联合对本应用系统的开发签字确认。

9.2.4.测试阶段划分

阶段任务

任务描述

测试计划

制定测试计划

测试设计

制定测试方案、选择测试工具、设计测试用例

测试准备

搭建测试环境、掌握相关技术

测试执行

按测试计划及测试设计执行测试、记录测试日志及测试缺陷报告,进行回归测试

测试评估

对整个测试过程进行评估,提交测试结果结论性意见

9.2.5.技术支持与售后服务

项目服务理念

软件服务应该与软件本身同步,即软件服务是贯穿于软件项目整个生命全周期的完整过程。

软件的价值在于创造客户价值,客户和项目所有者的关系从根本上是联盟的关系。

软件就是服务,软件的生命从根本上来源于服务,来源于使用者。

****软件认为,企业提供给用户的,归根结底就是各种各样的服务。

一直以来公司在软件外包的业务过程中给予合作方的服务触及了项目的方方面面,将纯粹的技术结果延伸到长期的体贴的技术服务过程中。

****软件希望通过自己的实际行动达到这样一种境界:

让每一个合作的项目方都是****软件专业技术服务的对象和长期合作伙伴。

软件项目售后服务的保障

项目成功的根本标志是客户满意,它贯穿软件项目的售前、售中和售后全过程。

****软件认为客户满意是一个实在的可以度量的目标,确保外包软件项目达到客户满意,尤其确保软件项目交付后长期的售后服务过程中的客户满意,使售后服务与项目承诺不脱节,必须有三个基础环节作为组织级支撑和保障,即组织级基础设施的保证;规范化的过程流程的保证和具体项目实施过程中监控与反馈机制的保证。

软件项目售后服务流程规范

软件售后(技术)服务支撑体系由以项目管理中心(内设专门的项目售后服务部门)为核心的日常组织机构;以项目为核心的技术管理环境;以专业的客户呼叫中心核心信息反馈通道组成。

来自各种不同渠道的客户信息通过****软件项目管理中心集中汇总并协调管理;定制客户服务流程并支持客户服务部门提供售后服务方案和售后服务管理;专业的客户服务呼叫中心可以为用户提供直接的售后服务支持;

软件的售后服务体系是公司内部统一规划运营的,为客户提供快捷的售后服务响应一直作为公司内部的优先工作;

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 法律文书 > 起诉状

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1