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

?网上购物系统?工程管理目录1.合同11.1合同双方11.2供给的商品和效劳11.3时间地点11.4专利成果分配11.5验收标准11.6报酬计算11.7违约处理22. 生存期23.需求管理43.1 功能需求43.2确定用例43.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软件质量保证活动157.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工程收尾 2021 / 231.合同1.1合同双方甲方：胡某某乙方：盛某某1.2供给的商品和效劳供给的软件：乙方为甲方提供所需的网上购物系统提供的效劳：乙方为甲方提供所需的日常维护和效劳器管理。

提供的文档：乙方在交付软件时提供详细的软件规格说明书和使用文档 安装效劳：乙方为甲方提供软件的安装 公文处理：乙方负责将甲方提供的公文资料加载入系统并进展分类 维护协议：当甲方在使用该产品时，在正常操作的情况下出现BUG或系统错误，乙方免费为甲方提供修复效劳以保障软件的正常使用当由于甲方的错误使用等非软件原因导致出现故障，乙方同样提供修复效劳由于甲方拥有该软件的源代码所有权，因此甲方需要承当局部维修和进一步开发的责任当软件需要新的功能拓展或改版升级时，由双方共同协商决定1.3时间地点6月10日上午9:00在省市黄骅市1.4专利成果分配该软件是由甲方向乙方定制，甲方拥有该软件的，乙方不能将该软件的任何版本卖个其他客户软件提交时，工程源代码的所有权自动移交到甲方，乙方不得擅自对源代码进展修改1.5验收标准乙方在开发过程中必须遵守ISO 12207关于软件生命周期和文档的标准1.6报酬计算软件总价为2万元合同签订后，甲方向乙方支付1万元定金工程的第二个月，乙方按方案时间表完成需求分析、系统分析、设计和完成系统的根本框架后，甲方向乙方支付0.5万元该系统完成后，甲方进展验收测试，在签字验收后完成后，甲方向乙方支付全款。

1.7违约处理任何一方违反本协议导致本协议无法继续履行的，违约方需赔偿守约方违约金人民币2万元，该违约金缺乏以弥补守约方实际损失的，违约方应赔偿守约方所有实际损失甲方法人代表：胡某某乙方法人代表：盛某某2. 生存期针对本工程的开发特点，参考企业的生存期模型说明和软件过程体系，决定采用增量式模型如下列图，理由如下： 1．网上购物系统的全部功能分成管理员和用户功能两大类，因此可以先基于通用功能作出一个最小的使用版本，再逐步添加其余的功能这样一来，用户可以先试用最小版本的同时，提出更多明确的需求，这有助于下一阶段的开发，大大减小了开发的风险 2．在网上购物系统需求规格中，要求系统有可扩大性假设使用增量模型，可以保证系统的可扩大性用户明确了需求的大局部，但也存在不很详尽的地方如：“关于管理员档案，比照所提供资料设计，现在也没有一个成形的东西〞；资源库系统只提到“应提供一个标准的资源库解决方案〞这样只有等到一个可用的产品出来，通过客户使用，然后进展评估，评估结果作为下一个增量的开发方案，下一个增量发布一些新增的功能和特性直至产生最终完善的产品 3．“系统要求有可扩大性，可以在现有系统的根底上，通过前台就可加挂其它功能模块〞。

也说明用户可能会增加新的需求 生存期中各个阶段如下：阶段工程规划阶段目标根据合同和初步的需求分析，确定工程的规模、时间方案和资源需求输入合同文本，SOW过程工程规划，方案确认输出工程方案阶段需求分析阶段目标确定客户的需求输入工程方案，SOW过程需求获取，需求分析，需求控制输出原型系统，需求规格阶段设计阶段目标总体系统构造设计输入原型系统，需求规格过程总体设计输出系统设计说明书，数据库构造定义阶段增量1实现目标实现系统的通用功能输入系统设计说明书，数据库构造定义过程详细设计，编码，代码走查，代码评审，单元测试输出详细设计说明书，源代码，可运行版本--1阶段增量2实现目标实现系统的用户管理功能输入系统设计说明书，数据库构造定义过程详细设计，编码，代码走查，代码评审，单元测试输出详细设计说明书，源代码，可运行版本--2阶段增量3实现目标实现系统的商品管理功能输入系统设计说明书，数据库构造定义过程详细设计，编码，代码走查，代码评审，单元测试输出详细设计说明书，源代码，可运行版本--3阶段增量4实现目标实现系统的个人信息管理功能输入系统设计说明书，数据库构造定义过程详细设计，编码，代码走查，代码评审，单元测试输出详细设计说明书，源代码，可运行版本--4阶段集成测试目标通过集成环境下的软件测试输入测试方案，测试用例过程集成测试，系统测试输出系统软件包，测试报告，产品说明书阶段产品提交目标产品可投入使用输入系统软件包过程产品提交输出验收报告3.需求管理.3.1功能需求需求概述：目标：“网上购物系统〞主要提供物品信息和对读者根本信息的维护以及购置等功能。

