仓库管理系统项目开发可行性分析报告.doc

《仓库管理系统项目开发可行性分析报告.doc》由会员分享，可在线阅读，更多相关《仓库管理系统项目开发可行性分析报告.doc（144页珍藏版）》请在三一办公上搜索。

1、目录一、可行性研究报告101引言101.1编写目的101.2项目背景101.3定义111.4参考资料112可行性研究的前提112.1要求112.2目标122.3条件、假定和限制122.4可行性研究方法122.5决定可行性的主要因素123对现有系统的分析133.1处理流程和数据流程133.2工作负荷133.3费用支出143.4人员143.5设备143.6局限性144所建议技术可行性分析154.1对系统的简要描述154.2处理流程和数据流程154.3与现有系统比较的优越性164.4采用建议系统可能带来的影响164.4.1对设备的影响164.4.2对现有软件的影响164.2.3对用户的影响164.2

2、.4对系统运行的影响174.2.5对开发环境的影响174.2.6对运行环境的影响174.2.7对经费支出的影响174.5技术可行性评价175所建议系统经济可行性分析185.1支出185.1.1基建投资185.1.2其他一次性支出185.1.3经常性支出185.2效益185.2.1一次性收益185.2.2经常性收益195.2.3不可定量收益195.3收益/投资比195.4投资回收周期195.5敏感性分析196社会因素可行性分析196.1法律因素196.2用户使用可行性207其他可供选择的方案208.结论意见20二、项目开发计划201引言201.1编写目的201.2项目背景211.3定义211.4

3、参考资料212项目概述212.1工作内容212.2条件与限制212.3产品222.3.1程序222.3.2文档222.4运行环境222.5服务222.6验收标准223实施计划233.1任务分解233.2进度243.3关键问题244人员组织及分工245交付期限246专题计划要点24三、需求规格说明书251引言251.1编写目的251.2项目背景251.3定义261.4参考资料262任务概述262.1目标262.2运行环境262.3条件与限制263数据描述273.1静态数据273.2动态数据273.3数据库介绍273.4数据词典274功能需求294.1功能划分294.2功能描述295性能需求295

4、.1数据精确度295.2时间特性305.3适应性306运行需求306.1用户界面306.2硬件接口306.3软件接口306.4故障处理307其它需求30四、概要设计说明书311引言311.1编写目的311.2项目背景311.3定义311.4参考资料312任务概述322.1目标322.2运行环境322.3需求概述322.4条件与限制323总体设计323.1处理流程323.2总体结构和模块外部设计363.3功能分配374接口设计374.1外部接口374.2内部接口375数据结构设计385.1逻辑结构设计385.2物理结构设计385.3数据结构与程序的关系406运行设计416.1运行模块的组合416

5、.2运行控制416.3运行时间417出错处理设计417.1出错输出信息417.2出错处理对策428.安全保密设计429.维护设计42五、详细设计说明书421引言421.1编写目的421.2项目背景421.3定义421.4参考资料432总体设计432.1需求概述432.2软件结构433程序描述453.1系统主界面（MainFrame）设计说明453.1.1程序描述453.1.2功能453.1.3性能453.1.4输人项453.1.5输出项453.1.6算法463.1.7流程逻辑473.1.8接口483.1.9存储分配483.1.10限制条件483.1.11测试计划483.2系统管理（jMenuS

6、ystem）设计说明483.2. 1程序描述483.2. 2功能503.2. 3性能513.2. 4输人项513.2. 5输出项523.2. 6算法523.2. 7流程逻辑523.2. 8接口533.2. 9存储分配533.2.10限制条件533.2.11测试计划533.2.12尚未解决的问题533.3产品信息管理（jMenuproductinfo）设计说明533.3.1程序描述543.3.2功能553.3.3性能553.3.4输人项563.3.5输出项563.3.6算法563.3.7流程逻辑573.3.8接口583.3.9存储分配583.3.10限制条件583.3.11测试计划583.3.1

7、2尚未解决的问题583.4入库管理（jMenuin）设计说明583.4.1程序描述583.4.2功能603.4.3性能603.4.4输人项603.4.5输出项613.4.6算法613.4.7流程逻辑623.4.8接口633.4.9存储分配633.4.10限制条件633.4.11测试计划633.4.12尚未解决的问题633.5出库管理（jMenuout）设计说明633.5.1程序描述633.5.2功能653.5.3性能653.5.4输人项653.5.5输出项663.5.6算法663.5.7流程逻辑673.5.8接口683.5.9存储分配683.5.10限制条件683.5.11测试计划683.51

