销售物流供应商网络报价系统项目开发计划_第1页
销售物流供应商网络报价系统项目开发计划_第2页
销售物流供应商网络报价系统项目开发计划_第3页
销售物流供应商网络报价系统项目开发计划_第4页
销售物流供应商网络报价系统项目开发计划_第5页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、销售物流供应商网络报价系统项目开发计划B.1引言编写目的本报告的主要作用是确定各个项目模块的开发情况和主要的负责人,供各项目模块的负责人阅读,做到及时协调,按步有序进行项目的开发.减少开发中的不必要损失.主要解决了编写目的、背景、工作内容、人员分配、产品及功能介绍、预算、关键问题等。在以下的概要设计报告中将对在本阶段中对系统所做的各项工作进行详细的说明。在下一阶段过程中,程序设计员可参考此设计报告,再详细设计对销售物流供应商网络报价系统所做的算法设计,数据结构以及数据库动态操作的基础上,对系统进行编码。在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在详细设计过程中所完成的各模块算

2、法设计,或在修改时找出在本阶段设计的不足或错误。背景为了提高营销物流效率,应营销部申请,决定进行销售物流供应商网络报价系统的研究并开发。软件名称:销售物流供应商网络报价系统开发小组:运营管理部定义LOC软件规模代码行(LOC,LineofCode)是软件规模的一种量度FPFunctionPiont功能点,在软件工程项目管理中用来测量软件的规模和成本参考资料B.2项目概述工作内容项目主要工作任务:1、确定项目需求个人独立需求分析集体讨论确定要求和项目约束项目需求汇总2、确定和定义功能行为定义键盘鼠标输入描述输出功能描述交互模式3、项目建模确定具体的软件要素说明划分软件模块确定模块功能及相互联系根

3、据需求及交互模拟软件工作流程4、模块建模确定模块的人员分工模块设计以实现需求5、UML确定各模块的数据结构确定各模块的外部接口定义类及模块内类间关系画出各模块的UML图各模块UML图汇总6、Coding模块编码模块小范围测试7、软件生成模块集成编写操作手册完善软件过程文档8、测试集成测试项目总测试9、部署编写用户手册软件交付等待反馈及修改主要参加人员侯顺林、杨铠、胡建辉、王俊杰、林衍庭、杨柠溢产品程序主程序名称:销售物流供应商网络报价系统编程语言:ASP3.存储形式:磁盘4.各部分功能:4.1、物流供应商登录:物流供应商输入用户名和密码登录。4.2、物流供应商报价功能:供应商选择起运地、目的地

4、、可提供运货量、价格等信息。4.3、报价结果查询功能:需要由营销、财务、审计共同输入密码后方可视,对当月所有物流供应商报价信息予以显示,同时可以查询历史报价记录。4.4、后台管理功能:该功能可以增加物流供应商用户名,设定初始密码,修改报价要求。4.5、任务时效性功能:该项功能对报价进行一个有效时间的限定,物流合作伙伴在有效期内必须提交相应的报价,超期报价作废。文件文档:用户手册(陈述该软件的用途、运行环境及使用过程)系统操作手册(详细阐述如何正确有效地操作系统)系统安装文件(安装之后可使用系统)服务服务的范围为:人员的培训,系统安装,维护非移交的产品文档:软件需求说明书项目开发计划概要设计说明

5、书数据库设计说明书数据要求说明书详细设计说明书模板测试计划书系统源代码验收标准系统基本流畅运行,且实现最初设计的各项功能。系统具体较好的可操作性,便于用户使用。具体有以下几点:1、软件安装、调试符合用户要求。2、提供说明书、使用手册等齐全的用户文档。3、实现所有系统功能。4、务必陈述项目中中的遗留问题。符合以上标准,则软件合格。完成项目最迟期限2012年2月29日本计划的批准者和批准日期B.3实施计划工作任务的分解与人员分工工作任务的分解如下:项目阶段主要任务人员起止时间里程碑需求分析确定项目的需求和系统的特征2012-1-5至U2012-1-5软件需求说明书需求确认确认需求分析结果,根据需要

6、进行2012-1-6至U2012-1-6软件需求说明书确认人员分工:分析调研小组:杨铠、胡建辉、王俊杰、林衍庭更改系统概要完成系统概2012-1-7至U建立功能说明书设计要设计2012-1-7详细设计完成系统详2012-1-8至U建立项目模型和系统设计说明书_细设计2012-1-10系统设计完成系统设2012-1-11系统设计说明书确认确认计的验证到2012-1-11系统开发完成系统各2012-1-12Coding代码实现模块功能组成子系统到开发和单独测试2012-1-20系统集成完成系统各2012-1-21Coding代码实现整体功能测试部分的集成到测试2012-1-24系统现场完成系统的2

7、012-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天建模评估小组:胡建辉、王俊杰、林衍庭开发生成小组:胡建辉

8、、王俊杰、杨柠溢测试修正小组:胡建辉、王俊杰部署发行小组:王俊杰、林衍庭具体分工组内协定。接口人员a、营销部:侯顺林b、运营管理部:杨铠进度本工程进度安排及人员分配如下甘特图所示:关键问题我们的主要风险来源于项目风险、技术风险和商业风险三大类,项目风险有如下方面的风险:进度把握不准,资源不足,需求发生变化;技术风险有如下方面的风险:设计不够优化,实现复杂,接口不标准,维护不到位;商业风险在此次项目中的风险较小,可忽略。主要风险见下图:该项目的关键问题如下:需求阶段:什么是我们的上下文?要达到什么目的?分析阶段:要处理什么实体?如何确保有正确的实体?系统设计阶段:如何解决问题?在完成的系统中需要

9、什么硬件和软件?子系统设计阶段:如何实现解决方案?源代码和支持文件有哪些?规范阶段哪些规则控制着系统组件之间的接口?可以去除模糊,确保正确吗?实现阶段如何编写组件,符合规范的要求?如何编写漂亮的代码?测试阶段完成的系统满足要求吗?可以攻破系统吗?部署阶段系统管理员必须做什么?如何培训最终用户?维护阶段可以找出和更正错误吗?可以改进系统吗?设计的通用性,测试方法的效率等。该项目的技术难点在于:ASP编程的熟悉,对设计构想的软件实现是否能完全支持,接口质量保证方法:1、对不确定性做好充分准备,在项目展开的初期就应该对过程中可能会出现各种的情况有所准备2、立足于产品的灵活性,设计的灵活性是一个软件产品的灵魂,因此在软件开发的的初期应花很大力气致力于整体设计,而不是急于编码,前期的投入会获得高额回报的。3、提高软件管理水平4、经常进行开会讨论各方面的问题5、确保软件工作产品中出现的偏

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论