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

上传人:大米 文档编号:512251114 上传时间:2022-12-05 格式:DOC 页数:14 大小:338KB
返回 下载 相关 举报
软件项目管理之超市购物系统_第1页
第1页 / 共14页
软件项目管理之超市购物系统_第2页
第2页 / 共14页
软件项目管理之超市购物系统_第3页
第3页 / 共14页
软件项目管理之超市购物系统_第4页
第4页 / 共14页
软件项目管理之超市购物系统_第5页
第5页 / 共14页
点击查看更多>>
资源描述

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

1、软件项目管理项目名称:超市管理系统班 级:XXXXXXXXXXXXXX姓 名:XXXXXXXXXXXX学 号:XXXXXXXXXXXXXXX一、项目名称2二、项目背景1三、项目目标13.1项目目标的衡量方法13.2确定项目的责任人 23.3项目所涉及的所有人员 33.4建立各方通信渠道 3四、确定项目结构 34.1建立项目和策略计划的关系,如确定各个项目的顺序 34.2定义开发过程 4五、确定项目产品和活动 45.1技术产品、文档产品 4采用PBS方法定义55.2产品流程图 55.3项目活动网络图6六、分配资源6七、风险分析67.1确认风险67.2风险排队 77.3风险避免9八、结论9亠、项目

2、名称超市管理系统二、项目背景随着计算机科学技术以及网络技术的不断发展,各个领域都已经展开了信息化建设工 作,以便于及时的从外界获取信息和,更好的管理组织,使各项工作都能够得到及时、顺利的开展。目前各类超市已经成为人们日常生活中必不可少的一部分,如何更好的对超市销售进行管理是超市管理的一个重大问题,因此设计一个可靠、高效的超市销售管理系统是十分必要的。For pers onal use only in study and research; not for commercial use为了能高效的,有计划设计超市销售管理系统。本报告的主要作用是确定各个项目模块 的设计情况和主要的负责人,供各项目

3、模块的负责人阅读,做到及时协调,按步有序进行项目的开发减少设计中的不必要损失。三项目目标3.1项目目标的衡量方法对一个超市管理系统而言,目标不是单一的,而是一个多目标系统,即销售模块、库存模块、员工模块、进货模块,希望通过整个项目的实施,实现一系列的目标,满足多方面的 需求。但是很多时候不同目标之间存在着冲突,实施项目的过程就是多个目标协调的过程, 由同一个层次目标的协调, 也有不同层次总项目目标和子目标的协调,项目目标和组织战略的协调等。项目目标基本表现为三方面,即时间、成本、技术性能(或质量标准)。实施项目的目的就是充分利用可获得的资源, 使得项目在一定时间内在一定的预算基础上, 获得期望

4、的技 术成果。然而这三个目标之间往往存在冲突。超市管理系统是一个多目标的系统,不同目标在项目的不同阶段,根据不同需要,其重要性也不一样,例如在启动阶段,可能更关注技术性能,在实施阶段,主要关注成本,在验 收阶段关注时间进度。 对于不同的项目,关注的重点也不一样, 例如单纯的软件项目可能更 关注与技术指标和软件质量。当项目的三个基本目标发生冲突的时候,成功的项目管理者会采取适当的措施进行权衡,进行优选。当然项目目标的冲突不仅限于三个基本目标,有时项目的总体目标体系之间也会存在协调问题,都需要项目管理者根据目标的优先性进行权衡和选择。超市管理系统目标的层次性是指对项目目标的描述需要有一个从抽象到具

5、体的层次结构。即超市管理系统目标既有最高层次的战略目标,也要由较低层次的具体目标。明确定义的项目目标按照意义和内容表示为一个递阶层次结构,层次越低的目标描述的应该越清晰具体。最初步要实现超市管理系统的进货模块、销售模块,次要目标为建设系统的人员管理模块、薪资模块。3.2确定项目的责任人项目经理是在整个项目开发过程中项目组内对所有非技术性重要事情做出最终决定 的人。是在部门内所有软件项目中,对技术上所有重要的事情做出决定的人。是项目前期与客户方打交道最多的人,对于客户来说,他可以代表整个项目组, 对与项目组成员来说他的意见可以代表客户方的意见,项目组内所有与客户需求相关的事情必需得到他的认可。是

6、项目组中的首席执行官,他涉及项目的所有方面, 是项目进度的推动者, 也是项目成功的关键。协助系统分析人员对分模块进行详细设计,并直接管控该模块的进度, 对于本模块中所有重要的事做最终决定的人。是最终实现代码的成员。找到项目中存在的不合理、 不合格的部份,测试人员是项目质量的保证,是最终进行项目测试的成员。负责完成软件设计师安排的功能界面设计,对项目整体色彩的调配。负责制定项目实施计划,在项目实施阶段,跟踪、检查实施人员的工作质量;在实施经 理安排和指导下,执行项目用户现场实施任务;3.3项目所涉及的所有人员过程阶段职责角色定义需要定义间题说朋书项目经理/芬斬员开始项目规划项目槪j分析员设计设计