8、2尚未解决的问题683.6库存管理（jMenustore）设计说明683.6.1程序描述693.6.2功能703.6.3性能703.6.4输人项713.6.5输出项713.6.6算法713.6.7流程逻辑723.6.8接口733.6.9存储分配733.6.10限制条件733.6.11测试计划733.6.12尚未解决的问题73六、用户操作手册731引言741.1编写目的741.2项目背景741.3定义741.4参考资料742软件概述742.1目标742.2功能742.3性能753运行环境753.1硬件753.2支持软件754.使用说明754.1安装和初始化754.2输入764.2.1数据背景77

9、4.2.2数据格式774.2.3输入举例784.3输出824.3.1数据背景824.3.2数据格式824.3.3举例834.4出错和恢复844.5求助查询845非常规过程846操作命令一览表847程序文件（或命令文件）和数据文件一览表848用户操作举例84七、测试计划841引言851.1编写目的851.2项目背景851.3定义851.4参考资料852任务概述852.1目标852.2运行环境852.3需求概述862.4条件与限制863计划863.1测试方案863.2测试项目863.3测试准备863.4测试机构及人员874测试项目说明874.1测试项目名称及测试内容874.2测试用例884.2.1

10、登录模块884.2.2进货操作894.2.3商品管理894.2.4用户管理894.3进度894.4条件904.5测试资料905评价905.1范围905.2准则90八、测试分析报告911引言911.1编写目的911.2项目背景911.3定义911.4参考资料912测试计划执行情况912.1测试项目912.2测试机构和人员922.3测试结果922.3.1测试1 用户管理模块（jMenuSystem）922.3.1.1 登录测试922.3.1.2 删除、修改用户测试932.3.1.1 密码修改测试942.3.2测试2 仓库管理模块（jMenuproductinfo）952.3.1.1产品信息管理测试

11、952.3.2.2入库管理982.3.2.2出库管理992.3.2.2库存管理1003软件需求测试结论1013.1能力1013.2缺陷和限制1013.3建议1023.4评价1024评价1024.1功能1系统管理（jMenuSystem）1024.1.1能力1024.1.2限制1024.2功能2产品信息管理（jMenuproductinfo）1034.2.1能力1034.2.2限制1034.3功能3入库管理（jMenuin）1034.3.1能力1034.3.2限制1034.4功能4 出库管理（jMenuout）1034.4.1能力1034.4.2限制1044.5功能5 库存管理（jMenusto

12、re）1044.5.1能力1044.5.2限制104九、开发进度月报1041报告时间及所处的开发阶段1042工程进度1042.1本月内的主要活动1042.2实际进展与计划比较1043经费支出1054工作遇到的问题及采取的对策1055本月完成的成果1058下月的工作计划1059特殊问题105十、项目开发总结报告1051引言1051.1编写目的1051.2项目背景1061.3定义1061.4参考资料1062开发结果1062.1产品1062.2主要功能及性能1072.3进度1082.4费用1083评价1083.1生产率评价1083.2技术方案评价1083.3产品质量评价1084经验与教训108十一、

13、程序维护手册1091引言1091.1编写目的1091.2开发单位1091.3定义1091.4参考资料1092系统说明1102.1系统用途1102.2安全保密1102.3总体说明1102.4程序说明111、3操作环境1113.1设备1113.2支持软件1113.3数据库1114维护过程1114.1约定1114.2验证过程1114.3出错及纠正方法1114.4专门维护过程1124.5专用维护程序1124.6程序清单和流程图112十二、软件问题报告1121登记号1122登记日期1123问题发现日期1124活动1125状态1136报告人1137问题属于什么方面1138模块/子系统1139修订版本号11

14、310磁带11311数据库11412文件号11413测试用例11414硬件11415问题描述/影响11416附注114十三、软件修改报告1141登记号1142登记日期1153时间1154报告人1155子系统名1156模块名1157“软件修改报告”的编号1158修改1159修改描述11510批准人11611语句类型11612程序名11613老修订版11614新修订版11615数据库11616数据库修改报告11617文件11718文件更新11719修改是否已测试11720“软件问题报告”是否给出问题的准确描述11721问题注释11722问题源11723资源117一、可行性研究报告1引言1.1编写目

