网上购物系统 软件项目管理大作业

上传人:顺腾 文档编号:138599842 上传时间:2020-07-16 格式:DOC 页数:22 大小:331.50KB
返回 下载 相关 举报
网上购物系统 软件项目管理大作业_第1页
第1页 / 共22页
网上购物系统 软件项目管理大作业_第2页
第2页 / 共22页
网上购物系统 软件项目管理大作业_第3页
第3页 / 共22页
网上购物系统 软件项目管理大作业_第4页
第4页 / 共22页
网上购物系统 软件项目管理大作业_第5页
第5页 / 共22页
点击查看更多>>
资源描述

《网上购物系统 软件项目管理大作业》由会员分享,可在线阅读,更多相关《网上购物系统 软件项目管理大作业(22页珍藏版)》请在金锄头文库上搜索。

1、.网上购物系统项目管理目录1.合同11.1合同双方11.2供应的商品和服务11.3时间地点11.4专利成果分配11.5验收标准11.6报酬计算11.7违约处理22. 生存期23.需求管理43.1 功能需求4 3.2确定用例4 3.3用例文档53.4非功能需求73.4.1 性能需求73.4.2安全性需求73.4.3故障处理74.任务分解75.项目估算95.1直接成本95.2间接成本95.3网上购物系统总成本106. 进度计划107.质量计划127.1组织机构127.2职责147.2.1项目负责人的职责147.2.1质量保证人员的职责147.3质量目标147.4质量策略157.5软件质量保证活动1

2、57.5.1审计158. 风险计划158.1风险种类168.1.1资金风险168.1.2人员风险168.1.3时间风险168.1.4技术风险178.1.5进度风险178.2风险控制188.2.1风险的化解188.3风险监控189.团队管理199.1项目组织结构199.2团队沟通管理1910.项目结束2014.1项目终止2014.2结束计划2014.3项目收尾20;.1.合同1.1合同双方 甲方:胡某某 乙方:盛某某1.2供应的商品和服务供应的软件:乙方为甲方提供所需的网上购物系统提供的服务:乙方为甲方提供所需的日常维护和服务器管理。提供的文档:乙方在交付软件时提供详细的软件规格说明书和使用文档

3、。安装服务:乙方为甲方提供软件的安装。公文处理:乙方负责将甲方提供的公文资料加载入系统并进行分类。维护协议:当甲方在使用该产品时,在正常操作的情况下出现BUG或系统错误,乙方免费为甲方提供修复服务以保障软件的正常使用。当由于甲方的错误使用等非软件原因导致出现故障,乙方同样提供修复服务。由于甲方拥有该软件的源代码所有权,因此甲方需要承担部分维修和进一步开发的责任。当软件需要新的功能拓展或改版升级时,由双方共同协商决定。1.3时间地点6月10日上午9:00在河北省沧州市黄骅市1.4专利成果分配该软件是由甲方向乙方定制,甲方拥有该软件的版权,乙方不能将该软件的任何版本卖个其他客户。软件提交时,项目源

4、代码的所有权自动移交到甲方,乙方不得擅自对源代码进行修改。1.5验收标准乙方在开发过程中必须遵守ISO12207关于软件生命周期和文档的标准。1.6报酬计算软件总价为2万元。合同签订后,甲方向乙方支付1万元定金。项目的第二个月,乙方按计划时间表完成需求分析、系统分析、设计和完成系统的基本框架后,甲方向乙方支付0.5万元。该系统完成后,甲方进行验收测试,在签字验收后完成后,甲方向乙方支付全款。1.7违约处理任何一方违反本协议导致本协议无法继续履行的,违约方需赔偿守约方违约金人民币2万元,该违约金不足以弥补守约方实际损失的,违约方应赔偿守约方所有实际损失。 甲方法人代表:胡某某 乙方法人代表:盛某

5、某 2. 生存期针对本项目的开发特点,参考企业的生存期模型说明和软件过程体系,决定采用增量式模型如下图,理由如下:1网上购物系统的全部功能分成管理员和用户功能两大类,因此可以先基于通用功能作出一个最小的使用版本,再逐步添加其余的功能。这样一来,用户可以先试用最小版本的同时,提出更多明确的需求,这有助于下一阶段的开发,大大减小了开发的风险。2在网上购物系统需求规格中,要求系统有可扩充性。若使用增量模型,可以保证系统的可扩充性。用户明确了需求的大部分,但也存在不很详尽的地方。如:“关于管理员档案,比照所提供资料设计,现在也没有一个成形的东西”;资源库系统只提到“应提供一个标准的资源库解决方案。”这

6、样只有等到一个可用的产品出来,通过客户使用,然后进行评估,评估结果作为下一个增量的开发计划,下一个增量发布一些新增的功能和特性。直至产生最终完善的产品。3“系统要求有可扩充性,可以在现有系统的基础上,通过前台就可加挂其它功能模块”。也说明用户可能会增加新的需求。生存期中各个阶段如下:阶段项目规划阶段目标根据合同和初步的需求分析,确定项目的规模、时间计划和资源需求输入合同文本,SOW过程项目规划,计划确认输出项目计划阶段需求分析阶段目标确定客户的需求输入项目计划,SOW过程需求获取,需求分析,需求控制输出原型系统,需求规格阶段设计阶段目标总体系统结构设计输入原型系统,需求规格过程总体设计输出系统

