网上手机销售系统项目管理课程设计研究报告.doc

课程设计报告 项目名称： 网上手机销售系统 学生姓名： 学 号： 10L07520 专业班级： 软件L102 课程名称： 软件项目管理案例教程 指导教师： 王会勇 2013年 11月 课程设计成绩评定表学生姓名学 号10L07520成绩专业班级软件L102起止时间2013.11.112013.11.22设计题目网上手机销售系统指导教师评语指导教师： 年 月 日一、课程设计的目的及要求在掌握使用ClearCase和ClearQuest对软件项目进行配置管理的基础上，每个小组选择一个题目进行并行开发，完成课题设计任务，提高学生的实际动手能力和团队协作能力，培养学生的创新精神。矚慫润厲钐瘗睞枥庑赖。二、课程设计的任务 1. 熟练掌握ClearCase和ClearQuest软件的使用。2. 熟练使用ClearCase和ClearQuest对软件项目进行配置管理。3. 根据本组设计题目和本人承担的具体设计任务，并通过指导教师的验收。4. 总结提高，按期完成课程设计报告。 三、课程设计题目网上手机销售系统四、课程设计的内容及主要步骤 1、设计内容在一周时间内，学生自由分组，组成一个开发团队，完成一个中小型软件项目的开发。开发过程中用软件项目管理的基本理论知识，解决并行开发中遇到的各种问题。通过使用ClearCase 和ClearQuest 这两个软件，实现并行开发过程中的变更管理。聞創沟燴鐺險爱氇谴净。2、设计步骤（1）确定项目的生存期模型。 （2）对项目进行需求分析。 通过上述系统功能分析，针对一般在线手机销售系统，总结出如下的需求信息：用户分一般用户、注册用户和管理员用户。一般用户和注册用户无需登录就可以看查看手机信息并购买。注册用户登录后可以维护自己的个人信息，并且在向网站发出订单时会自动填写自己的联系信息。手机按手机厂商来分类，每一个手机都对应一个厂商。订单分单张详细订单和总订单。一个用户可以购买多个或多种型号的手机。一个用户对应一张订单列表。一个订单列表对应多张订单详细信息。提供购物帮助功能。关于订单列表与订单详细信息可以这样理解：因为用户一次可以购买多种产品，则对每一种产品(即每一款型号的手机)生成一条订单详细信息记录，然后多个这样的订单详细信息组成一个订单列表。每一个订单列表才与一个用户对应，在发货时以订单列表为单位，也即用户在操作时所看到的“订单”。残骛楼諍锩瀨濟溆塹籟。经过上述系统功能分析和需求总结，考虑到将来功能上的扩展，设计如下的数据项和数据结构：管理员信息，包括数据项：账号，姓名，密码。注册用户(会员)，包括数据项，用户ID，用户名，密码等。手机，包括数据项：手机编号，手机名称，分类编号等。手机分类，包括数据项：分类编号，分类名称，上级分类编号(扩展，备用)。订单详细信息，包括数据项：订单编号，订单列表编号，手机编号，购书数量。订单列表，包括数据项：订单列表编号，用户编号，下单时间，联系方式等。购物帮助，包括数据项：问题ID，问题标题，答案和点击次数。（3）对项目进行任务分解。 手机销售系统 注册登录定单查询订单投拆客户服务付款方式新闻中心购物车收银台（4） 项目估算与进度计划。1 项目估算软件费用，用到了Rational ClearCase 软件，软件只是用到了下载软件的费用，费用10元。酽锕极額閉镇桧猪訣锥。2 进度计划（1） 需求分析开始日期2013-11-11 完成日期2013-11- 12 所需资源：一台电脑标志性事件：提交完整的需求分析报告（2） 设计开始日期2013-11-13 完成日期2013-11-16 所需资源：一台电脑标志性事件：提交完整的设计报告（3）编码实现开始日期2013-11-17 完成日期2013-11-20 所需资源：一台电脑标志性事件：所需求的功能已经全部做好（4）测试开始日期2013-11-21 完成日期2013-11-23 所需资源：一台电脑标志性事件：无错误出现，能够流畅的运行（5）制定质量计划。 机构组织 在项目实施期间成立质量保证组织，该组织由质量保证人员和项目组长组成，组长负责质量监督工作及项目进展过程中各环节的质量把关，质量保证人员负责质量保证的工作。老师组织结构图如图1所示：项目组长软件开发配置管理质量保证质量控制实施设计2.职责在本项目中，质量保证的职责如下：2.2.1 高层管理受理项目内不能解决的不符合问题，必要时与项目组长协调；负责听取质量保证的工作报告，评审质量保证活动和结果；参加有过质量保证改进的评审。2.2.2 项目的质量保证人员质量保证人员的职责如下：负责项目实施过程中对项目实施情况进行监督；按计划实施审计活动，依照质量保证计划执行评审，并记录执行中发现的不符合项；对不符合问题跟踪并验证措施的执行情况；对项目内不能解决的不符合项问题向高层管理提交报告；向项目组长报告项目质量工作状况和质量度量结果；定期向项目组高高质量活动的结果；制定质量保证的过程改进计划，记录过程数据。2.2.3 项目组长项目组长的质量职责如下：评审质量计划与质保人员一起协商不符合项目问题的纠正措施，并安排资源实施纠正措施；定期或事件驱动的评审质量保证活动和结果。3质量目标 根据质量行业的质量方针和质量目标，结合本项目特点，制定项目的总体质量目标： （1） 基于需求的测试覆盖率为100%；（2） 软件功能测试用例通过率不低于95%； （3） 每个阶段评审中发现的问题都已经解决或得到适当处理；（4） 产品发布时不存在严重及其以上的缺陷。 注：严重问题是指导致系统或模块不能够正常工作的玩呢提。 4.质量策略为了保证提交用户的产品是高质量，实施过程中采取的质量保证措施包括： （1）将质量贯彻到日常的项目进展过程中；（2） 应该特别注意项目工作产品质量的早期评审工作，无论是质量保证还是质量控制采取的策略都是早期预防和早期排除缺陷5质量保证活动质量保证的主要活动包括过程审计和产品审计。过程审计和产品审计的目的是为了确保在项目进展过程的各阶段和各方面采取各项措施来保证和提高交给用户的产品质量。彈贸摄尔霁毙攬砖卤庑。每一次过程审计和产品审计都应填写报告或活动记录。 5.1 产品审计产品审计由质量保证人员来进行，检查项目是否达标质量保证人员对项目生存期中创建的工作产品可以有选择性的进行审计，是否符合适当的标准，是否进行了质量检查。謀荞抟箧飆鐸怼类蒋薔。5.2 过程审计 项目严格按照组织定义的软件过程进行开发，过程审计的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。厦礴恳蹒骈時盡继價骚。质量保证人员对项目过程进行监督，发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者处理。 茕桢广鳓鯡选块网羈泪。根据业内的质量保证体系和本项目的具体特点，确定项目执行过程如下：（1） 项目规划过程及产品标准。 （2） 项目跟踪管理过程 （3） 需求分析过程及产品标准 （4） 系统设计过程及产品标准 （5） 详细设计过程及产品标准（6） 调试运行过程及产品标准 （7） 代码走查过程及代码编写标准 （8） 产品集成测试过程及产品标准 （9） 开发环境中的执行规则 （10） 测试环境中的执行规则 （11） 质量保证过程及其标准 （12） 配置管理过程及其标准 6质量控制活动 质量控制活动包括代码走查，单元测试，集成测试环境测试等，有开发人员负责。编码人员在编写代码是要进行同步单元测试，但演的是亚达到分支覆盖，产品通过单元测试和代码走查后应提交测试人员进行集成测试，系统测试。测试人员的鹅娅尽損鹌惨歷茏鴛賴。测试应达到质量目标的要求，软件发布时应达到测试通过准则的要求.7记录的收集、维护和保存 项目组应该保留项目执行过程中形成的各类文档、各种记录、各级周报、各级会议记录、对于项目中问题的处理也要形成记录保存。每三天有质量保证人员根据任务清单的审计任务进行审计活动，并收集活动的过程数据。籟丛妈羥为贍偾蛏练淨。（6）制定配置计划。二、项目配置计划本计划的目的是定义软件项目组进行配置管理活动、任务和责任；定义支持配置管理的活动及报告的工具、技术和方法。 2、1 适用范围 本计划定义项目组在项目期间的所有配置管理活动。2 人员与责任角色人员职责说明配置管理员李明远1.制定配置管理计划 2. 创建和维护配置库3. 发布配置项及基线配置控制人员变更控制人员邵鹏飞、李明远、戚明伟1.制定配置管理计划2.创建和维护配置库3. 发布配置项及基线4. 保证所有申请的变化的一致性、被评审和被批准。5.保证每一个重要的修改和重做都必需要得到批准后才可以进行开发人员邵鹏飞、聂壮显、扈秉行李明远、戚明伟负责项目的开发项目组长邵鹏飞对项目负责集成人员戚明伟测试人员戚明伟验收及记录人员邵鹏飞用于配制管理的软硬件资源svn开发软件，个人计算机配制库结构与权限类型工具功能说明开发库SVN不受控，开发人员工作和进行测试验证的空间邵鹏飞、聂壮显、扈秉行李明远、戚明伟受控库SVN受控，包括基线和非基线工作产品，只有配制管理员才能够修改邵鹏飞、戚明伟基线库SVN受控，按照计划建立基线，将基线产品纳入基线库李明远产品库SVN受控，存放项目最终产品，不进行修改邵鹏飞4、1配置库结构序号内容说明路径TCM技术合同管理D:SVNTCMRM需求管理D:SVNRMSPP软件项目规划D:SVNSPPSPTO软件项目跟踪与管理D:SVNSPTOSCM软件配置管理D:SVNSCMSQA软件质量保证D:SVNSQASPE软件产品工程设计D:SVNDESIGN源代码D:SVNSOURCECODE目标代码D:SVNBUILD测试D:SVNTEST发布D:SVNRELEASE4、3人员权限类别人员权限说明配置管理者李明远负责项目配置管理，对库拥有所有权限项目管理邵鹏飞访问、读质量保证人员李明远访问、读开发人员邵鹏飞、聂壮显、扈秉行李明远、戚明伟访问、读高层管理访问、读配置项计划类型主要配置项标识符预计正式发布时间技术合同合同HBKD-XJ-TCM-Con-V1.82013-11-12SOWHBKD-XJ-TCM-SOW-V1.82013-11-12计划项目计划HBKD-XJ-SPP-pp-V1.82013-11-12质量保证计划HBKD-XJ-SPP-SQA-V1.82013-11-12配置管理计划HBKD-XJ-SPP-SCM-V1.82013-11-12需求需求规格说明书HBKD-XJ-RM-SRS-V1.82013-11-14用户DEMOHBKD-XJ-RM-Demo-V1.82013-11-14设计总体设计说明书HBKD-XJ-Design-JK-V1.82013-11-16HBKD-XJ-Design-DB-V1.82013-11-16详细设计说明书HBKD-XJ-Design-LL-V1.82013-11-16设计术语及规范HBKD-XJ-Design-STD-V1.82013-11-16编程源程序HBKD-XJ-Code-Mod-V1.82013-11-19编码规则HBKD-XJ-Code-std-V1.82013-11-19测试测试计划HBKD-XJ-Test-Plan-V1.82013-11-21测试用例HBKD-XJ-Test-Case-V1.82013-11-21测试报告HBKD-XJ-Test-Report-V1.82013-11-21提交运行产品HBKD-XJ-Product-Exe-V1.82013-11-23验收报告HBKD-XJ-Product-Report-V1.82013-11-23用户手册HBKD-XJ-Product-Mannual-V1.82013-11-23基线发布计划基线名称/标识符基线所包含的主要配置项预计建立时间需求需求规格说明书、用户DEMO2013-11-14总体设计总体设计说明书2013-11-16项目实现软件源代码、编码规则2013-11-19系统测试测试用例、测试报告2013-11-21配置库备份计划备份频度、时间备份人备份内容、目的地、方式11-22邵鹏飞全部备份、U盘（7） 并行开发与测试。测试方案：本次测试主要任务是对超市仓库管理系统进行初步验收的测试。测试的主要内容为：系统重要功能测试、监理方测试发现问题的回归测试以及系统的性能测试。預頌圣鉉儐歲龈讶骅籴。1) 单元测试在需求规格说明书中描述的所有功能，都将在选定的客户端/服务器配置组合上进行测试。测试中需要考虑正常的功能实现和恶意测试，即使用设计者不期望的数据进行操作。渗釤呛俨匀谔鱉调硯錦。2) 集成测试集成测试的目的是确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正确。它所测试的内容包括单元间的接口以及集成后的功能。使用黑盒测试方法测试集成的功能。集成测试中没完成的功能进行回归测试。铙誅卧泻噦圣骋贶頂廡。3) 确认测试确认测试又称为有效性测试。其任务是检查软件的功能和性能是否与需求说明书中确定的指标相符。确认测试阶段有进行确认测试与软件配置审查两项工作。擁締凤袜备訊顎轮烂蔷。确认测试一般是在模拟环境下运用黑盒测试方法，由专门测试人员和用户参加的测试。确认测试需要需求说明书、用户手册等文档，要制定测试计划，确定测试的项目，说明测试的内容描述具体的测试用例。集成测试中没完成的功能进行回归测试。贓熱俣阃歲匱阊邺镓騷。软件配置审查的任务是检查软件的所有文档资料的完整性、正确性。如发现遗漏和错误，应补充和改正。同时要编排好目录，为以后的软件维护工作奠定基础。坛摶乡囂忏蒌鍥铃氈淚。4) 测试工具MercuryLoadRunner8.1LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。通过使用LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。目前企业的网络应用环境都必须支持大量用户，网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢，系统崩溃等问题。这些都不可避免地导致公司收益的损失。MercuryInteractive的LoadRunner能让企业保护自己的收入来源，无需购置额外硬件而最大限度地利用现有的IT资源，并确保终端用户在应用系统的各个环节中对其测试应用的质量，可靠性和可扩展性都有良好的评价。LoadRunner是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。LoadRunner的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，能更快的查找和发现问题。此外，LoadRunner能支持广范的协议和技术，提供特殊的解决方案。蜡變黲癟報伥铉锚鈰赘。质量目标进度目标成本目标其他目标范围目标项目总目标：用户满意约束绳：相互制约（8） 对模块进行集成。模块的集成测试测试目标：本系统测试中：至少70%以上的测试应该是自动执行的，剩下的测试由手工完成。针对每一个自动功能试用一个正常流程和三种可选流程进行测试。测试成功的标准是系统通过了90%的测试用例，并且中、高级缺陷已经被修复。買鲷鴯譖昙膚遙闫撷凄。测试要求：对网上销售系统项目内部测试需要满足下列要求：5) 对软件需求报告描述的软件功能进行测试，以验证其是否满足规定的要求。l6) 对软件的安全性进行测试。7) 对软件可靠性进行测试，包括容错性的测试。8) 对软件易用性进行测试，包括易理解性、易学性、易操作性的测试。l9) 使用等价类划分、随机测试、猜错法、因果图法、状态图法进行测试。l10) 完成对软件需求的完全覆盖。11) 对系统的性能进行测试，包括系统响应、并发测试（9）跟踪控制。建立标准采集项目信息,观察项目的性能将项目的实际结果与计划进行比较如果实际的项目同计划有误差时，采取必要的修正措施。修正计划,通知有关人员和部门（10）项目结束。项目计划中确定的可交付成果已经出现，项目的目标已经成功实现，成功实现项目目标，准确遵循项目进度，在预算成本内完成了该项目，项目进度过程中出现的突发问题以及解决措施比较合适，问题都得到解决。最后，特别感谢我们各小组成员，在我做课程设计的过程中给了我极大的帮助，并提出了宝贵的意见和建议。綾镝鯛駕櫬鹕踪韦辚糴。五、心得体会 在这次课程设计过程中，开始时真的不知道该怎么做，仓库管理系统到底要创建哪些表，表里到底要有哪些数据项，这些都很模糊。于是就找别人的设计作参考，按着设计要求一步一步的设计。需求分析真的很重要，也不容易，比编程还难。一步步下来，自己对仓库管理系统有更多的了解，对后面的程序编程也明朗了。通过这次课设，充分了解了软件项目管理的运用与实践，更重要的是，大体上知道了需求分析的走向与流程，巩固了自己项目管理方面的知识。驅踬髏彦浃绥譎饴憂锦。