15、的本可行性研究报告的编写是针对企业，超市，物流等仓库的管理的仓储管理信息系统的运行现状进行分析和总结，通过对新系统的改进和完善，实现新系统在技术、经济、社会因素等各方面的优化，同时对新系统进行可行性分析，并将其与原系统对比分析，通过这一系列的研究最终得出新系统是否可行的结论。本可行性报告面向的读者是系统用户、系统开发人员、系统开发的决策者以及公司的决策者。1.2项目背景（1）所建议开发的软件系统的名称：仓储管理信息系统（2）本项目的提出者是宿迁学院软件开发中心的负责人。 开发者为该宿迁软件开发中心的工作人员。 使用者为该企业，超市，物流等仓库的管理的经理，出入库专员，验单员与信息管理人员。实现

16、该软件的计算操作平台是联入公司内部局域网的多台计算机，以及手持数据终端。（3）该软件系统首先联入公司内部局域网，与公司的运输管理系统相联系，统一管理公司的物流运营状况，使公司整体协调性更高；此外，财务部门和人事部门也可通过共享系统信息，以更好地提高管理效果，为企业带来更多收益。 同时，各库位的库存信息都会直接与各自的供应商进行共享，为VMI供应商管理库存提供软件支持。1.3定义WMS：Warehouse Management System仓储管理信息系统VMI：Vendor Managed Inventory供应商管理库存DFD：Data Flow Diagram 数据流程图1.4参考资料a.

17、 管理信息系统高等教育出版社b. 物流管理信息系统上海财经大学出版社2可行性研究的前提仓储始终是生产者和客户之间的一个主要的联系纽带，在物流系统中起着包括运输整合、产品组合、物流服务、防范偶发事件、物流过程平稳等一系列增加附加值的作用，是公司物流系统最重要的职能之一。所以先研究系统的可行性是非常重要的。可行性研究是为了弄清楚系统开发的项目是不是可以实现和值得进行研究的过程，实际上是一次大大简化系统分析和系统设计的过程，所以，进行可执行性的分析是非常必要的，也是很重要的。2.1要求a. 基本运行要求：公司所需要开发的软件要求能在公司所有计算机上基于WINDOWS系统运行，支持无线传输，并具有条形

18、码输入接口。同时所开发的软件要能与公司其他管理系统平台相衔接，统一管理公司的物流运营状况。b. 功能要求：主要功能模块为基础信息管理、库位管理和出入库管理。系统能够使查询库存信息，出入库信息以及统计信息等仓库运营的基本信息变得更为轻易，并使这些信息更为一目了然。c. 安全要求：登陆系统时，需验证身份和密码，只有通过验证的身份才能进入系统进行信息的操作。系统间信息的传递也需要进行安全设置，以防止公司信息泄露。d. 同时该系统还需具有灵活性、兼容性等要求。2.2目标仓库管理系统目标：建立一个能灵敏、高效、全面提高公司运营、仓储管理信息系统，促进物流、资金流、信息流，三流的管理上的集成；辅助管理决策

19、者及时、准确地做出决策。（1）实现仓储业务全面计算机处理，提高公司的工作效率和工作质量。（2）及时提供仓储业务的统计信息，提高管理水平。（3）与供应商共享信息，实现VMI，满足供应链中对各项信息处理的准确性、一致性、时效性和灵敏性的要求。（4）为决策者提供更加有效的信息，辅助其做出正确的决策，从而提高公司的运营状况，提升利润空间。2.3条件、假定和限制（1）系统开发基于windows操作系统，通过SQL Server2000等数据库软件和VB.Net等开发工具进行系统开发。（2）进行系统开发时间为两个月左右（3）该配送中心应用VMI供应商管理库存，确保每种物品不会既超过既定库存，也不会少于当期

20、需求。（4）收集信息主要有以下几个途径：1.通过对该配送中心进行实地考察与访谈，确定问题所在。2.通过对先进的配送中心（如中远等）进行考察，确定行业标杆。3.通过开发简易模型与反复访谈，确定最适合该配送中心的运营模式。2.4可行性研究方法通过经济可行性，技术可行性，运行可行性3个方面进行可行性分析。2.5决定可行性的主要因素经济可行性：超市有能力承担系统开发费用。开发新系统的工作是一项间距复杂的工作，它的投资主要是人力和物力的投资。对于本系统的开发者来说，其主要投资还是在人力和物力两个方面。如果是企业自己安排人手开发系统的话，其主要的投资还是在人力资源上，从系统的业务需求调查到系统的分析编码制

