软件开发可行性报告

《软件开发可行性报告》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、卷号卷内编号密级分类:使用者:项目名称：烟草销售专卖管理信息系统项目编号:技术可行性报告Version:项目承担部门：撰写人（签名）：完成日期：本文档使用部门：■主管领导■项目组□客户（市场）□维护人员□用户评审负责人（签名）：评审日期：目录1引言11.1编写目的11.2背景11.3定义11.4参考资料12技术可行性分析的前提22.1要求22.2目标22.3假定和限制22.4进行技术可行性分析的方法22.5评价准则33对现有系统的分析33.1现状分析33.2局限性34建议的系统34.1建议的系统的

2、概述34.2系统工作流程44.3改进之处44.4影响44.5局限性44.6技术条件方面的可行性45可选择的其他系统方案45.1可选择的系统方案155.2可选择的系统方案256系统方案评价57已选系统方案的技术风险分析57.1技术风险识别57.2技术风险估计57.3技术风险评价57.4技术风险管理与监控68结论6技术可行性报告1引言1.1编写目的　　编写本技术可行性分析报告的目的是：a.总结建议的开发项目在技术方面实现的可行性的研究结果，为产品开发中心决定是否进行本开发项目提供依据；b.评价为了合理

3、地达到开发目标所可能选择的各种技术方案，说明并论证所选用的方案。”1.2背景a.提出者和交办单位；云南烟草专卖局b.承办单位；烟草、能源部产品开发部c.项目名称；《烟草销售专卖管理信息系统》d.产品的用户（前期用户、最终用户）;云南烟草专卖局1.3定义MTS:Microsoft公司基于DCOM方式的分布式系统处理平台。一级（省公司）：指烟草公司省级单位的机关管理单位；二级（分公司）：指各省以市为单位的有法人资格的烟草公司；三级（区县公司－配送中心）：在不引起歧义的情况下泛指各区没有法人资格的配送中

4、心和具有法人资格的县公司三级下属部门（批发部）：无独立法人资格。交叉时间模式：数据传输过程中，数据传输时间以时间重叠的方式上传数据。1.4参考资料a.<<烟草专卖系统市场需求报告>>b.《Delphi6DevelopmentGuide》c.《管理信息系统（第三版）》清华大学出版社10技术可行性报告1技术可行性分析的前提　　1.1要求针对烟草专卖系统的特点，提供对烟草销售、库存、专卖、数据传输以及系统的管理。a.提供友好的用户接口，快捷、方便的用户操作方式。b.实现数据的分级传输的功能。c.对保证提

5、供常用、基本的功能。d.提供数据的导入、导出功能。e.提供对高版本的系统的升级功能。1.2目标a.软件开发符合公司软件开发规范，从而保证软件稳定性、安全性、强壮性。b.制定灵活的销售管理方式,包括大配送、小配送、坐销等销售方式。a.提供系统版本，系统功能升级接口。1.3假定和限制a.整个系统的运行寿命系统的运行寿命预计为5年。b.软硬件环境硬件环境：系统运行需要由计算机局域网和广域网的支持。县级以上中心的局域网采用10M/100M交换式或共享式以太网。考虑到系统的可靠性和反应的快速性，中心服务器采

6、用双机备份或热备份，连接磁盘阵列。配送中心和销售网点通过拨号网络与配送中心、县中心相联，市中心设置访问服务器接受访问。同时，系统采用IC卡记录访销个人信息情况，软件环境：²操作系统系统客户端操作系统使用Microsoft公司的Windows98（中文版）以上版本。局域网服务器操作系统使用Microsoft公司的WindowsNTServer(中文版)4.0以上版本。数据库系统应用结构采用Client/Server模式，MicrosoftADO数据库连接方式,服务器端数据库管理系统用Microsof

7、t公司的SQLServer7.0以上版本。10技术可行性报告²开发工具采用DelphiEnterprise6.0版本。a.可利用的信息和资源本软件产品的设计开发以在云南烟草专卖局进行的需求分析为基础,同时总结了烟草销售专卖管理信息系统1.0版的开发和实施的经验,为烟草销售专卖管理信息系统2.0版提供可靠的保障。b.系统的预计交付时间系统的预计交付时间为2002年11月30日。1.1进行技术可行性分析的方法1.通过对业务系统的调查分析，采用软件原型模型测试的方法对系统的整体可行性进行分析。2.对分级

8、数据传输采用DCOM方式对数据进行提取和更新进行测试。1.2评价准则１．实现数据传输的稳定性、安全行和及时性。２．业务规则实现的合理性、可靠性。３．系统的应用前景、开发时间的长短、技术资源有无保障４．开发设备是否可用、接口是否合理及使用中的难易程度等2对现有系统的分析对烟草专卖信息管理系统1.0版情况分析。2.1现状分析　通过对多个地区软件实际使用，业务部分使用状况良好，大部分地区反映情况基本稳定。但在大范围的实施过程中发现软件功能和性能上出现一些问题：1.业务规则在前端客户端实现