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