21、作都是需要巨大的人力投入的。软件企业作为一个简短的高科技产业，其员工要求都比一般企业的要求要高，而且对系统开发及软件产业了解比较多，所以在自我开发管理系统的过程中，企业自己比较容易安排人手，这样就可以为企业借阅大部分的额外开支。同时软件就其它产品来说，属于高端行业，无论是产品的价格还是质量都比较高，而经营产品的经销商或者是商家都要求有雄厚的资金支持。所以，在系统的开发过程中，企业完全有能力承担开发费用。 技术可行性：在IT行业中从业的工作人员一般都要求掌握计算机技术，具有一定的软硬件基础，会使用各种管理软件，熟悉IT产品。因为，有的企业对员工的素质要求比较高，从管理层到下面的销售人员，都要求具

22、有一定的计算机基础，所以在新系统投入使用时，只要对员工进行少量的培训，系统的功能和使用方法就基本上能够掌握。 运行可行性：本系统采用基于Windows的图形用户界面，而该系统是大家熟悉的操作系统，对于那些有一般的计算机知识的人员就可以轻松上手。而整个仓库管理系统采用友好的交互界面，简介明了，不需要对数据库进行深入的了解。由此，该系统的操作是可行的，有必要开发该系统。3对现有系统的分析有的公司的仓库管理现在仍采用手工作业。由于采用手工作业的方式，数据往往需要反复输入，多次登记，因而出错率较高，效率也较低下。记录所有的业务，对于业务的单据，业务管理员要反复的执行登记、核对、统计，稍不注意就出错，对

23、于错误的改正，更是麻烦。各色的单据混在一起，查询起来也很麻烦。在这种情况下，该一些公司只能一次又一次地扩大员工队伍，期望借此提高效率。但是事实上，工作效率不但没有改善，工资支出却年年增高，逐步吞噬着该配送中心的利润率。因此，这样的人工系统会损害配送公司的竞争力，所以开发一个新的运输管理信息系统迫在眉睫。3.1处理流程和数据流程送/发货通知通知确认1.1入/出库单入/出库员验证请求1.2验证入库单验单员1.3记录装货仓库操作员验证确认认认货物信息确认生产厂商仓库经理人事部门财务部门2345生产厂商或零售门店3.2工作负荷现有系统的工作负荷主要是（1）出入库业务操作：1.根据送货单做好入库单2.对

24、新增加的客户，登记到客户表中3.对送货单与入库单进行验收4.出库与入库相类似（2）仓库管理：1.对于新增加的货物类型进行登记2.为每一种货物进行区位划分3.定期盘点库存（3）仓库经理1.对各个库位的库存进行监视，防止库存过多或过少2.定期进行统计工作，向总部汇报3.3费用支出现行系统的费用主要包括：（1）固定成本：设备维护费用、人员基本工资以及办公用品、水电费等费用。（2）可变成本：叉车油费、叉车维修费用、人员奖金。3.4人员（1）仓库出入库专员4 人，负责日常货物出入库的环节。（2）验单员4人，负责出入库单据的核对。（3）仓库专员4人，负责库存的盘点（4）叉车工4 人，负责货物卸载、堆放等操

25、作。（5）仓库信息4人，负责各种信息登记。（6）仓库经理1人，负责对仓库进行全局管理。3.5设备现有系统的设备主要包括：电话机、复印机、传真机等通讯设备；叉车等装卸设备；用于单据、数据处理的计算机及网络。3.6局限性原系统采用人工模式，这样比较复杂而且容易出现错误，会出现数据重复且不一致的问题，可操作性差。对各个库位上到底有多少货物也难以确切知晓，只能等到定期盘点时才能了解。货物的堆放也具有一定的随意性。如要取出特定货物，只能依赖仓库管理员的记忆才能知道该货物究竟在哪里。单据过多不仅造成信息难以及时查询，同时也带来相当大的财务负担。4所建议技术可行性分析4.1对系统的简要描述这是一个针对公司内

