销售物流供应商网络报价系统项目开发计划.docx

销售物流供应商网络报价系统项目开发计划B.1 引言B.1.1 编写目的本报告的主要作用是确定各个项目模块的开发情况和主要的负责人,供各项目模块的负责人阅读,做到及时协调,按步有序进行项目的开发.减少开发中的不必要损失.主要解决了编写目的、背景、工作内容、人员分配、产品及功能介绍、预算、关键问题等。在以下的概要设计报告中将对在本阶段中对系统所做的各项工作进行详细的说明。在下一阶段过程中，程序设计员可参考此设计报告，再详细设计对销售物流供应商网络报价系统所做的算法设计，数据结构以及数据库动态操作的基础上，对系统进行编码。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在详细设计过程中所完成的各模块算法设计，或在修改时找出在本阶段设计的不足或错误。 B.1.2 背景 为了提高营销物流效率，应营销部申请，决定进行销售物流供应商网络报价系统的研究并开发。1. 软件名称：销售物流供应商网络报价系统2. 开发小组：运营管理部B.1.3 定义LOC软件规模代码行（LOC, Line of Code）是软件规模的一种量度FP Function Piont功能点，在软件工程项目管理中用来测量软件的规模和成本 B.1.4 参考资料B.2 项目概述B.2.1 工作内容项目主要工作任务：1、确定项目需求个人独立需求分析集体讨论确定要求和项目约束项目需求汇总2、确定和定义功能行为定义键盘鼠标输入描述输出功能描述交互模式3、项目建模确定具体的软件要素说明划分软件模块确定模块功能及相互联系根据需求及交互模拟软件工作流程4、模块建模确定模块的人员分工模块设计以实现需求5、UML确定各模块的数据结构确定各模块的外部接口定义类及模块内类间关系画出各模块的UML图各模块UML图汇总6、Coding模块编码模块小范围测试7、软件生成模块集成编写操作手册完善软件过程文档8、测试集成测试项目总测试9、部署编写用户手册软件交付等待反馈及修改B.2.2 主要参加人员侯顺林、杨铠、胡建辉、王俊杰、林衍庭、杨柠溢B.2.3 产品B.2.3.1 程序 1. 主程序名称：销售物流供应商网络报价系统2. 编程语言：ASP3. 存储形式：磁盘4. 各部分功能：4.1、物流供应商登录：物流供应商输入用户名和密码登录。4.2、物流供应商报价功能：供应商选择起运地、目的地、可提供运货量、价格等信息。4.3、报价结果查询功能：需要由营销、财务、审计共同输入密码后方可视，对当月所有物流供应商报价信息予以显示，同时可以查询历史报价记录。4.4、后台管理功能：该功能可以增加物流供应商用户名，设定初始密码，修改报价要求。4.5、任务时效性功能：该项功能对报价进行一个有效时间的限定，物流合作伙伴在有效期内必须提交相应的报价，超期报价作废。B.2.3.2 文件文档：l 用户手册（陈述该软件的用途、运行环境及使用过程）l 系统操作手册（详细阐述如何正确有效地操作系统）l 系统安装文件（安装之后可使用系统）B.2.3.3 服务服务的范围为：人员的培训，系统安装，维护B.2.3.4 非移交的产品文档：l 软件需求说明书l 项目开发计划l 概要设计说明书l 数据库设计说明书l 数据要求说明书l 详细设计说明书模板l 测试计划书l 系统源代码B.2.4 验收标准 系统基本流畅运行，且实现最初设计的各项功能。系统具体较好的可操作性，便于用户使用。具体有以下几点：1、软件安装、调试符合用户要求。2、提供说明书、使用手册等齐全的用户文档。3、实现所有系统功能。4、务必陈述项目中中的遗留问题。 符合以上标准，则软件合格。B.2.5 完成项目最迟期限2012年2月29日B.2.6 本计划的批准者和批准日期B.3实施计划B.3.1 工作任务的分解与人员分工工作任务的分解如下：项目阶段主要任务人员起止时间里程碑需求分析确定项目的需求和系统的特征2012-1-5到2012-1-5软件需求说明书需求确认确认需求分析结果，根据需要进行更改2012-1-6到2012-1-6软件需求说明书确认系统概要设计完成系统概要设计2012-1-7到2012-1-7建立功能说明书详细设计完成系统详细设计2012-1-8到2012-1-10建立项目模型和系统设计说明书系统设计确认完成系统设计的验证2012-1-11到2012-1-11系统设计说明书确认系统开发完成系统各组成子系统开发和单独测试2012-1-12到2012-1-20Coding代码实现模块功能系统集成测试完成系统各部分的集成测试2012-1-21到2012-1-24Coding代码实现整体功能系统现场测试完成系统的初步现场运行测试2012-1-25到2012-1-25软件测试单系统更改根据用户的确认，对系统进行改进，完成最后系统和可部署系统的测试。2012-1-25到2012-1-27开发变更单系统确认完成开发方和用户的系统确认2012-1-28到2012-1-28软件确认单系统部署和确认完成系统部署和部署系统确认2012-1-29到2012-1-29上线确认单系统测试和试运行系统测试、试运行2012-1-30生成相应文档培训完成对相关人员的培训2012-1-31到2012-1-31培训文档系统交付交付最终系统2012-2-1验收确认单合计28天人员分工：分析调研小组：杨铠、胡建辉、王俊杰、林衍庭 建模评估小组：胡建辉、王俊杰、林衍庭 开发生成小组：胡建辉、王俊杰、杨柠溢 测试修正小组：胡建辉、王俊杰 部署发行小组：王俊杰、林衍庭具体分工组内协定。B.3.2 接口人员a、营销部：侯顺林b、运营管理部：杨铠B.3.3 进度本工程进度安排及人员分配如下甘特图所示： B.3.4 关键问题我们的主要风险来源于项目风险、技术风险和商业风险三大类，项目风险有如下方面的风险：进度把握不准，资源不足，需求发生变化；技术风险有如下方面的风险：设计不够优化，实现复杂，接口不标准，维护不到位；商业风险在此次项目中的风险较小，可忽略。主要风险见下图：项目综合风险因素技术风险进度风险管理风险1.技术成熟性2.技术复杂性3.安全性1.技术因素影响2.计划合理性3.资源充分性4.项目人员经验1.领导素质2.组织机构3.计划4.研发人员素质5.研发实力及条件6.各阶段的协调先进程度成熟度组织管理因素复杂度该项目的关键问题如下：需求阶段：什么是我们的上下文？要达到什么目的？分析阶段：要处理什么实体？如何确保有正确的实体？系统设计阶段：如何解决问题？在完成的系统中需要什么硬件和软件？子系统设计阶段：如何实现解决方案？源代码和支持文件有哪些？规范阶段：哪些规则控制着系统组件之间的接口？可以去除模糊，确保正确吗？ 实现阶段：如何编写组件，符合规范的要求？如何编写漂亮的代码？测试阶段：完成的系统满足要求吗？可以攻破系统吗？ 部署阶段：系统管理员必须做什么？如何培训最终用户？维护阶段：可以找出和更正错误吗？可以改进系统吗？ 该项目的技术难点在于：ASP编程的熟悉，对设计构想的软件实现是否能完全支持，接口设计的通用性，测试方法的效率等。质量保证方法：1、对不确定性做好充分准备，在项目展开的初期就应该对过程中可能会出现各种的情况有所准备2、立足于产品的灵活性 ，设计的灵活性是一个软件产品的灵魂，因此在软件开发的的初期应花很大力气致力于整体设计，而不是急于编码，前期的投入会获得高额回报的。 3、提高软件管理水平4、经常进行开会讨论各方面的问题5、确保软件工作产品中出现的偏差文档化，并按照文档化