网上图书商城系统 软件项目管理大作业Word文档格式.docx

网上图书商城系统 软件项目管理大作业Word文档格式.docx

《网上图书商城系统 软件项目管理大作业Word文档格式.docx》由会员分享，可在线阅读，更多相关《网上图书商城系统 软件项目管理大作业Word文档格式.docx（29页珍藏版）》请在冰豆网上搜索。

甲方人员参与系统开发与编程,也可对开发工作提出建议,必要时与乙方共同对方案设计与要求进行修改。

4、甲方为乙方现场调查、设计、测试、安装提供必要的条件,以满足项目的实施需要。

5、甲方在合同有效期内发生需求变更较大,引起合同中乙方设计开发内容调整时,双方对变更内容进行协商,协同解决,并形成备忘录。

6、此项目作为甲方与乙方共同开发项目,利益共享,其中任何一方如未经另一方同意,得利用此次项目开发设计程序申请其她专题立项,或给与第三方使用。

三、开发费用及付款方式

（一）本项目的总开发费用为（人民币大写）壹万贰仟叁佰肆拾伍元整（人民币元）。

（二）甲方向乙方支付执行本合同所需款项:

1、分期付款方式:

●在本合同签订后的15日内,甲方支付乙方项目预付款三十五万元人民币;

●在项目验收合格后的15日内,甲方支付乙方项目开发款伍佰三十五万元人民币;

四、验收

由甲乙双方派出技术人员对软件进行验收。

五、售后服务支持

1、在系统验收合格后,乙方对所开发的应用系统提供一年免费的售后服务。

2、在售后服务期的前两周,乙方将派工作人员协同甲方使用改软件。

3、售后服务内容包括软件缺陷、故障及软件功能的部分修改与完善等,用户因工作需要要求对部分功能作小范围改动时,乙方应免费给予完成。

4、在售后服务期内,乙方保证在出现应用系统故障时应及时、积极响应,遇有特殊情况双方协商。

六、保密责任

甲、乙双方保证应用系统的所有技术信息与资料,不透露给第三方。

七、履行的期限、地点与方式。

本合同自2016年06月01日至2016年06月24日在北京履行。

本合同的履行方式:

甲方责任

甲方全力协助乙方完成合同内容。

合同期内甲方为乙方提供专业性接口技术支持。

乙方责任:

乙方按甲方要求完成合同内容。

乙方愿提供在实现功能的前提下,进一步予以完善。

乙方在合同商定的时间内保证系统正常运行。

乙方在项目验收后提供一年免费维护。

未经甲方同意,乙方不得向第三方提供本系统中涉及专业的技术内容与所有的系统数据。

八、技术情报与资料的保密

本合同中的相关专业技术内容与所有的系统数据,归甲方所有,未经甲方同意乙方不得提供给第三方。

九、不可抗力

1、如合同双方中任何一方由于不可抗力,如:

地震、水灾、台风、战争与其她双方都认为的不可抗力原因而无法按期履行合同,则合同执行的时间由于上述时间的发生做相应延期。

2、受影响方应尽快将所发生的不可抗力事故的情况以电话或传真通知另一方,并在不可抗力发生14天内尽快用传真与挂号信将有关权威机构出具的证明文件提交另一方确认。

3、当不可抗力事故终止或事故消除后,受阻方应尽快用传真或电传通知对方关于不可抗力形势的解除并以挂号信加以确认,并继续履行合同。

4、如果不可抗力阻碍合同的履行超过180天,双方就合同的进一步履行问题进行讨论并达成一致意见。

十、争议的解决办法

在本合同履行过程中发生争议或出现未能预料到的问题,双方本着互相谅解、协作的原则,协商解决。

十一、培训

用户培训:

乙方在系统试运行期间在甲方办公地点,为用户的操作培训。

十二、专利成果分配

甲方在本项目中所有使用的专利保留专利权,乙方只拥有专利的使用权,未经甲方允许乙方不得私自出售,泄露甲方专利。

十三、其她

1、双方签字、盖章的日期即为本合同的生效日期。

2、本项目的知识产权属于甲乙双方共有。

3、本合同一式两份,甲乙双方各执一份。

甲方签字:

乙方签字:

甲方盖章:

乙方盖章:

年月日年月日

第2项项目实施

2、1项目生存期

该项目的特点

此项目需求比较模糊,在开发过程中极有可能发生需求的变更,即使在开发结束后,也常常需要功能上的扩充,

面向的用户群体相当广泛,不同的用户都有可能提出该系统针对某一类群体的改进意见与要求。

项目组内部对此系统的认识也不够统一,对大量辅助功能及新增功能有不同的瞧法,需要在基本的核心功能完成之后,随着项目的进行,由项目经理进一步收集用户及成员的想法意见进行决策。

用户及成员都需要在短时间内得到一个系统最初的版本,对其进行评价并在后续的开发上对其定位,并得出更多明确的需求。