7、设计说明书,数据库结构定义阶段增量1实现目标实现系统的通用功能输入系统设计说明书,数据库结构定义过程详细设计,编码,代码走查,代码评审,单元测试输出详细设计说明书,源代码,可运行版本-1阶段增量2实现目标实现系统的用户管理功能输入系统设计说明书,数据库结构定义过程详细设计,编码,代码走查,代码评审,单元测试输出详细设计说明书,源代码,可运行版本-2阶段增量3实现目标实现系统的商品管理功能输入系统设计说明书,数据库结构定义过程详细设计,编码,代码走查,代码评审,单元测试输出详细设计说明书,源代码,可运行版本-3阶段增量4实现目标实现系统的个人信息管理功能输入系统设计说明书,数据库结构定义过程详细

8、设计,编码,代码走查,代码评审,单元测试输出详细设计说明书,源代码,可运行版本-4阶段集成测试目标通过集成环境下的软件测试输入测试计划,测试用例过程集成测试,系统测试输出系统软件包,测试报告,产品说明书阶段产品提交目标产品可投入使用输入系统软件包过程产品提交输出验收报告3.需求管理.3.1 功能需求需求概述:目标:“网上购物系统”主要提供物品信息和对读者基本信息的维护以及购买等功能。该系统针对的用户是网上购物者,物品的种类和数量较多,系统需要操作方便,方便管理员对整个系统管理和用户对于购买的方便。用户类和特征: 最终的用户是管理员和用户,管理员需要进行会员管理,更新物品信息等工作,要求具备计算

9、机知识,如权限管理等。购买者是普通用户,具备一定的计算机操作知识即可。本系统相应的需求有:(1)能够存储大量的商品信息,并方便有效的进行相应的商品数据操作和管理,这主要包括: 商品信息的添加、删除及修改。 商品信息的多关键字检索查询。 商品的出货、退货和资料统计。 订单信息管理:查看订单清单、更新订单付款、删除订单。(2) 能够对一定数量的用户进行相应的信息存储与管理,这其中包括: 用户信息的登记、删除及修改。 用户资料,用户订单信息的统计与查询。 能够提供一定的安全机制,提供数据信息授权访问。 需求补充说明:(1)数据保存:需要长期保存在数据库的数据有: 物品信息:物品的基本信息; 用户信息

10、:用户的基本信息; 下单信息:物品的订单信息; 帐号信息:管理员和用户的登录帐号; (2)系统用户:管理员、购物者。 管理员:对物品和用户数据可执行添加、修改、删除以及查询等操作。 用户:可查询物品,查看商品详细情况,商品选购以及查询与本人相关的订单信息。3.2确定用例用例描述了一个完整的系统事件流程,其重点在于执行者与系统之间的交互而不是内在的系统活动,并对执行者产生有价值的可观测结果。确定用例可以通过提出以下问题得到:参与者需要从系统中获得什么功能?参与者需要做什么?参与者读取、产生、删除、修改或存储系统的某些信息吗?系统中发生事件需要通知参与者吗?参与者需要通知系统某件事情吗?系统的输入

11、/输出信息是什么?这些信息从哪儿来到哪儿去?采用什么实现方法满足某些特殊要求? 用例图3.3用例文档用例图不能提供用例所具有的全部信息,因此需要使用文字描述那些不能放映在图形上的信息。1.物品信息的维护用例用例名:物品信息的维护参与执行者:管理员入口条件:管理员已经登陆到该系统中。事件流:当有新物品入库时,管理员在录入页面输入物品的信息,点击提交按钮,系统将物品的信息保存到数据库中;当某一种物品的信息需要修改时,管理员通过输入查询条件,搜索出该物品时,点击修改按钮,系统在可编辑状态显示物品的当前信息,管理员修改具体信息,点击保存按钮,系统将更新数据库中该物品的信息,反之,则不进行任何操作。出口

12、条件: 系统将数据库中的信息进行相应的操作:添加物品信息时,将新的物品信息保存在数据库中;修改物品信息时,将数据库中该物品的信息做相应的更新操作。异常事件:在物品进行修改时,先查出需要进行处理的物品记录,如果数据库中不错在符合条件的记录,查询无结果时,则无法进行修改操作。2.用户信息的维护用例用例名:会员信息的维护参与执行者:管理员入口条件:管理员已经登陆到该系统中。事件流:当有新的会员时,管理员在录入页面输入会员的信息,点击提交按钮,系统将会员的信息保存到数据库中;当某一会员的信息需要修改时,会员通过输入查询条件,搜索出该信息时,点击修改按钮,系统在可编辑状态显示当前信息,会员修改具体信息,

13、点击保存按钮,系统将更新数据库中该会员的信息,反之,则不进行任何操作。出口条件: 系统将数据库中的会员信息进行相应的操作:添加会员信息时,将新的会员信息保存在数据库中;修改会员信息时,将数据库中该会员的信息做相应的更新操作。异常事件:在进行修改会员信息时,先查出需要进行处理的会员记录,如果数据库中不错在符合条件的记录,查询无结果时,则无法进行修改操作。3.物品信息的查询用例用例名:物品信息的查询参与执行者:管理员、购物者入口条件:无事件流:通过交互界面输入查询条件(如物品名,产地名等)搜索物品记录。出口条件:若有符合条件的物品信息,则系统显示这些物品信息。否则系统提示用户重新输入查询条件。4.会员信息的查询用例用例名:会员信息的查询参与执行者:管理员入口条件:用户已经登陆到该系统中。事件流:通过查询界面输入查询条件(如会员ID,会员名称等)搜索待会员记录。 出口条件:若有符合条件的会员信息,则系统显示会员信息。否则系统提示用户重新输入查询条件。5.查询个人基本信息用例用例名:查询个人基本信息参与执行者:会员入口条件:用户已经登陆到该系统中。事件流:点击查询个人基本信息按钮。出口条件:系统显示会员本人信息。6.查询个人订单信息用例用例名:查询个人订单信息参与执行者:会员入口条件:用户已经登陆到该系统中

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 中学教育 > 其它中学文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号