何焜鸣仓库管理完整.docVIP

福州大学 2010软件工程 2013年 软件学院软件工程实践报告 2013年04月29日 PAGE \* MERGEFORMAT PAGE \* MERGEFORMAT 1 1.系统需求 1.功能性需求 1.1系统背景： 众所周知，仓库管理是一种既麻烦又单调的工作，每天都是重复记录一些货物的存入与取出，而且货物的种类繁多，存取有很大的随机性，这样为工作人员带来了很大的不便，在操作过程中，由于人为的计算出错率很高，一旦出错改正也很困难，这样简单繁重的工作要很多人来做，为经营者增加了很多成本。所以开发一个可行的仓库管理系统是十分必要的。 1.2开发系统的目的： 开发仓库管理系统，主要为减轻仓库管理人员的负担，使货物的存入记录与取出记录相对完善，便于货物的增加与减少，降低出错率，使管理更加合理、科学，也为经营者节省开支。 1.3开发系统的目标： 本系统完面考虑了仓库在管理中要解决的所有需求，最终向用户提供一套方便可行的系统，该系统具备以下特征：配置必要的数据库和应用服务程序，提供查询、统计货物的种类、数量及所属公司等所有信息的功能，操作人员使用的界面要清晰、美观，布局合理，内容尽量简单明了，提供的信息详细全面。客户端程序要求安全性高，可靠性高。 1.4应用范围 理论上能够实现于超市、仓库等部门的货物管理系统，其目的在于实现超市、仓库等部门的货物更有效的管理，使超市、仓库货物能够更方便、更有效率的完成日常工作，以期实现完善日常生活中货物管理的各种功能。 2.工作量和成本估算 序号 项目 人工（人·月） 单价（元） 合计（元） 1 需求分析 3 1000 3,000 2 总体设计 4 1500 6,000 3 系统详细设计 4 1500 6,000 4 编码实现 5 1000 5,000 5 系统测试 3 1000 3,000 6 合计 23,000 系统开发概算 在工程设计中用本仓库管理系统可以代替大部分人力工作，每年可节省3万元。若软件生存期为5年，则5年可节省15万元。而开发此管理系统共投资4万元。具体的货币的时间价值如下: 表5-2货币的时间价值 年份 将来值（万） （1+i）N 现在值（万） 累计的现在值（万） 1 3 1．05 2.857 2.857 2 3 1．1025 2.721 5.578 3 3 1．1576 2.591 8.169 4 3 1．2155 2.468 10.637 5 3 1．2763 2.350 12.938 引入系统之后，5年内工程的纯收入预计是 12.938－2.3=10.638（万元） 实施计划 开发进度 1. 需求分析（1-5） （1）初步与甲方负责人沟通（1-2） （3）整理所获取的初步需求（2-3） （4）再次与甲方负责人沟通（3-4） （5）确定项目的要求和约束（4-5） （6）整合并建立系统的说明（5-5） 2. 制定计划（5-20） （1）制定项目详细计划（5-9） （2）制定项目各种规范（9-13） （3）详细安排项目进度（13-17） （4）项目计划最终审核（17-20） 3. 概念设计（20-30） （1）所获取的分类整理（20-22） （2）根据需求确定功能（22-25） （3）分析功能的可行性（25-28） （4）确定最终功能模块（28-30） 4. 系统设计（30-43） （1）确定系统的开发模型（30-34） （2）将所有功能转为模块（35-37） （3）把各个模块进行分解（38-41） （4）重新对应模块和功能（42-43） 5. 编码实现（43-90） （1）功能实现：（43-83） （2）美工阶段：（84-90） 6. 系统测试（91-98） （1）测试系统的前台部分（91-93） （2）测试系统的后台部分（93-96） （3）测试系统的安全程度（96-98） 7. 系统维护（98-100） RMMM表 风险 类别 概率 影响 RMMM 规模估算可能非常低 产品规模风险 60% 严重的 用户数量大大超出计划 产品规模风险 30% 轻微的 使用程度低于计划 产品规模风险 70% 严重的 最终用户抵制该系统 商业风险 40% 轻微的 交付期限将被紧缩 商业风险 50% 严重的 资金将会流失 客户特征风险 40% 灾难的 用户将改变需求 产品规模风险 80% 严重的 技术达不到预期的效果 技术风险 30% 灾难的 缺少对工具的培训 开发环境风险 80% 轻微的 人员缺乏经验 人员与经验风险 30% 严重的 人员流动不叫频繁 人员与经验风险 60% 严重的 资源需求 本应用系统是建立在windows操作系统平台，系统所承担的工作可以减少管理员的工作量，管理员可以使用友好的操作界面添加数据，删除数据，根据需要进行