何焜鸣仓库经管完整.docVIP

PAGE / NUMPAGES 软件学院软件工程实践报告 2013年04月29日 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操作系统平台，系统所承担地工作可以减少经管员地工作量，经管员可以使用友好地操作界面添加数据，删除数据，根据需