7、方案设计说朋书分析员编码编舄程序编码说朋书分析昂価簸程序员将程序集成到系统中集成测试说明书程序员测试验证系统功能2性能系统测试说明书测试员/分析员接枚向蓉户演示系统擬作说朋节项目婭理僭户移植移植最终运行环境移植说朋书分析员倚级程序员数据采集及导入分析员傕序员运行甲户堵训用户堵训文档分析员偉户监控系统运行性能用户/分析员由项目经理负责针对个人不同性格,专业特长,性格进行分组,合理安排人员,保证项目质量与进度。3.4建立各方通信渠道手机、EMail、QQ群四、确定项目结构4.1建立项目和策略计划的关系,如确定各个项目的顺序,该简略的就简略4.2定义开发过程质量标准和过程手册、(新系统与旧系统通信所

8、需的软硬件标准、变更控制与配置管理标准、度量程序、项目计划和控制标准)五、确定项目产品和活动5.1技术产品、文档产品采用PBS方法定义库存管理模块5.2产品流程图叮丢统花泳说匕软件界而块能模块 川茁休樨握巴严券谎应5.3项目活动网络图关键路径:A t Ct Et H六、分配资源编号主要负责的阶段花费时间(天)1可行性研究以及编写项目计划书152需求分析203数据流图104界面设计155数据字典156数据记录整理15七、风险分析7.1确认风险风 险 类 别风险描述:使用提高生产率工具所产生的计划节余被过高地估计了。计划、资源和产品定义都受客户或上级管理部门支配,而不平衡预定日期提前,但没有对产品

9、范围或可用资源作相应调整。产品比估计的大(从准则、功能点、模式等方面来看)。管理审查/决策过程比预料的慢非技术第三方任务花费的时间比预料的长(预算审批、法律审查等)。取终和户坚扌寸新要求。即使递交的软件符合所要求的全产规格,但商业用户将不接受该软件。商业用户审查/决策过程比预料的慢。最终用户最终发现产品不能令人满意,要求重新设计和重做。小组成员之间的冲突导致通信差、设计差、界面错误和额外工作。人事工作比预料的慢。正式手续太多(官僚性遵守软件政策和标准)。开发不具不像预料的那样有效,开发者需要时间来创建有关工作,或改用新 工具。7.2风险排队风险描述可能性计划省略是必要的任务。中:使用提高生产率

10、工具所产生的计划节余被过高地估计了。中计划、资源和产品定义都受客户或上级管理部门支配,而不平衡。高计划是乐观的“最佳实例”(而不是现实的“预期实例”)。高计划是根据使用具体小组成员的情况制定的,但这些小组成员没有得到。中预定日期提前,但没有对产品范围或可用资源作相应调整。高一项任务的推迟使从属任务一并推迟。高作为对计划到计划的失察作出反应而作出的重新估计过于乐观,或忽略了项 目历史。中过大的计划压力降低生产率。中项目规划在压力下被放弃。中规划太差,不能支持需要的发展速度。高不能在分配的时间内制造规定尺寸的产品。高产品的不熟悉方面要花费比预料的更多的时间来设计和执行。高产品缺少有效的咼级管理发起

11、人。中产品在不明不白搁置的时间太长。中解雇和削减降低小组的能力。中管理或销售部门坚持延长计划的技术决定。中低效的小组结构降低生产率。中管理审查/决策过程比预料的慢。中预算削减打乱项目规划。高管理部门作出挫伤开发小组的积极性的决定。高非技术第三方任务花费的时间比预料的长(预算审批、法律审查等)。中规划太差,不能支持需要的发展速度。高项目规划在压力下被放弃,导致混乱的、低效的发展。低管理部门对豪情比对准确的状况报告强得更多,从而削弱它发现和纠正问题 的能力。中未能达到里程碑。高商业用户坚持新要求。中取终和户坚扌寸新要求。高即使递交的软件符合所要求的全产规格,但商业用户将不接受该软件。低商业用户所期

12、望的发展速度是开发者不能达到的。中商业用户最终发现产品不能令人满意。中没有征求商业用户的意见,因此产品最终不符合用户期望,因此必须重做。中商业用户审查/决策过程比预料的慢。高缺少商业用户参与审查过程、原型和规格,因而导致不稳定的要求。高商业用户通信比预料的慢。中商业用户微观管理发展过程。高商业用户提供的组成部分不匹配,并且质量差。低最终用户最终发现产品不能令人满意,要求重新设计和重做。中1最终和户不买进项目,因此不提供所需要的支持。高没有征求最终用户意见,因此产品最终不符合用户期望,必须重做。中客户坚持新要求。高客户对规划、原型和规格的审查 /决策过程比预料的慢。低客户将不参与对规划、原型和规

13、格的审查过程,或不能这样做,从而导致不 稳定的要求和费时的修改。中客户批准的支持工具和环境不兼容,性能差,或者功能不足,致使生产率降 低。中即使递交的软件符合所要求的全部规格,但客户将不接受该软件。中客户所期望的发展速度是开发者不能达到的。高小组结构效率低下。高开发者与管理部门之间的关系差,延缓决策和持续执行。中小组成员不买进项目,因而不提供所需要的性能水平。高积极性和士气低,从而降低生产率。低缺少所需的规格,从而增加缺陷和重做工作。中员工需要额外时间来学习不熟悉的编程语言。高项目后期增加新开发人员,并且额外的培训和通信费用降低现有小组成员的 效率。中小组成员不能有效的协同工作。高小组成员不买进项目。低所需规格缺少增加。中小组成员之间的冲突导致通信差、设计差、界面错误和额外工作。中有问题的小组成员没有退出小组,从而挫伤整个小组的积极性。中项目得不到更有资格做项目的人员。高:项目得到更有资格做项目的人员,但是出于政治或其他原因启用他们的。中找不到项目所需要的具有关键技能的人员。高关键人员只有部分时间才能得到。低项目得不到足够的人员。中人事工作比预料的慢。高缺少管理承诺。低管理费用不合理。中

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

当前位置:首页 > 办公文档 > 活动策划

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