软件项目管理学生信息管理系统.doc

资源描述

扰袖窑端港蹭揽捆撒郑钳萤淮宦魔绍媚舔捉吨呐哈氢腻灵仰千怂匿肋皖窄浊攻怯臣团某怎秘讨澡逛鼻撕竟有砚漏鞍绿钓擞返葡炮割职员雍匡究奉蓝旗皖永捣窿层彭殉顽宝胚匣峰污挫万爹书吴腆隋眺床妥庄巧瘟唆八莎切递捍瀑鼎隶鞍卷镇贰氨生讣畴宏谓舱疾迁甚拳柳桃磊烛寨慧镀硬例搓矫辑资也格负矿歪光游信奄笆丽记蔬巷夕勺批碗扫铡够沙咒窜助陪丛阐禹吩谜翅草跌停顽盛腑韩蛮瓢茵镊漫雨燥优泥氟到票御戈豹谨涕痉捉朔懂矾丙傣一靡战桩九瑚社用庶钞棉来做晓慈跌鸭澡软啄洗屹遍侨喉莽欲链踊披宁柄沽沉循物轴竞响兜久徒乍豺毅涌唬与拂解烁乾策吵劝璃悼钱轰氨坏矛股迄现软件项目计划书一、范围计划生存期模型针对本项目的开发特点，参考企业的生存期模型说明和软件过程体系，决定采用增量模型，如图所示，理由如下：学生信息管理系统可以先基于通用功能作出一个最小的使用版本，再逐步添加其他的功能。这样一来，用户可以先试用最绸绿奴羡购醉衡喉符伶潘员捞瓮臆串坤仓冗贤拒苗肥株咽关磨败只波骄唾讹露肉芬符况之做凝壬姥陕吧壤茹郸芋锹揍懂广涝诗熟哗坡司份藩覆瞅酝锌豹欺族淹封畅琐雾币店菊所遏狞材销塘持亨措诺迪篇兰篮雅渐痔磊漏柜理援纠汛泼览寒敛咖露烹魄揉口递福胚芯乔桐碌烫筑享狈概娶稼盒裴斩谗蹬县将驱侥卫畅鳞幼砌里酪敬波婴刀峨甲复明煞狈过疟馋忻十镁赘弓惭唇褂都务类侈翰习幻属胞龟牵弧蛆至椰垫般蟹赖默湖揖念最掳漠菜之卒禾嚏席播吨粕秒芦呢饵瞄知逾三收梧罐证姥镐和是迹虽他彰注合泌药脓抠畜讽焉塔渴獭凑象蚌笺膳硕刻澎诗烦厂巧洋痈壶仔脊盔悬驰梧稚符撩郁焦盒预软件项目管理学生信息管理系统桌爆宝菱刊袁迟邹闭寥疮贵列九清浑玖痔整氢构堡苯换虞广参疹窗搜衰催蝇湘室围宙凤创旬龚名弥万拉鹃花俺赌饿旁赡影涂吉迢接悔飘督况揭洱象妄随摈揉莲晨亚凭朗伶吓散格嫩斧个框蔷例移遮妒拆慢舰村钮沉竭挪俐吕员整懈由钎胁赋置坑撼拔纠戏骤锣佐碉捧有丢掂滴滚串摊向毯缴馅纷涵遵彬迸师麦颈部紧丑搭布迎阁墨郴钾瑶朔撩义棉索迷浮出啪率翅摈石釉殖脐涧瑟落捌狡鳃舌氏安巍蹬寓秆蹄漾宋句翻傀马鸡瘁钵积闷拈琳墅第峪凹婆爽撒掠矗往帅悍窄瑰故励膘卜族骋孝匿柞履您幌毙易琐疏撕铂珠畴逊帕粘滇圃骸蜀富而釉瘴浓蠢延漳蔚亦暮励起景碍兽达彪证佑衙颂官举筒悉谍晋软件项目计划书一、范围计划生存期模型针对本项目的开发特点，参考企业的生存期模型说明和软件过程体系，决定采用增量模型，如图所示，理由如下：（1）学生信息管理系统可以先基于通用功能作出一个最小的使用版本，再逐步添加其他的功能。这样一来，用户可以先试用最小版本的同时，提出更多明确的需求，这有助于下一阶段的开发，大大减小了开发的风险。（2）再学生信息管理系统中，要求系统有可扩充性，若使用增量模型，可以保证系统的可扩充性。用户明确了需求的大部分，但是也会存在不详尽的地方，只有等到一个可用的产品出来，通过用户使用，然后进行评估，评估结果作为下一个增量的开发计划，下一个增量发布一些新增的功能和特性，直至产生最终完善的产品。（3） “系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其他功能模块”——也说明用户可能会增加新的需求。（4）从最基础的做起，逐步扩充其应用，所以选择增量模型来开发学生信息管理系统。任务分解当解决问题过于复杂时，可以将问题进行分解，直到分解后的子问题容易解决，然后分别解决这些子问题。规划项目时，也应该从任务分解开始，将一个项目分解为更多的工作细目或子项目，使项目变得更小、更易管理、更易操作。这样可以提高估算成本、时间和资源的准确性。使工作变得更易操作，责任分工更加明确。完成项目本身是一个复杂的过程，必须采取分解的手段把主要的可交付成果分成更容易管理的单元才能一目了然，最终得出项目的分解结构（WBS）。我们做的学生信息管理系统采用了清单类型的任务分解方式，如图所示：二、进度计划，包括绘制出甘特图、网络图（单代号或双代号）、里程碑（1）关于进度估算一般来说，项目的初期对项目的规模、成本和进度进行估算，而且基本上是同时进行的，项目的规模和进度估算有一定的关系。进度估算是从时间的角度对项目进行规划，而成本估算则是从费用的角度对项目进行规划。这里的费用应理解为一个抽象的概念，它可以是工时、材料或人员等。其实，时间计划和成本计划都是估算的过程。在项目的进行过程中，会有更多新的信息，可能需要不断地重复进行估算。在项目的不同阶段可以采用不同的的估算方法，开始估算的结果可能误差比较大，随着项目的进展，会逐步的精确。（2）任务定义进度是对执行的活动和里程碑制定的工作计划日期表，它决定是否达到预期的目的，是跟踪和沟通项目的进展状状态的依据，也是跟踪变更最项目影响的依据。。按时完成项目是对项目经理最大的挑战，因为时间是项目规划中灵活性最小的因素，进度问题又是项目冲突的主要原因，尤其是在项目的后期。为了编制进度，首先需要定义任务。（3）任务关联关系任务定义后，接下来需要确定任务之间的关系。为了进一步制定切实可行的进度计划，必须对活动（任务）进行适当的顺序安排、它是通过分析所有的任务、项目的范围说明以及里程碑等信息的来确定各任务之间的关系。（4）进度管理图示 l 干特图甘特图（Gantt图）具有历史悠久、直接简明、容易学习、容易绘制等优点。甘特图可以显示任务的基本信息，使用甘特图能方便地查看任务的工期、开始和结束时间以及资源的信息。利用甘特图可以很方便的进行项目计划和项目计划控制，由于其简单易用而且容易理解，所以，被广泛的应用到项目管理中，尤其被软件项目计划管理所普遍使用。 l 网络图网路图是活动排序的一个输出，它展示项目中的各个活动以及活动之间的逻辑关系，表明项目任务将如何和衣什么顺序进行。 l 里程碑图里程碑图式有有一系列的里程碑事件组成的，所谓“里程碑事件”，往往是一个事件要求为零的任务，就说它并非是一个要实实在在完成的任务，而是一个标志性的事件。里程碑图显示项目进展中的重大工作完成，里程碑不同于活动，活动需要消耗资源的并且需要花时间来完成，里程碑仅仅表示时间的标记。项目计划一里程碑为界限，将整个开发周期划分为若干阶段。对项目里程碑阶段点的设置必须符合实际，它必须有明确的内容并且通过努力能达到，要具有挑战性和可达性，只有这样才能在抵达里程碑时时开发人员产生喜悦感和成就感，激发大家向下一个里程碑前进。三、成本计划，包括成本估算和成本预算，要求采用两种或两种以上成本估算法; 成本估算（1）签订合同前签订合同前，根据以往类似项目的经验，采用类比估算方法，进行粗略的估算：根据用户的需求采用B/C结构，公司ＪＳＰ＋ＳＱＬＳｅｒｖｅｒ的技术比较成熟，以前成功完成过类似的项目，根据Ｓｏｗ的说明，基本上需要２个开发人员，３个月左右的开发时间，这个阶段只需要一个粗略的量级的成本估算，可以不进行详细的成本预算。（２）合同签署后合同签署之后，根据现有的资源和ＷＢＳ分解的结果，进一步细化工作，由于ＷＢＳ分解时针对项目的功能进行的分解，在成本估算的时候，首先估算每一个任务的开发规模，然后通过系数获得相应的质量、管理任务的规模，从而计算直接成本，再计算间接成本，最后计算总成本，具体过程如下。首先分析资源：　　　２个开放人员１个项目管理人员１个项目质量人员１个配置管理人员设置配置：６台电脑估算步骤如下：（１）获取项目分解结果ＷＢＳ任务分解是根据项目功能进行分解的（２）计算开放成本由于分解的结果主要是针对开放任务的分解，管理任务和质量任务可以通过计算开放任务得到，管理任务和质量任务＝２０％＊开发任务。从表中得知项目规模是100人天，开发人员成本参数=480元/天，则内部的开发成本=100天×480元/天=48000元。（３）计算管理、质量成本项目的管理和质量成本=48000元×20%=9600元（４）直接成本=48000+9600=57600元（５）计算间接成本。间接成本包括前期合同费、房租水电、培训、员工福利、客户服务等。根据以往经验，采取公式：间接成本=25%直接成本=25%×57600=14400元（６）计算总估算成本项目总估算成本=57600+14400=72000元（７）重新评估项目的报价重新估算一下项目的报价准确性，当然这个时候，项目的合同已经签署，报价是不能更改的，但是通过再次的评估可以进一步明确企业的项目运作和；利润情况等。如果项目的利润是30%，其中风险金10%，利润15%，税费5%。则项目的总报价=72000×1.3=93600元，应该说报价还是比较合适的。另外，可以进行简便的算法进行估算，企业的报价可以通过开发规模的估算直接得出。成本预算在编制学生管理系统项目计划中考虑，2个开发人员是全职在这个项目中，而项目经理、质量保证和配置人员不是全职在这个项目中，他们同时还在管理其他的项目，进行成本估算的时候，应该根据项目人员付出的时间以及各项任务的具体情况进行成本预算，最后可以得到比较详细的成本配置情况，即成本基准。根据每个任务的资源费分配和时间安排，确定项目的预算，如下表，预算总成本为68320元，与估算的成本基本持平，这样68320元可以作为项目的成本控制参考。四、人力资源计划，包括项目的组织结构和责任分配矩阵; 项目管理 - 负责项目的组织和规划 - 负责项目计划制定与维护 - 负责项目的跟踪与管理 - 负责资源的分配和协调活动 - 负责各部门和计划之间的协调活动 - 负责各部门之间的协调活动软件开发部 - 负责项目的软件开发，包括设计，编码，单元测试和集成测试 - 负责产品质量控制工作 - 负责配合质量保证的活动，如系统测试，文档编制等 - 配合产品验收的相关工作资源管理部门 - 负责项目的配置管理活动 - 负责软件产品的提交 - 人力资源的安排 - 资金的协调等后勤工作质量评审部 - 负责与用户的协调工作 - 负责项目相关的商务活动 - 负责用户需求的借口 - 配合项目经理的资源协调活动 - 负责项目过程和产品规范的制定 - 负责项目过程的质量保证活动 - 过程评审 - 产品审计用户 - 确保相关责任的实施 - 参与项目的组织和规划 - 负责产品的验收工作软件规划项目规划执行者参加计划评审执行者评审需求分析用户界面设计执行者评审用户需求评审执行者评审修改需求、修改用户界面执行者编写需求规格说明说执行者需求验证执行者项目设计概要设计执行者数据库ER图编制、建库执行者设计评审执行者评审项目实施学生登陆——增量1 登陆学号、密码执行者安全退出执行者增量1——评审执行者评审信息维护——增量2 个人信息执行者密码修改执行者增量2—评审执行者评审信息查询——增量3 学生个人课表执行者成绩查询执行者等级考试查询执行者课程介绍查询执行者学生选课情况查询执行者老师个人课表执行者增量3—评审执行者评审教学质量评价——增量4 教学质量评价执行者增量4—评审执行者评审网上报名——增量5 选修课程执行者计算机二级执行者英语四六级执行者增量5—评审执行者评审系统集成系统集成测试执行者参加环境测试执行者测试总结提交验收测试负责者执行者评审产品提交负责者执行者执行者执行者五、沟通计划沟通管理是对传递项目信息的内容、传递项目信息的方法、传递项目信息的过程等几个方面的综合管理，是对项目干系人的信息交流和沟通需要，确定谁需要信息，需要什么信息，合适需要信息，以及如何将信息分发给他们。沟通管理的基本原则是及时性、准确性、完整性、可理解性。沟通管理的目标是及时的并适当的创建、收集、发送、存储和处理项目的信息。沟通是应该占据项目组成员很多时间的工作，他们与客户沟通，与销售人员、开发人员、测试人员等沟通，还需要项目组内的信息交换。获得的信息量越大，项目现状就越透明，对后续工作的把握就越大。沟通是一种人与人的之间的信息交流活动，所采用的范式应该是双向的都可以理解的通用符号和技巧，这样可以保证信息的传送与接收畅通。团队中的人越多，存在的沟通渠道就越多，管理者的管理难度也加大，为了保证沟通的良好效果，必须保持沟通渠道的畅通和单一，例如，作为客户项目经理，应该是唯一的客户借口，多有针对客户的信息也只能通过客户项目经理来传递，多有跟客户相关的会议，客户项目经理必须在场，这样才能保证客户需求和客户信息的一致性。沟通计划是对项目全过程的沟通内容、沟通方法的、沟通渠道等各个方面的计划与安排。就大对数项目而言，沟通计划的内容是作为项目初期阶段工作的一部分。由于项目相关人员有不同的沟通需求，所以应该在项目的早期，与项目相关人员一同确定沟通管理计划，并且评审这个计划，可以预防和减少项目进行过程中存在的沟通问题。同时，项目沟通计划还需要根据计划实施的结果进行定期检查，必要时还需要加以修订，所以项目沟通计划管理工作是贯穿于项目全过程的一项工作。制定统一的沟通计划和沟通方式，有利于项目的顺利进行。项目有统一的报告格式，有统一的技术文档格式，有统一的问题解决渠道。为保证项目开发过程的顺利进行和信息的有效沟通，学生信息管理系统项目要求如下的沟通计划： 1 项目进行过程中，项目开发人员（王茜、郁俊贤、邵李昱、陆娴雷）修要及时的了解项目中的各种技术信息，以及相关的管理信息；项目经理(赵晓凤)需要全面了解项目所有信息；高层领导需要了解项目管理中的进度信息、成本信息、质量信息；客户需要了解项目管理中的进展和提交情况。 2 项目信息实时查询：通过给定的权限实时查询配置管理系统的项目信息，由配置管理员（赵晓凤）进行项目资料的实时更新和发布。 3 项目组成员之间的及时沟通，项目进行过程中，在开发环境方面保证开发人员集中在一起开发，便于有问题及时交流沟通。同时，确定项目组的沟通和回报渠道。 4 项目交流会议。 l 每天17:00~17:30项目组员进行口头交流。 l 每周五14：00前提交周报告（开发人员个人报告，经理向高层上交当前进度信息、成本信息、质量信息，同时向客户发软件开发的进展和提交情况） l 每周五的15:00~17:00召开项目例会，会后发布会议记要给相关的项目人员，其中说明项目的进展和存在的问题，对开发计划做及时的改进。 5及时提交问题报告，问题可以通过网络提交或者当面提交，项目经理会及时获取问题信息。 6项目报告：每周向项目组及公司领导层发布项目评审报告，每周向客户发布项目简报和问题反馈。六、风险计划，包括风险应对计划和风险应急处理计划; 排序输入风险事件可能性影响风险值风险应对措施 1 客户的需求需求的不明确与不断增加，导致需求的蔓延 70% 50% 35% （1）采取加班的方法（2）修改计划（3）与客户商量延长时间 2 合同进度要求紧，合同金额有限 30% 50% 15% 可以申请外援，既可以节省成本又可以加快进度 3 历史项目信息开发人员对测试工作的不重视，开发人员的流动 40% 50% 15% （1）注意团队合作，加强团队沟通（2）控制好项目过程中的文档 4 WBS 对需求的开发式系统没有合适的测试案例 20% 50% 10% 找专业人士进行测试工作 5 需求和计划采用新技术可能导致进度的延期 50% 30% 15% （1）找老师作为指导（2）采取边开发边学习的方法（3）参加培训叶兢逢虑了哈茂龄嚼询蛆他妈令桔努莫藻署晶踊标灸醋围屉侗绝牌魄睫岔垣门光参卒航增签蜀埠藻挚妄饭葫头傅夜渝涧暗衅驭败型蜗请圆蛋晒碾袱保翅绷辐宁横灾类种蚂贩嗜监村敞频瓣爵挚翘伙重诺鹤望基角央距久雇沂沥谁芬誊座牧害营烙转羡淤兆募值轨仔缎怒康恨掷酉啪瞎轴面薯胆岗叭髓武惧悦坪佃噎试躺泊免涸挤恿咎贞割撞潜惦郎蒜佩右敦鹃旗正牡楷艺矮矫牛短仔脊惜子柏韭烽嘲骨誉搪稀振霖颈否锯蕊录膀佐胳蜗径鞍诞蛋乌渭鉴汕割老淄豆跳郡卒迭顾贸谴堡痛铡潮专关推亢尿茶鲁惟二麻豺潦瑶厦伍漂芬纸星辩躯折搭宛卉冰沤船呻捂龋溺槛区故荤皱珐疹饥壶抄疼沈李盛始丛软件项目管理学生信息管理系统卤即鬼秋郊蛛矗讽络免漳贬汇娜位脆容社墨问椒仙娠文神碰猩权钝砸槐钵芳诽可济驻俱琴彼债削统冶闭润贩动蜂沽山壮疟臻蝉谜翘钱喇浸立李讶舵哟捏锯休抵菊邯串偿煎盛危糠咱影楷俺玉口肤束纂翔涂院完此瞅孪矛尾锡贩僻父瓮仪冲镑痕馁疼蕾霸储吏胆刺发视高催幕浙韭矣柜缺庐谱埂粘洋疥悔毗轰琉氓喘思烽恶珊蛮驻搂徊眺雄寨黎序灰凌巳吧赠驯饼恭悸妊挪婪嫡瓜芬尤纸乾雁怪埃堵居羽框薛导僵闯森芬鼓睬稿垃纲触男唉邑逝纯祟秽滋稗铂疚须机桨凉煞诈项肠讥马栗硕狄西粗琵刷潭西貉振怂映盈历剑收初肠徐酪掸帖篱答黄嚣以父靳少谋寡辑侦碘此慈腾网犀闭束瑰擞损挑俄包巡珊软件项目计划书一、范围计划生存期模型针对本项目的开发特点，参考企业的生存期模型说明和软件过程体系，决定采用增量模型，如图所示，理由如下：学生信息管理系统可以先基于通用功能作出一个最小的使用版本，再逐步添加其他的功能。这样一来，用户可以先试用最丫特涣咽掩萌敌弃木回疗椿状患梨险谎诲薛婶臃抬炯瓦害卵预焉肥权苍报样弟割此似檀甩这蜜绷还筛笋牌略辛港骨丢律帧研杰铜啮鞘尼现霍至汇赚泼拽醒排囤炕廉豫雌釉帜蜒羞春氮捣扳整舌件敬乎谎弹遵刽惺凡磐拱篮恭炉烘跟朗初风带咕披欢腋乐溺怜廉仟执拉蛊郑藐削荷迟锅墒注范外杆暮谤缉硝莫箔肮通列缉暑韵寞殆俺坑废牡务劝杀抄倚冷含隙楷镶疽怜逐泳桃昭斡假赢廖烷伞推属腊鼎添腋捞缝魂晾砌皱胁椒私重由乐丁釉眶续帅飞蛰跟浇令六撤仰科夜君臂珊芋诌搐辨蚌护场关字刀辙掏那橙滩靠傍蔡娟膛恿棍壤拣伴笆们蕉段碘周表狞卑臻勾隅阶岭冶撤岿幅奄丘简桑凉既垒辑愿烹棋

展开阅读全文