26、部的运输管理信息系统。（1）功能概括本WMS具有：出入库管理，库位管理，生产厂商信息管理，销售门店信息管理，货物信息管理，车辆管理，单据查询，业务统计等功能。（2）系统环境及工具运行环境：Microsoft Windows 2000以及其后继操作系统编程语言：VB.NET数据库：SQL Server 2000（3） 安全设置登陆系统时，需验证身份和密码，只有通过验证的身份才能进入系统进行信息的操作,系统采用管理员ID密码登陆。4.2处理流程和数据流程4.3与现有系统比较的优越性（1）实现了仓储业务全面计算机处理，提高了公司的工作效率和工作质量。（2）能够及时提供仓储业务的统计信息，提高了管理水

27、平。（3）能够与供应商共享信息，实现了VMI，满足供应链中对各项信息处理的准确性、一致性、时效性和灵敏性的要求。（4）能够为决策者提供更加有效的信息，辅助其做出正确的决策，从而提高了公司的运营状况，提升利润空间。4.4采用建议系统可能带来的影响4.4.1对设备的影响添置如下设备并不会造成太大资金压力：（1）添置条形码系统：操作自动化就要求有先进的货物识别技术，在这方面，我们选用条形码系统。该技术与RFID相比更为成熟，改造项目所使用的普通条码，错误率仅为0.0002%；而RFID为10%。同样，普通条码的成本也大大低于RFID。一张条形码的成本不过5分钱，而一个RFID芯片就要1美元，约为7元

28、人民币。（2）添置PC机信息处理平台：考虑整条供应链都没有EDI系统，新建一套价格非常昂贵。而且这个信息系统以大部分公司现有pc已经足够胜任，至多新增一台备份数据用机。所以，这里选用pc机作为信息系统处理平台。4.4.2对现有软件的影响实施WMS系统，需要首先在操作系统中安装SQL Server数据库与.NET软件平台。WMS与公司其他系统进行对接，可以更有效地对公司内外部进行管理。4.2.3对用户的影响（1）员工适应方面，员工与新的流程接轨需要一段时间，并会付出一定成本，但好在财务方面并不紧张。（2）岗位方面，除了新增的系统管理员需要专业知识外，叉车驾驶员、入库员、出库员、理货员与货架管理员

29、都可以分别从上货组与退货员重新培训而来。（3）员工士气方面，优秀的岗位职责制度可以带来更高的效率与更高的员工满意度。4.2.4对系统运行的影响系统运行基于windows系统；服务器基于windows系统，数据库平台为SQL Server2000。4.2.5对开发环境的影响系统开发周期约为二个月，开发人员约为3-5人。开发人员需要对仓储配送业务流程全面了解。4.2.6对运行环境的影响完全不需要重新布局。4.2.7对经费支出的影响（1）信息系统的成本：PC机2台：5000x2=10000元条形码扫描枪8个：200元x8=1600元手持终端4个：2000元x4=8000元条形码打印机1台：2500元

30、（2）其他成本：培训费用：5000元安置费用：7名辞退员工的遣散费用，3000元x7=21000元综上所述，改造项目共需投资： 48100元4.5技术可行性评价a. 使用高效的wms将使整个业务流程更为清晰，并使运作效率大幅提升。b. 由于只需要录入员手工整理和通知一次，其余通过信息系统自动流动，信息将更为通畅。c. 在信息治理方面，WMS具有权限控制功能，保证只有相应权限的人才能对相应模块进行操作。d. 安全性方面，只需一台主pc与备用pc之间的2块硬盘做Raid 1即可保证数据不丢失。难点在于员工培训。考虑到当今从业人员的知识水平，在短时间内全部掌握，会有一定难度。5所建议系统经济可行性分

31、析5.1支出5.1.1基建投资（1）系统开发费用 （2）硬件设备添置费用5.1.2其他一次性支出（1）相关人员培训费用（2）冗员遣散赔偿费用5.1.3经常性支出（1）系统维护费用（2）系统操作人员工资5.2效益5.2.1一次性收益效率的提高如下所示：入库流程分析：工作步骤需要人员需要设备工作效率1 卸货叉车员一名叉车1台 200箱/时2 入库入库员一名验单员一名电脑，红外扫描仪，激光打印机360箱/时3 堆放叉车员一名仓库专员两名叉车一台手持终端两台200箱/时按照瓶颈计算，八小时工作制的情况下每天的入库总容量为1600箱出库流程分析： 工作步骤需要人员需要设备工作效率1 拣货仓库专员两名手持