该系统针对的用户是网上购物者，物品的种类和数量较多，系统需要操作方便，方便管理员对整个系统管理和用户对于购置的方便用户类和特征：最终的用户是管理员和用户，管理员需要进展会员管理，更新物品信息等工作，要求具备计算机知识，如权限管理等购置者是普通用户，具备一定的计算机操作知识即可本系统相应的需求有：〔1〕能够存储大量的商品信息,并方便有效的进展相应的商品数据操作和管理，这主要包括：ü 商品信息的添加、删除及修改ü 商品信息的多关键字检索查询ü 商品的出货、退货和资料统计ü 订单信息管理：查看订单清单、更新订单付款、删除订单2） 能够对一定数量的用户进展相应的信息存储与管理，这其中包括：ü 用户信息的登记、删除及修改ü 用户资料，用户订单信息的统计与查询ü 能够提供一定的平安机制，提供数据信息授权访问需求补充说明：〔1〕数据保存：需要长期保存在数据库的数据有：ü 物品信息：物品的根本信息；ü 用户信息：用户的根本信息；ü 下单信息：物品的订单信息；ü 信息：管理员和用户的登录；〔2〕系统用户：管理员、购物者ü 管理员：对物品和用户数据可执行添加、修改、删除以及查询等操作ü 用户：可查询物品，查看商品详细情况，商品选购以及查询与本人相关的订单信息。

3.2确定用例用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是在的系统活动，并对执行者产生有价值的可观测结果确定用例可以通过提出以下问题得到：–参与者需要从系统中获得什么功能？参与者需要做什么？–参与者读取、产生、删除、修改或存储系统的某些信息吗？–系统中发生事件需要通知参与者吗？参与者需要通知系统某件事情吗？–系统的输入/输出信息是什么？这些信息从哪儿来到哪儿去？–采用什么实现方法满足某些特殊要求？用例图3.3用例文档用例图不能提供用例所具有的全部信息，因此需要使用文字描述那些不能放映在图形上的信息1.物品信息的维护用例用例名：物品信息的维护参与执行者：管理员入口条件：管理员已经登陆到该系统中事件流：当有新物品入库时，管理员在录入页面输入物品的信息，点击提交按钮，系统将物品的信息保存到数据库中；当某一种物品的信息需要修改时，管理员通过输入查询条件，搜索出该物品时，点击修改按钮，系统在可编辑状态显示物品的当前信息，管理员修改具体信息，点击保存按钮，系统将更新数据库中该物品的信息，反之，那么不进展任何操作出口条件：系统将数据库中的信息进展相应的操作：添加物品信息时，将新的物品信息保存在数据库中；修改物品信息时，将数据库中该物品的信息做相应的更新操作。

异常事件：在物品进展修改时，先查出需要进展处理的物品记录，如果数据库中不错在符合条件的记录，查询无结果时，那么无法进展修改操作2.用户信息的维护用例用例名：会员信息的维护参与执行者：管理员入口条件：管理员已经登陆到该系统中事件流：当有新的会员时，管理员在录入页面输入会员的信息，点击提交按钮，系统将会员的信息保存到数据库中；当某一会员的信息需要修改时，会员通过输入查询条件，搜索出该信息时，点击修改按钮，系统在可编辑状态显示当前信息，会员修改具体信息，点击保存按钮，系统将更新数据库中该会员的信息，反之，那么不进展任何操作出口条件：系统将数据库中的会员信息进展相应的操作：添加会员信息时，将新的会员信息保存在数据库中；修改会员信息时，将数据库中该会员的信息做相应的更新操作异常事件：在进展修改会员信息时，先查出需要进展处理的会员记录，如果数据库中不错在符合条件的记录，查询无结果时，那么无法进展修改操作3.物品信息的查询用例用例名：物品信息的查询参与执行者：管理员、购物者入口条件：无事件流：通过交互界面输入查询条件(如物品名，产地名等)搜索物品记录出口条件：假设有符合条件的物品信息，那么系统显示这些物品信息。

否那么系统提示用户重新输入查询条件4.会员信息的查询用例用例名：会员信息的查询参与执行者：管理员入口条件：用户已经登陆到该系统中事件流：通过查询界面输入查询条件(如会员ID，会员名称等)搜索待会员记录出口条件：假设有符合条件的会员信息，那么系统显示会员信息否那么系统提示用户重新输入查询条件5.查询个人根本信息用例用例名：查询个人根本信息参与执行者：会员入口条件：用户已经登陆到该系统中事件流：点击查询个人根本信息按钮出口条件：系统显示会员本人信息6.查询个人订单信息用例用例名：查询个人订单信息参与执行者：会员入口条件：用户已经登陆到该系统中事件流：点击查询个人订单信息按钮出口条件：系统显示读者的订单信息7.下单用例用例名：下单参与执行者：管理员、会员入口条件：管理员已经登陆到该系统中事件流：管理员在下单页面，输入物品编号和会员ID，点击保存出口条件：系统将这条下单记录保存到数据库中异常事件：如果该物品未入库，数据库中不存在该物品编号，提示“该物品没有库存〞；如果数据库中不存在该会员ID，也相应的做出提示8.退货用例用例名：退货参与执行者：管理员、会员入口条件：管理员已经登陆到该系统中事件流：管理员在退货页面，输入物品编号，点击退货。