软件项目可行性分析报告文档格式.docx
《软件项目可行性分析报告文档格式.docx》由会员分享,可在线阅读,更多相关《软件项目可行性分析报告文档格式.docx(7页珍藏版)》请在冰点文库上搜索。
主数据系统,与主数据对应的其他业务系统如JZTERP,LIMIS(只涉及到相关接口)等。
硬件范围:
主数据系统的相关服务器。
软件范围:
操作系统WINDOWNS、VS2010、数据库系统SQL、OFFICE,公司即时通。
3项目承办单位概况
湖北九州通达科技开发有限公司(以下简称'
九州通达'
)是中国民营医药商业企业第一名的九州通医药集团股份有限公司(股票代码:
600998)的下属子公司。
九州通达是一家以提供物流及供应链管理综合解决方案、计算机软件的研发与实施、技术咨询与服务为核心业务的国家级高新技术企业。
依托九州通医药集团丰富的客户资源、十余年的物流与供应链管理经验,九州通达面向医药健康行业先后开发了物流管理系统、医院管理系统、医疗机构管理平台、ERP系统、集中采购管理平台等二十余个软件产品,全部取得了自主知识产权,并形成了独具特色的物流管理、供应链管理、医院管理三大产品线,能广泛覆盖医药行业客户的信息化需求。
秉承“做中国医药健康产业最佳的专业技术服务商、集成商、供应商”的理念,公司不仅从麦肯锡等世界顶级企业引进高级管理人员,也从哈佛大学、清华大学等著名学府引进专业人才,目前拥有员工300余人,其中90%具有大专及以上学历。
雄厚的人才力量,融合专业团队的服务品质,帮助客户实现价值最大化
4进行可行性研究的方法
分析依据
4.1与业务部门会议,现状调研,结论
4.2与信息管理部会议讨论现状分析
4.1业务现状分析
集团主数据系统从规划到上线,再到至今已经使用差不多10年的时间,涵盖了公司旗下共计80多家分子公司。
随着集团推广跟集团业务的扩大,集团业务系统的繁杂度,各分子公司数据的交互度,对基础数据的依赖性更强,因此这样就对集团的主数据系统的稳定性的提高有更高的要求,也希望即使业务更复杂,数据更大,更繁杂,也能够及时响应,并且能够满足多用户操作。
数据过滤,操作日志的查询,与其他业务系统数据交互更加融洽。
从而最大限度的减少对业务操作的影响。
从业务角度看,目前面临的问题有两类:
一是系统维护的问题
系统本身:
采用的比较陈旧的技术(VS2003),.netframework1.1.iis6.0。
部分模块报错。
响应速度慢,几乎不能够让多人同时操作了。
其他技术系统:
JZTERP系统上线,与主数据数据交互性差。
出现数据重复提等问题。
数据库方面,因为常年的数据积累,部分表的数据已经很多,造成查询很慢。
亟待对数据表优化或者数据清理,迁移。
二是支持的问题:
业务方面:
业务部门人员流失,离职的人员没有很好的工作交接对所以各分子公司对系统数据的人员越来越少,都是需要靠他们自己摸索。
在这里还是缺乏文档的问题。
技术方面:
最初开发该系统的工程师已经陆续从公司离职。
加上该系统当初设计缺乏各种需求,设计文档。
给现在的维护造成很大的不便。
4.2IT现状分析
4.2.1、部署结构图
4.2.2、目前系统支持人员现状:
集团信息管理部直接对应集团质管总部,对简单的数据,业务问题进行处理。
结构上存在的问题:
VS2003采用了大量的微软及第三方控件。
很多业务逻辑都是写死在代码中。
灵活性不高。
运用了大量的WebServices据维护人员跟分公司反映,WebServices响应速度非常慢。
有两套(集团,分公司)WebServices。
当初也没有考虑这样设计的合理性。
有部分功能存在报错的问题。
数据操作日志不够详细。
与ERP数据交互性差。
有时候要操作多个数据库,(连接数据仓库)
最后,Webservices数量多,维护量大(人力,安全,空间,网络等)。
3解决方案和计划
采用VS2010.NETFreamwork4.0,对当前数据库表结构进行优化。
或者考虑用oracle数据库。
独立数据库,用job的形式与数据仓库交互。
5.1业务解决方案
暂无
5.2IT解决方案
摒弃WebServices方式,采取直接响应web页面的方式。
利用ajax数据交互。
5.3项目组织
运营艾萍
质管吕冰蒋思
信息刘焕清赵建强
研发刘华新李月娥梁彩亚
小组人员工作职责:
略
5.4项目计划
里程碑
时间表
阶段性任务
参与人员
项目准备
2014-3-1~3-31
14-3-2与质管现状讨论
14-3-7与刘焕清现状分析
何小二,刘华新,易扬,蒋思,吕冰
何小二,刘华新,李月娥,刘焕清,赵建强,易扬
需求分析设计
2014-4-1~4-30
4-1~4-10可行性分析报告
4-14~4-18需求分析
4-21~4-30详细设计
何小二刘华新及相关人员
项目开发
2014-5-4~2014-8-1
刘华新,李月娥,梁彩亚
项目测试,实施
2014-8-4~2014-9-5
刘华新,李月娥,梁彩亚及相关人员
项目试运行
2014-9-8~2014-10-10
蒋思,吕冰,刘华新相关人员
项目验收
2014-10-10
验收
蒋思,吕冰,刘华新,何小二相关人员
4投入产出分析(即立项的必要性\可能性)
1直接投入资金
名称
费用(单位∶万人民币)
1、开发成本
9
2、实施成本
3
3、硬件成本
6
4、维护成本
2
5、总成本费用
20
2管理收益分析
1系统的响应速度提高同时可以允许多个用户同时在线操作系统可以大大提高业务影响速度。
2系统稳定性和可靠性的提高有助于集团财务信息化的进一步深入推广
3加强对系统文档的整理,便于后期维护人员的维护。
3IT收益分析
1改造后的系统具有高度的自动化,大大缓解管理员的日常工作压力;
配置的灵活性。
权限分配的灵活性。
对后期扩展性有帮助。
采用新一代的开发工具可以更改的跟其他业务系统的数据交互。
2webservices的减少大大减少每次因为逻辑的修改需要修改各个公司webservices的成本。
5项目风险分析
5.1.1业务风险:
5.1.1.1业务个性化风险:
各家企业的使用情况存在逐渐差异化和向其他业务领域扩展的趋势,而本项目对软件采取了集中统一管理模式,整合后每家公司使用的软件都将统一,只有数据可以互相独立,长远来看,会出现业务个性化和软件统一化之间的矛盾。
5.1.1.2用户使用风险:
用户帐号相互使用。
代替操作,误操作问题。
5.1.2技术风险:
5.1.2.1本项目涉及多个业务系统,在技术兼容性上存在一定风险
5.1.2.2集团分公司有很多不再集团局域网内。
考虑到公网连接数据安全问题。
6结论:
a.可以立即开始进行;
b.需要推迟到某些条件(例如跟ERP项目组套路)落实之后才能开始进行;
c.需要对开发目标进行某些修改之后才能开始进行;
d.不能进行或不必进行(例如因技术不成熟、经济上不合算等)。
结论:
可以立即开始进行