软件项目管理之超市购物系统

软件项目管理计划书项目名称：超市管理系统班级：xxxxxxxxxxxxxx姓名：xxxxxxxxxxxx学号：xxxxxxxxxxxxxxx一、项目名称----------------------------------------------------------------------------------------------------2二、项目背景---------------------------------------------------------------------------------------------------1三．项目目标---------------------------------------------------------------------------------------------------13.1项目目标的衡量方法--------------------------------------------------------------------------------13.2确定项目的责任人-----------------------------------------------------------------------------------23.3项目所涉及的所有人员-----------------------------------------------------------------------------33.4建立各方通信渠道-----------------------------------------------------------------------------------3四、确定项目结构--------------------------------------------------------------------------------------------34.1建立项目和策略计划的关系，如确定各个项目的顺序--------------------------------------34.2定义开发过程-----------------------------------------------------------------------------------------3五、确定项目产品和活动-----------------------------------------------------------------------------------45.1技术产品、文档产品--------------------------------------------------------------------------------4采用PBS方法定义---------------------------------------------------------------------------------55.2产品流程图--------------------------------------------------------------------------------------------55.3项目活动网络图--------------------------------------------------------------------------------------6六、分配资源---------------------------------------------------------------------------------------------------6七、风险分析---------------------------------------------------------------------------------------------------67.1确认风险------------------------------------------------------------------------------------------------67.2风险排队------------------------------------------------------------------------------------------------77.3风险避免------------------------------------------------------------------------------------------------9八、结论---------------------------------------------------------------------------------------------------------9第1页一、项目名称超市管理系统二、项目背景随着计算机科学技术以及网络技术的不断发展，各个领域都已经展开了信息化建设工作，以便于及时的从外界获取信息和，更好的管理组织，使各项工作都能够得到及时、顺利的开展。目前各类超市已经成为人们日常生活中必不可少的一部分，如何更好的对超市销售进行管理是超市管理的一个重大问题，因此设计一个可靠、高效的超市销售管理系统是十分必要的。为了能高效的，有计划设计超市销售管理系统。本报告的主要作用是确定各个项目模块的设计情况和主要的负责人,供各项目模块的负责人阅读,做到及时协调,按步有序进行项目的开发.减少设计中的不必要损失。三．项目目标3.1项目目标的衡量方法3.1.1多目标性对一个超市管理系统而言，目标不是单一的，而是一个多目标系统，即销售模块、库存模块、员工模块、进货模块，希望通过整个项目的实施，实现一系列的目标，满足多方面的需求。但是很多时候不同目标之间存在着冲突，实施项目的过程就是多个目标协调的过程，由同一个层次目标的协调，也有不同层次总项目目标和子目标的协调，项目目标和组织战略的协调等。项目目标基本表现为三方面，即时间、成本、技术性能（或质量标准）。实施项目的目的就是充分利用可获得的资源，使得项目在一定时间内在一定的预算基础上，获得期望的技术成果。然而这三个目标之间往往存在冲突。3.1.2优先性超市管理系统是一个多目标的系统，不同目标在项目的不同阶段，根据不同需要，其重要性也不一样，例如在启动阶段，可能更关注技术性能，在实施阶段，主要关注成本，在验收阶段关注时间进度。对于不同的项目，关注的重点也不一样，例如单纯的软件项目可能更关注与技术指标和软件质量。当项目的三个基本目标发生冲突的时候，成功的项目管理者会采取适当的措施进行权衡，进行优选。当然项目目标的冲突不仅限于三个基本目标，有时项目的总体目标体系之间也会存在协调问题，都需要项目管理者根据目标的优先性进行权衡和选择。第2页3.1.3层次性超市管理系统目标的层次性是指对项目目标的描述需要有一个从抽象到具体的层次结构。即超市管理系统目标既有最高层次的战略目标，也要由较低层次的具体目标。明确定义的项目目标按照意义和内容表示为一个递阶层次结构，层次越低的目标描述的应该越清晰具体。最初步要实现超市管理系统的进货模块、销售模块，次要目标为建设系统的人员管理模块、薪资模块。3.2确定项目的责任人3.2.1项目经理项目经理是在整个项目开发过程中项目组内对所有非技术性重要事情做出最终决定的人。3.2.2系统架构人员是在部门内所有软件项目中，对技术上所有重要的事情做出决定的人。3.2.3需求人员是项目前期与客户方打交道最多的人，对于客户来说，他可以代表整个项目组，对与项目组成员来说他的意见可以代表客户方的意见，项目组内所有与客户需求相关的事情必需得到他的认可。3.2.4系统分析人员是项目组中的首席执行官，他涉及项目的所有方面，是项目进度的推动者，也是项目成功的关键。3.2.5数据库人员协助系统分析人员对分模块进行详细设计，并直接管控该模块的进度，对于本模块中所有重要的事做最终决定的人。3.2.6开发人员是最终实现代码的成员。3.2.7测试人员找到项目中存在的不合理、不合格的部份，测试人员是项目质量的保证，是最终进行项目测试的成员。3.2.8美工人员负责完成软件设计师安排的功能界面设计,对项目整体色彩的调配。3.2.9实施人员负责制定项目实施计划,在项目实施阶段，跟踪、检查实施人员的工作质量；在实施经理安排和指导下，执行项目用户现场实施任务；第3页3.3项目所涉及的所有人员由项目经理负责针对个人不同性格，专业特长，性格进行分组，合理安排人员，保证项目质量与进度。3.4建立各方通信渠道手机、EMail、QQ群四、确定项目结构4.1建立项目和策略计划的关系，如确定各个项目的顺序4.1.1注重项目计划的层次性4.1.2重视与客户的沟通4.1.3该详细的详细，该简略的就简略4.1.4制订的项目计划要现实4.1.5运用过程化的思想指导开发4.1.6利用成熟的项目管理工具4.2定义开发过程4.2.1问题描述4.2.2可行性分析4.2.3项目开发计划第4页4.2.4需求分析4.2.5概要设计4.2.6详细设计4.2.7编写代码4.2.8软件测试4.2.9软件维护（新系统与旧系统通信所需的软硬件标准、变更控制与配置管理标准、质量标准和过程手册、度量程序、项目计划和控制标准）五、确定项目产品和活动5.1技术产品、文档产品第5页采用PBS方法定义5.2产品流程图第6页5.3项目活动网络图关键路径：A→C→E→H六、分配资源编号主要负责的阶段花费时间（天）1可行性研究以及编写项目计划书152需求分析203数据流图104界面设计155数据字典156数据记录整理15七、风险分析7.1确认风险风险类别风险描述使用提高生产率工具所产生的计划节余被过高地估计了。计划、资源和产品定义都受客户或上级管理部门支配，而不平衡预定日期提前，但没有对产品范围或可用资源作相应调整。产品比估计的大（从准则、功能点、模式等方面来看）。管理审查/决策过程比预料的慢非技术第三方任务花费的时间比预料的长（预算审批、法律审查等）。最终和户坚持新要求。第7页即使递交的软件符合所要求的全产规格，但商业用户将不接受该软件。商业用户审查/决策过程比预料的慢。最终用户最终发现产品不能令人满意，要求重新设计和重做。小组成员之间的冲突导致通信差、设计差、界面错误和额外工作。人事工作比预料的慢。正式手续太多（官僚性遵守软件政策和标准）。开发不具不像预料的那样有效，开发者需要时间来创建有关工作，或改用新工具。7.2风险排队风险描述可能性计划省略是必要的任务。中使用提高生产率工具所产生的计划节余被过高地估计了。中计划、资源和产品定义都受客户或上级管理部门支配，而不平衡。高计划是乐观的“最佳实例”（而不是现实的“预期实例”）。高计划是根据使用具体小组成员的情况制定的，但这些小组成员没有得到。中预定日期提前，但没有对产品范围或可用资源作相应调整。高一项任务的推迟使从属任务一并推迟。高作为对计划到计划的失察作出反应而作出的重新估计过于乐观，或忽略了项目历史。中过大的计划压力降低生产率。中项目规划在压力下被放弃。中规划太差，不能支持需要的发展速度。高不能在分配的时间内制造规定尺寸的产品。高产品的不熟悉方面要花费比预料的更多的时间来设计和执行。高产品缺少有效的高级管理发起人。中产品在不明不白搁置的时间太长。中解雇和削减降低小组的能力。中管理或销售部门坚持延长计划的技术决定。中低效的小组结构降低生产率。中管理审查/决策过程比预料的慢。中预算削减打乱项目规划。高管理部门作出挫伤开发小组的积极性的决定。高非技术第三方任务花费的时间比预料的长（预算审批、法律审查等）。中规划太差，不能支持需要的发展速度。高项目规划在压力下被放弃，导致混乱的、低效的