32、终端两台200箱/时2 搬运叉车员一名叉车一台，托盘若干200箱/时3 出库出库员一名验单员一名电脑，红外扫描仪，激光打印机200箱/时4 撞车叉车员一名叉车一台，托盘若干200箱/时按照瓶颈计算，八小时工作制的情况下每天的出库总容量为1600箱综上所述，效率提升为1600/500=320%5.2.2经常性收益（1）工资支出减少（2）零售商的罚款减少（3）单据费用减少5.2.3不可定量收益（1）错误率减少，使配送中心竞争力提升（2）简单高效的工作使员工士气上升（3）信息的及时沟通使配送中心的工作更为协调5.3收益/投资比如前所述，投入资金仅需48100元人民币，而遣散冗员所节约的工资一年就可节

33、省84000元，无纸化办公又可以节省约5000元。所以，净收益84000+5000-48100=40900元ROI=40900/48100=85.03%5.4投资回收周期约半年即可。注意，我们并没有算上效率提升后所带来的隐性收益。5.5敏感性分析系统开发和使用中的关键因素主要包括计算机硬件设备的配置不同可能会带来的支出、收益不同；在软件投入使用后，软件符合公司实际操作流程的程度也会使公司的收益不同；相关人员培训费用及其它意外支出的不同可能带来的变化。6社会因素可行性分析6.1法律因素本系统系完全自主开发，不会与任何组织或个人产生任何法律上的冲突。6.2用户使用可行性在系统运行初期，需要对公司工

34、作人员进行培训，其产生的培训费用完全在财务能接受的范围内。除了维护需要专员负责外，其他部分都易于操作，不会产生任何困难。7其他可供选择的方案7.1 可选择的系统方案1维持原系统不变。这是最简易的方案，但该配送中心如果要继续保持竞争力，就必须有所改革，否则便会被市场所淘汰。故不予考虑。7.2 可选择的系统方案2购买现有的WMS软件。这个方案成本不高，获得速度也快。但标准化的WMS系统并不开放源代码，所以在日后有个性化的更新升级需求时便无法满足。故不予考虑。7.3 可选择的系统方案3请咨询进行开发。这个方案可以满足个性化的需求。但其开发成本太过高昂，如果有任何升级或维护的需求，也需要继续投入巨大。

35、故不予考虑。8.结论意见本系统能够为公司带来效率提升，错误减少，管理方便等多种好处，为该配送中心保持竞争力，带来经济效益。且在实施上具有相当可行性，故应立即开始实施。二、项目开发计划1引言1.1编写目的本报告的主要作用是确定各个项目模块的开发情况和主要的负责人,供各项目模块的负责人阅读,做到及时协调,按步有序进行项目的开发.减少开发中的不必要损失. 具体步骤：拟订开发计划书，分配项目工作，安排项目进度。读者是系统用户、系统开发人员、系统开发的决策者以及公司的决策者1.2项目背景（1）所建议开发的软件系统的名称：仓库管理信息系统（2）本项目的提出者是宿迁学院软件开发中心的负责人。 开发者为该宿迁

36、软件开发中心的工作人员。使用者为该企业，超市，物流等仓库的管理的经理，出入库专员，验单员与信息管理人员。实现该软件的计算操作平台是联入公司内部局域网的多台计算机，以及手持数据终端。（3）该软件系统首先联入公司内部局域网，与公司的运输管理系统相联系，统一管理公司的物流运营状况，使公司整体协调性更高；此外，财务部门和人事部门也可通过共享系统信息，以更好地提高管理效果，为企业带来更多收益。 同时，各库位的库存信息都会直接与各自的供应商进行共享，为VMI供应商管理库存提供软件支持。1.3定义WMS：Warehouse Management System仓储管理信息系统VMI：Vendor Manage

