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

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

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产品

程序

1.主程序名称：销售物流供应商网络报价系统

2.编程语言：ASP

3.存储形式：磁盘

4.各部分功能：

4.1、物流供应商登录：物流供应商输入用户名和密码登录。

4.2、物流供应商报价功能：供应商选择起运地、目的地、可提供运货量、价格等信息。

4.3、报价结果查询功能：需要由营销、财务、审计共同输入密码后方可视，对当月所有物流供应商报价信息予以显示，同时可以查询历史报价记录。

4.4、后台管理功能：该功能可以增加物流供应商用户名，设定初始密码，修改报价要求。

4.5、任务时效性功能：该项功能对报价进行一个有效时间的限定，物流合作伙伴在有效期内必须提交相应的报价，超期报价作废。

文件

文档：

●用户手册（陈述该软件的用途、运行环境及使用过程）

●系统操作手册（详细阐述如何正确有效地操作系统）

●系统安装文件（安装之后可使用系统）

服务

服务的范围为：人员的培训，系统安装，维护

非移交的产品

文档：

●软件需求说明书

●项目开发计划

●概要设计说明书

●数据库设计说明书

●数据要求说明书

●详细设计说明书模板

●测试计划书

●系统源代码

B.2.4验收标准

系统基本流畅运行，且实现最初设计的各项功能。系统具体较好的可操作性，便于用户使用。具体有以下几点：

1、软件安装、调试符合用户要求。

2、提供说明书、使用手册等齐全的用户文档。

3、实现所有系统功能。

4、务必陈述项目中中的遗留问题。

符合以上标准，则软件合格。

B.2.5 完成项目最迟期限

2012年2月29日

B.2.6 本计划的批准者和批准日期

B.3实施计划

B.3.1 工作任务的分解与人员分工

人员分工：分析调研小组：杨铠、胡建辉、王俊杰、林衍庭建模评估小组：胡建辉、王俊杰、林衍庭

开发生成小组：胡建辉、王俊杰、杨柠溢

测试修正小组：胡建辉、王俊杰

部署发行小组：王俊杰、林衍庭

具体分工组内协定。

B.3.2 接口人员

a 、营销部：侯顺林

b 、运营管理部：杨铠

B.3.3 进度

本工程进度安排及人员分配如下甘特图所示：

B.3.4 关键问题

我们的主要风险来源于项目风险、技术风险和商业风险三大类，项目风险有如下方面的风险：进度把握不准，资源不足，需求发生变化；技术风险有如下方面的风险：设计不够优化，实现复杂，接口不标准，维护不到位；商业风险在此次项目中的风险较小，可忽略。主要风险见下图：

该项目的关键问题如下：

需求阶段：什么是我们的上下文？要达到什么目的？ 分析阶段：要处理什么实体？如何确保有正确的实体？

系统设计阶段：如何解决问题？在完成的系统中需要什么硬件和软件？ 子系统设计阶段：如何实现解决方案？源代码和支持文件有哪些？

规范阶段：哪些规则控制着系统组件之间的接口？可以去除模糊，确保正确吗？ 实现阶段：如何编写组件，符合规范的要求？如何编写漂亮的代码？ 测试阶段：完成的系统满足要求吗？可以攻破系统吗？ 部署阶段：系统管理员必须做什么？如何培训最终用户？ 维护阶段：可以找出和更正错误吗？可以改进系统吗？

该项目的技术难点在于：ASP 编程的熟悉，对设计构想的软件实现是否能完全支持，接口设计的通用性，测试方法的效率等。 质量保证方法：