在项目本身的开发上,为了使系统锦上添花,会用到许多开发人员也并不熟悉的技术,这可能需要开发人员进一步的学习后,再对系统进行改进。

针对该项目的这些特点,权衡各个生存期的适用条件,该项目组选用了增量式模型来开发此系统。

增量式模型的特点如下:

可以避免一次性投资太多带来的风险,将主要的功能或者风险大的功能首先实现,然后逐步完善,保证投入的有效性。

可以更快地开发出可以操作的系统。

可以减少开发过程中用户需求的变更。

一些增量可能需要重新开发（如果早期开发的需求不稳定或者不完整）。

可见,增量式模型充分迎合了该项目的特点,并且提供了多种途径解决项目中的一些难题。

根据该项目的特点并结合公司已有的软件生存期模型定义,本项目生存期采用增量模型如图2-1。

图4-1增量模型

生存期中的各阶段描述如下:

项目规划阶段

阶段目标:

根据合同与初步的需求分析确定项目的规模、时间计划与资源需求。

输入:

合同文本、SOW

过程:

项目规划,计划确认

输出:

项目计划

需求分析阶段

确定客户的需求

项目计划,SOW

需求获取,需求分析,需求控制

原型系统,需求规格

设计阶段

总体系统结构设计

总体设计

系统设计说明书,数据库结构定义

增量1实现

实现系统的通用功能

系统设计说明书

数据库结构定义

详细设计,编码,代码走查,代码评审,单元测试

详细设计说明书,源代码,可运行版本－1

增量2实现

实现系统的图书管理功能

详细设计说明书,源代码,可运行版本－2

增量3实现

实现系统的图书显示功能

详细设计说明书,源代码,可运行版本－3

增量4实现

实现系统的图书订单管理功能

详细设计说明书,源代码,可运行版本－4

集成测试

通过集成环境下的软件测试

测试计划

测试案例

集成测试,系统测试

系统软件包,测试报告,产品说明书

产品提交

产品可投入使用

系统软件包

验收报告

第3项项目实施

3、1系统功能模块概述与分析

网上图书商城就是典型的网上购物实践中最为普遍的电子商务企业对客户（B2C）模式,主要包括会员注册、订单管理、购物车、搜索、支付等基本功能。

此外,本系统也将实现在线图书销售系统的后端管理,包括图书的添加、订单的处理等功能。

本系统完全基于JSP技术,在系统的设计与开发过程中严格遵守软件工程的规范,运用软件设计模式,从而减少系统模块间的偶合,力求做到系统的稳定性、可重用性与可扩充性。

网上图书商城主要功能如下:

（1）前台（客户购买）部分:

1用户管理:

注册会员、登录、激活、退出、修改密码;

2分类显示:

显示所有1级与2级分类;

3图书显示:

按分类查询图书、通过关键字搜索图书、高级搜索图书、查瞧某本图书的详细等;

4购物车管理:

向购物车中添加图书、修改购物车中图书数量、删除购物车中图书、我的购物车;

5订单管理:

通过购物车中图书生成订单、查瞧我的订单、查瞧某个订单的详细、订单支付、确认收货、取消未付款订单。

（2）后台（管理员管理）部分:

1管理员:

管理员登录;

2分类管理:

查瞧所有分类、添加1级分类、添加2级分类、修改1级分类、修改2级分类、删除1级分类、删除2级分类;

3图书管理:

按分类搜索图书、高级搜索图书、添加新图书、查瞧图书详细信息、编辑图书、删除图书;

4订单管理:

按状态搜索订单、查瞧订单详细信息、取消订单、发货;

3、2系统功能模块设计

根据系统功能分析,可以画出系统的功能模块图。

前台:

用户购书功能图

后台管理员功能图:

第4项项目任务

4、1序言

本计划以项目初期估算为蓝本,尽量实现所有成员在整个项目过程中都能得到相关技能的锻炼,根据现有成员的特点,制定了任务分配。

若在计划执行过程中遇到不可控困难,可向项目经理提出申请延期。

项目开始前可根据个人意愿进行小幅度任务调整,申请人需填写任务申请表。

计划开始后除极特别因素外,不予重新调整。

4、2任务分解

项目任务分解编码表

编码

任务名称

备注

R000000

需求讨论

初步确定需求

P000000

软件规划

制定项目计划

P100000

项目规划

P200000

计划评审

M000000

需求开发

细化需求

M100000

用户界面设计

M200000

用户需求评审

M300000

修改需求、界面

M400000

编写需求说明

M500000

需求验证

D000000

设计

完成项目设计工作

D100000

概要设计

D200000

数据库ER图编制、建库

D300000

设计评审

C000000

实施

实际开发

C100000

用户管理

C100100

用户注册

C100200

用户注销

C100300

账号登陆

C100400

个人信息管理

C200000

图书