37、d Inventory供应商管理库存DFD：Data Flow Diagram 数据流程图1.4参考资料c. 管理信息系统高等教育出版社d. 物流管理信息系统上海财经大学出版社2项目概述2.1工作内容见可行性研究报告. 2.2条件与限制未完成项目应具备的条件：开发者对项目开发有扎实的理论知识；对编程有良好的技术基础，具有一定的开发经验；具有精力和时间搞项目开发；对银行的一些专业的事务具有一定的了解。另外，应获得开发项目所需的资金。开发单位已具备的条件： 具备项目开发的理论知识，对编程的技术良好，经验丰富，具有精力和时间搞项目开发。开发小组对开发项目已经确定了项目目标和范围，对开发的可行性也进行

38、了研究，结论是可着手开发。最后，开发项目所需的资金也已经落实到位。2.3产品2.3.1程序程序名称：仓库管理信息系统2.3.2文档可行性研究报告项目开发计划需求规格说明书概要设计详细设计用户操作手册测试计划测试分析报告项目总结报告2.4运行环境硬件环境：微型计算机软件环境：jdk1.6、Microsoft Access 20032.5服务包括人员培训，安装，包修，维护,且在服务期间可以向用户提供最新开发出来的试用版本（试用期一个月），之后若要使用最新版本需要购买。服务期限： 三年（期间上门服务需要用户单位支付来回车费）保修期： 一年2.6验收标准编号条 款具 体 事 项合格不合格1功能要求需求

39、分析所要求的功能2性能要求软件运行速度快，响应时间短，安全性能好,兼容性较好3界 面操作界面友好直观，色彩明朗，设计有序，给人一种宁静的感觉，使用户能更好进行操作 4运行环境硬件环境：微型计算机软件环境：Windows操作系统（Windows NT / 9x / 2000 / XP / ME）5人员培训在最初使用本软件时，我们会安排人员对用户单位的部分工作人员进行培训，教授如何使用本软件，并测试软件系统的功能6安 装交付软件系统的同时，负责将软件安装完毕7包 修用户如果遇到一些关于此软件上的问题，都可以找我方解决8维 护如果遇到什么问题可以随时与我开发单位联系，我们会尽快改善我们的软件3实施计

40、划3.1任务分解编号阶段具体任务人员安排1问题定义通过访问调查，明确要解决的问题，确切地定义问题的必要性。系统分析员2可行性研究研究问题的范围，是否值得去开发，并且是否有可行的解决方法。系统分析员3需求分析跟用户密切配合，沟通，确定目标系统具备的功能，建立用户确认的系统逻辑模型。系统分析员4概要设计提出低成本，中等成本，高成本设计方案，确定解决问题的策略及目标系统中应包含的程序。高级程序员5详细设计设计出程序的详细规格说明，具体实现目标系统。程序员6编码和单元测试编写容易理解和维护的程序模块，并对其进行测试。程序员7综合测试通过各种类型的测试（及相应的调试）是软件达到预定的要求。测试分为：集成

41、测试、验收测试、现场测试。高级程序员8软件维护通过各种必要的维护活动使系统持久地满足用户的要求。维护步骤：提出维护要求，分析维护要求，提出维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，复查验收等。系统分析员、软件工程师、程序员、高级程序员3.2进度1. 问题定义 （3.13.7）2. 可行性研究 （3.83.14）3. 需求分析 （3.153.25）4. 概要设计 （3.264.12）5. 详细设计 （4.134.30）6. 编码和单元测试 （5.85.15）7. 综合测试 （5.165.26）8. 软件维护 （交付软件至服务期满）3.3关键问题设备条件： 在有限的时

42、间内，资金的限制满足不了不断增长的软件产品质量要求，所用的设备处于一般水平。技术难点： 开发的环境日益复杂，代码共享日益困难，需跨越的平台增多。由于设备的限制，以及技术不够全面，实现的功能无法很完善。其他风险因素： 一些客观原因造成的项目无法进行，比如成本提高，时间延长，预算不准确，组员因故无法继续项目开发等。相应对策： 资金问题是没有办法解决的（除非用户单位能增加酬劳），技术问题可以在有限的时间里尽可能地能请教到专家或高手来解决。而客观原因导致的风险是无可避免的。4人员组织及分工 本项目开发小组由五人组成，是宿迁学院软件工程中心工作小组的成员，对编程有一定的基础。 组员仇金国，徐亮亮的编程能力较强，所以编写代码的工作基本由他完成，其余组员编写文档，做需求分析和项目设计。接下来的从测试到维护的阶段，由所有组员负责（每人负责自己的那一部分）。5交付期限暂时没有确定6专题计划要点