项目管理及案例分析课程设计报告网上手机销售系统

.可修编. 2017年06月指导教指导教师评语课程设计成绩评定表间较差□一般□较差□较强□一般□较差□□好□一般□较差□.可修编.在掌握使用配置管理对软件项目进行配置管理的基础上，每个小组选择一个题目进行开发，完成课题设计任务，提高学生的实际动手能力和团队协作能力，培养学生的创新精神。1.熟练掌握配置管理和项目管理软件的使用。2.根据本组设计题目和本人承担的具体设计任务，并通过指导教师的验收。3.总结提高，按期完成课程设计报告。.可修编.在课程设计时间，学生自由分组，组成一个开发团队，完成一个中小型软件项目的开发。开发过程中用 码过程V模型 (2)对项目进行需求分析通过上述系统功能分析，针对一般在线手机销售系统，总结出如下的需求信息：①用户分一般用户、注册用户和管理员用户。②一般用户和注册用户无需登录就可以看查看手机信息并购买。③注册用户登录后可以维护自己的个人信息，并且在向发出订单时会自动填写自己的联系信息。④手机按手机厂商来分类，每一个手机都对应一个厂商。⑤订单分单详细订单和总订单。⑥一个用户可以购买多个或多种型号的手机。⑦一个用户对应一订单列表。⑧一个订单列表对应多订单详细信息。⑨提供购物帮助功能。表才与一个用户对应，在发货时以订单列表为单位，也即用户在操作时所看到的“订单”。经过上述系统功能分析和需求总结，考虑到将来功能上的扩展，设计如下的数据项和数据结构：D③手机，包括数据项：手机编号，手机名称，分类编号等。④手机分类，包括数据项：分类编号，分类名称，上级分类编号(扩展，备用)。⑤订单详细信息，包括数据项：订单编号，订单列表编号，手机编号，购书数量。⑥订单列表，包括数据项：订单列表编号，用户编号，下单时间，联系方式等。-.可修编.收银台收银台物车新闻中心付款方式客户服务订单投拆定单查询⑦购物帮助，包括数据项：问题ID，问题标题，答案和点击次数。 (3)对项目进行任务分解手机销售系统注册 (4)项目估算与进度计划。1项目估算软件费用，用到了MicrosoftVisio2010,MicrosoftProject2010软件，软件只是用到了下载软件的费用，费2进度计划2.1需求分析开始日期2017-05-23完成日期2017-06-23所需资源：一台电脑标志性事件：提交完整的需求分析报告2.2设计开始日期2017-05-30完成日期2017-06-10所需资源：一台电脑标志性事件：提交完整的设计报告2.3编码实现开始日期2017-06-11完成日期2017-06-20所需资源：一台电脑标志性事件：所需求的功能已经全部做好2.4测试开始日期2017-06-21完成日期2017-06-23所需资源：一台电脑标志性事件：无错误出现，能够流畅的运行。 (5)成本计划-.可修编.5.1.针对该项目工程特点及成本情况,项目部成立项目成本管理小组逯璐卓郝月晴5.2成本管理小组责任：成本管理小组负责对该项目成本进行各方面的分析,针对各项目制定对策和措施,编制责任成本降低计划，依据成本降低计划制定各管理岗位责任,对公司下达的成本进行分解,具体落实到岗位、到人员；编制考核办法对各岗位进行责任成本考核,制定岗位责任奖罚兑现标准；以此编制成本策划方案,并负责各个方案的实施,确保项目成本管理体系在该项目上的有效运行，对岗位成本进行考核，并实行奖罚，编制岗位责任书并与每个5.3职能分工a组长：项目责任成本控制第一责任人，负责组织项目岗位作业成本的分解落实，组织施工过程中的责任成本控制、节点考核和成本分析；组织施工过程中的变更、签证和索赔工作；组织工程进度结算和竣工结算；负责工程款回收和工程款项支付的审核。b副组长：负责方案及工期进度计划的实施、过程调整与优化，承担项目经理部确定的相关管理指标控制责c组员：负责项目成本核算，记录各项消耗支出，完成收支对比，做好成本分析。承担备用金管理责任，负责项目费用核销，承担项目间接费用控制责任。负责生产计划、专项技术方案编制及技术方案的落实，协助经理做好项目变更、签证和索赔工作，承担项目部确定的相关管理指标控制责任。 (6)质量计划立质量保证组织，该组织由质量保证人员和项目组长组成，监督工作及项目进展过程中各环节的质量把关，质量保证人员负责质量保证的工作。项目组长软件开发质量保证配质量保证.可修编.质质量控制根据质量行业的质量方针和质量目标，结合本项目特点，制定项目的总体质量目标： (1)基于需求的测试覆盖率为100%； (2)软件功能测试用例通过率不低于95%； (3)每个阶段评审中发现的问题都已经解决或得到适当处理； (4)产品发布时不存在严重及其以上的缺陷。注：严重问题是指导致系统或模块不能够正常工作的。3.质量策略为了保证提交用户的产品是高质量，实施过程中采取的质量保证措施包括： (1)将质量贯彻到日常的项目进展过程中； (2)应该特别注意项目工作产品质量的早期评审工作，无论是质量保证还是质量控制采取的策略都是防和早期排除缺陷。质量控制活动包括代码走查，单元测试，集成测试环境测试等，有开发人员负责。编码人员在编写代码是要进行同步单元测试，但演的是亚达到分支覆盖，产品通过单元测试和代码走查后应提交测试人员进行集成测试，系统测试。测试人员的测试应达到质量目标的要求，软件发布时应达到测试通过准则的要求.5．记录的收集、维护和保存项目组应该保留项目执行过程中形成的各类文档、各种记录、各级周报、各级会议记录、对于项目中问题的处理也要形成记录保存。每三天有质量保证人员根据任务清单的审计任务进行审计活动，并收集活动的过程数据。 (7)沟通计划沟通计划的主要活动包括过程审计和产品审计。过程审计和产品审计的目的是为了确保在项目进展过程的各阶段和各方面采取各项措施来保证和提高每一次过程审计和产品审计都应填写报告或活动记录。7.1产品审计产品审计由质量保证人员来进行，检查项目是否达标质量保证人员对项目生存期中创建的工作产品可以有选择性的进行审计，是否符合适当的标准，是否进行了质量检查。7.2过程审计项目严格按照组织定义的软件过程进行开发，过程审计的具体依据参照企业的过程规，保证项目中的所-.可修编.质量保证人员对项目过程进行监督，发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者处理。 (8)人力资源计划8.1高层管理受理项目不能解决的不符合问题，必要时与项目组长协调；负责听取质量保证的工作报告，评审质量保证活动和结果；参加有过质量保证改进的评审。8.2项目的质量保证人员负责项目实施过程中对项目实施情况进行监督；按计划实施审计活动，依照质量保证计划执行评审，并记录执行中发现的不符合项；对不符合问题跟踪并验证措施的执行情况；对项目不能解决的不符合项问题向高层管理提交报告；向项目组长报告项目质量工作状况和质量度量结果；动的结果；制定质量保证的过程改进计划，记录过程数据。8.3项目组长与质保人员一起协商不符合项目问题的纠正措施，并安排资源实施纠正措施；定期或事件驱动的评审质量保证活动和结果。 (9)风险计划9.1风险管理计划编制风险管理计划编制是决定如何采取和计划一个项目的风险管理活动的过程。在项目初期,我们组成员一起编制了风险管理计划,具体描述如何为该项目处理和执行风险管理活动。我们采用会议的方法来制定风险计划的，因为该项目投资规模比较大,所有的项目干系人代表都被邀请参加了风险管理规划会议,全面地考虑了风在计划中,我们确定了基本的风险管理活动(如每天召开一次风险评估会议),根据项目管理理论和我组的项目实践,定义了项目中的风险管理过程,估计了风险管理的时间表和费用,并把风险管理活动纳入了项目计划,把风险管理费用纳入了成本费用计划。例如:网上手机销售系统的综合布线系统,包括电脑信息点和语音点共2000个,电脑信息点和语音点按办9.2风险识别我们把项目中的风险划分为合同风险、需求变更风险、进度风险、质量风险、技术风险五大类，采用风险分-.可修编.解结构(RBS)形式列举了已知的风险。在识别了上述风险后，我们还确定了这些风险的基本特性,引起这些风险的主要因素，以及可能会影响项目的方面，形成了详细的风险列表记录。在风险识别工作中使用检查表，信息收集技术工具。针对进度落后的情况,通过快速跟进、赶工。例如:加班,或在防风险的前提下并行施工。例如:网络规划的重点是网络安全。组网络是两个独立的网络:分为部网、外部网,网络线路物理分开。常用办公软件在部网使用。外网业务在公共网吧区域工作。9.3定性风险分析定性风险分析包括对识别风险进行优先级排序。在该工作中使用概率-影响矩阵，风险种类，风险紧急度评估工具。我们根据风险管理计划中的定义，确定每一个风险的发生可能性，并记录下来。除了风险发生的可能性，还分析了风险对项目的影响，包括对时间、成本、围等各方面的影响。其中不仅仅包括对项目的负面影响，还分析了风险带来的机会。从宏观上来看，信息系统项目风险可以分为项目风险、技术风险和商业风险，其中商业风险又可分为市场风险、策略风险、销售风险、管理风险和预算风险。在这个过程中，我们还是采用会议的方式来进行的。不过，在风险分析的会议中，除了有关项目干系人外，我们还邀请了老师参加，以提高分析结果的准确性。在确定了风险的可能性和影响后，接下来需要进一步确定风险的优先级。风险优先级是一个综合的指标，其高低反映了风险对项目的综合影响。我们采用了风险优先级矩阵来评定风险优先级的。最后得出的结果是质量风险排在第一位，该风险的可能性很高，影响也9.4定量风险分析定量风险分析是测量风险出现的概率和结果，并评估它们对项目目标的影响。这一过程通过蒙特卡罗模项同时,也利用了我们以往项目的数据，用来辅助评估。进行定量分析之后，更新了风险记录列表。信息化要顺利走向成功，必须进行有效的风险管理，而认识并理解企业信息化的每一个阶段的主要目标与工作容，掌握信息化风险管理的方法,准确进行风险分析是有效控制风险的关键。在实施风险管理时,注意的问题如下:技术方面必须满足需求,应尽量采用商品化技术，降低系统开发的风险。开销应尽量控制在预算围之。开发进度应尽量控制在计划之。应尽量与用户沟通,不要做用户不知道的事情。充分估计到可能出现的风险,注意倾听其他开发人员的意见。及时采纳减少风险的建议。9.5风险应对计划编制风险应对计划编制是开发制定一些程序和技术手段，用来提高实现项目目标的机会和减少风险对实现项目目标的威胁。在该工作中使用工具包括负面风险的应对策略：规避、转移、减轻;正面风险的应对策略：开拓、分享、强大。根据定性和定量分析的结果,我们对已识别的风险(合同风险、需求变更风险、进度风险、质量风险、技术风险),制订了应对计划。对不同的风险,采取了不同的措施。质量是项目的生命,是项目的三要化风险对项目目标的负面影响,抓住风险带来的机会,增加项目干系人的收益。作为项目管理人员,必须评估项本项目的风险及其预防措施包括如下。合同风险:预防这种风险的办法是项目建设之初项目组长就需要全-.可修编.阶段交付产品、增加项目监控的频度和力度、多运用可行的办法保证工作质量避免返工。质量风险:办法一般是经常和用户交流工作成果、采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。技术风险:办法是选用项目所必须的技术、在技术应用之前，针对相关人员开展好技术培训工9.6风险监控在该工作中使用技术绩效评估,预留管理工具。经过上述五个过程后,该项目中的风险已经比较清晰，标志,更深入地分析已经识别出的风险，继续识别项目中新出现的风险,复审风险应对策略的执行情况和效果。根据目前风险监控的结果修改风险应对策略，根据新识别出的风险进行分析并制定新的风险应对措施。在这个过程中，我们主要采用了偏差分析、项目绩效分析和监控会议的方式来进行的。本项目得以顺利完成,我们,充分认识到项目风险管理在项目管理过程中的重要性。如果需求方与我们从行 (10)配置计划10.1项目配置计划本计划的目的是定义软件项目组进行配置管理活动、任务和责任；定义支持配置管理的活动及报告的工10.1.1适用围本计划定义项目组在项目期间的所有配置管理活动。10.1.2人员与责任1.制定《配置管理计划》2.创建和维护配置库3.发布配置项及基线1.制定《配置管理计划》2.创建和维护配置库3.发布配置项及基线4..保证所有申请的变化的一丹丹、逯璐.可修编.及记录人员10.2用于配制管理的软硬件资源svn开发软件，个人计算机10.3配制库结构与权限.卓郝月晴灿5.保证每一个重要的修改和重做都必需要得到批准项目的开发丹控，开发人建立基线，将基线产最终产品，不进行修改10.3.1配置库结构12345软件项目跟踪与管理D\:SVN\TCMD\:SVN\RMD\:SVN\SPPD\:SVN\SPTOD\:SVN\SCM.可修编.67896789D\:SVN\SQAD\:SVN\DESIGND\:SVN\SOURCECODED\:SVN\BUILDD\:SVN\TESTD\:SVN\RELEASE10.3.2人员权限负责项目配置管理，对丹丹卓郝月晴灿10.4配置项计划《合同》10.4配置项计划《合同》OWHBKD-XJ-TCM-Con-V1.8HBKD-XJ-TCM-SOW-V1.8HBKD-XJ-SPP-pp-V1.8HBKD-XJ-SPP-SQA-V1.8HBKD-XJ-SPP-SCM-V1.8HBKD-XJ-RM-SRS-V1.8HBKD-XJ-RM-Demo-V1.8HBKD-XJ-Design-JK-V1.8HBKD-XJ-Design-DB-V1.8HBKD-XJ-Design-LL-V1.8HBKD-XJ-Design-STD-V1.8HBKD-XJ-Code-Mod-V1.8HBKD-XJ-Code-std-V1.8HBKD-XJ-Test-Plan-V1.82017-05-2322017-05-232017-05-232017-05-302017-05-302017-05-302017-06-052017-06-052017-06-07《《配置管理计划》《需求规格说明书》《总体设计说明书》2017-06-072017-06-072017-06-072017-06-072017-06-072017-06-102017-06-102017-06-20.可修编.《设计术语及规》《测试计划》用户满意确认测试又称为用户满意确认测试又称为有效性测试。其任务是检查软件的功能和性能是否与需求说明书中确定的指标相符。确认测试阶段有进行确认测试与软件配置审查两项工作。《测试用例》《测试报告》《验收报告》《用户手册》2017-06-20《测试用例》《测试报告》《验收报告》《用户手册》2017-06-202017-06-202017-06-232017-06-232017-06-23HBKD-XJ-Test-Report-V1.8HBKD-XJ-Product-Exe-V1.8HBKD-XJ-Product-Report-V1.8HBKD-XJ-Product-Mannual-V1.810.5基线发布计划基线所包含的主要配置项《需求规格说明书》、2017-05-23《总体设计说明书》2017-06-07软件源代码、编码规则2017-06-102017-06-2210.6配置库备份计划备份频度、时间06-22 (11)集成计划备份容、目的地、方式1.测试方案：本次测试主要任务是对超市仓库管理系统进行初步验收的测试。测试的主要容为：系统重要功能测试、监理方测试发现问题的回归测试以及系统的性能测试。单元测试虑正常的功能实现和恶意测试，即使用设计者不期望的数据进行操作。2)集成测试试的容包括单元间的接口以及集成后的功能。使用黑盒测试方法测试集成的功能。集成测试中没完成的功能进行回归测试。