际差别很大监控项目经理设计编码缺少对工具的培训缓解项目经理编码阶段测试和编码的具体监控难以实现监控项目经理编码测试四层结构新技术的尝试可能导致技术力量不够缓解软件经理设计编码参与人员的流动缓解项目经理全程数据仓库新技术的尝试不能保证成功缓解项目经理分析设计分析和设计新技术的尝试可能与传统的过程缓解项目经理分析设计冲突交付期限将被紧缩监控项目经理全程开发人员工作的短时中断计划项目经理全程与客户之间无法沟通缓解项目经理需求分析产品创建和使用的数据库很大监控项目经理测试交付用户需求发生较大的改变计划项目经理分析之后测试工具的欠缺不能保证测试的效率缓解项目经理测试交付交付期限不能保证产品的完整性监控项目经理设计编码技术达不到预期的效果监控项目经理设计开发人员不能严格遵守过程规范监控项目经理全程合作者或合作关系的重大变化缓解高级经理全程参与人员缺乏经验缓解软件经理全程最终用户可能抵制该系统缓解项目经理交付维护项目技术变更管理项目变更管理计划表新技术评估期试用期推广期技术数据仓库技术进度跟踪项目会议项目会议计划采用周例会与随机会议相结合的形式。会议组织者般由项目经理或软件经理负责组织并实施。项目会与的时间或频率周例会每周次，每次定于周五下午点左右。随机会议根据情况临时确定。项目会议主要内容周例会原则上是本周工作报告和讨论问题解决办法，以及下周工作安排。执行代码模块测试确认测试方案集成测试方案单元测试用例单元测试记录单元测试报告集成测试记录见测试计划集成测试报告开发产品名称文档标识号计划完成日期确认测试记录确认测试报告系统测试记录系统测试报告验收产品发布记录软件质量总结报告见计划财务总结报告项目总结报告维护维护记录审核，评审，采用审查还是评审由项目组决定。假设依赖和约束假设杭州地铁提供的数据接近真实，功能预算满足实际依赖的外部条件开发环境条件配备开发人员到位项目成员具备基本的开发素质和客户保持及时的联系指派测试组人员。约束服务器开发工具数据挖掘技术支持杭州地铁运营业务逻辑等。项目过程定义软件开发生命周期模型本项目为产品研发项目，且为初期阶段，大部分需求不能马上确定，由于人力与技术资源等限制，计划采用迭代模型，如图所示。本产品分三个迭代阶段分析型精英型协作型方法和工具本项目软件开发所使用的方法和工具如下表所示。软件开发方法与工具软件工作产品方法工具需求分析与设计编码单元测试文档任务分解描述软件任务分解和工作包，并提供进度表供项目运行项目管理活动每周次的评审高级经理评审使用。项目进度安排表如示。项目进度安排表任务开始日期结束日期负责人需求获取分析俞凯凯软件开发计划赵雅丽系统功能说明书陈惠婉软件需求规格说明书俞凯凯概要设计赵雅丽用户手册陈惠婉详细设计俞凯凯数据库设计赵雅丽编码陈惠婉单元测试项目总结报告估计大妈估计估计方法采用功能点特征点估计方法并结合历史数据。编程语言估计过程略估计结果代码量文档量页需求数项。文档大小估计软件工作产品规模估计如下表所示。软件工作产品规模估计表理需求收集系统分析设计编码测试技术支持陈惠婉系统分析员需求收集系统分析设计编码测试实施指导胡图图高级程序员技术实施设计编码测试于晨高级程序员需求收集设计编码测试何妮编码测试蔡琴编码测试金兴编码测试组间合作组间合作表小组联系人支持描述软件配置管理俞凯凯参考项目配置管理计划书软件质量管理赵雅丽参考项目质量保证计划书外部研发陈惠婉计费账务和客服方面的数据结构，数据库借口规范测试组董栋需求计费规则等，数据库接口规范市场部蔡彩客户需求收集与确认人员计划人员计划表开发阶段起止日期人数技能等方面的要求计划系统分析员人需求管理人客户联络员人项目策划人需求分析系统分析员人高级程序员人文档与配置人概要设计系统分析员人高级程序员人详细设计系统分析员人高级程序员人编码高级程序员人程序员人单元测试测试员人高级程序员人程序员人交付系统分析员人高级程序员人程序员人培训计划培训计划表主题人数计划日期提供者备注软件过程培训全部天公司内部数据仓库人天上海杭州等地培训人天系统分析专家编程技术人天高级工程师软件工程原理全部天公司内部风险管理计划影响程度灾难性严重般轻微可忽略。分类商业风险，客户特性风险，开发环境风险，人员经验风险，建造随机会议视情况而定。项目里程碑项目里程碑表里程碑时间工作产品控制时间范围负责人变更措施计划阶段完成项目计划需求说明周赵雅丽尽量避免变更，提前监控，延时不超过周。特殊情况，例如春假培训客户交流等，重新估计并调整计划。对红牌里程碑注意总结教训。分析阶段完成需求规格说明书周陈惠婉设计阶段完成概要设计书详细设计书数据库设计书用户手册借口规范周于凯凯编码完成源代码模块可执行模块程序库周赵雅丽测试完成单元测试报告项目总结报告周陈惠婉项目数据统计与分析按照数据采集表收集各个阶段所有相关数据项目计划数据开发工作量进度与成本数据人员数据评审数据测试数据计划变更数据等。统计分析，确定项目状态及采取的改进工作。其他跟踪项序号跟踪项跟踪方法负责人数据库合作效果定期交流监督项目经理资产流失客户跟踪高级经理工程和管理开销监控高级经理移交标准贯穿整个项目，必须在项目进行到下阶段前达到所确定的标准，最后阶段是把产品移交给客户。集成测试移交标准必须在及成绩的测试之前达到本移交标准。提供完整可公测使用的可执行文件及相关文档单元测试报告概要设计文档数据库设计文档系统测试移交标准必须在系统级的测试之前达到本移交标准提供完整可供测试用的可执行文件及相关文档系统需求规格说明书用户手册测试计划和测试方案单元测试报告集成测试报告发布标准在产品发布给客户之前必须满足如下移交标准完整的且版本致的可执行程序用户手册技术风险，产品规模风险，过程风险。风险计划表风险因素类别概率影响负责人发生阶段开发的产品不再符合公司的整体商业策略监控高级经理全程人力需求估计过低监控项目经理详细设计与编码没有得到预算或人力上的保证监控项目经理全程与开发组之间无法协调缓解高级经理设计阶段复用程度低于计划风险软件经理编码阶段规模估计可能和实文档作能力也是在写作实践中提高的。要想写出优秀的毕业论文,是要对所研究的问题进行认真深入的探索,二是要对思考研究的所得进行归纳整理,理清头绪,写成条理清晰逻辑严密的文章。忌中心不明,纲目零乱作者在下笔撰写毕业论文之前,要确定论证体系,即确定毕业论文的中心论点和分论点,并按定的逻辑顺序排列好。所谓论证体系就是对讨论的问题,必须有中心,有从属,使中心论点和分论点之间形成就可能出现外行现象,自然写不出高水平的论文来。而近年来有的学员的论文偏离了专业和所学的主要课程。例如学行政管理专业的写国际金融市场内容的不少学政法专业的又研究小城镇建设在农村经济建设中的地位和作用,如此等等。正因为离开了自己的专业学习基地,理论根基不深,情况不熟,结果写出来的论文,不合客观事理和逻辑,有的甚至误入歧途,得出荒谬的结论。因此,有的学员在答辩时支支吾吾,前言不答后语。忌观点偏激,提法不妥论文的论点,是作者思想观点态度和主张的集中体现。论点是论文的灵魂统帅和纲领,评价毕业论文的首要条件就是观点正确鲜明。因此不能随心所欲,不能违背党和国家现行的方针政策和法律法规,更不能自行其是钻牛角尖或走极端。在毕业论文写作中,由于个别学员学习不努力,未能及时掌握当前的理论动态,因而在论文中出现观点偏激,提法不妥的现象。要克服这毛病,首先是要加强学习,努力吸取新知识,接受新事物,使文章所反映出的思想观点见解,跟上时代的步伐其次,在动笔之前和成文之后,都要反复推敲斟酌,看确定论点的总的立场观点是否正确,有无问题要看文中的主要提法是否妥当,是否符合客观事物的发展规律,有没有片面的武断的不实事求是的地方。如果发现了问题,要及时予以纠正。忌抄袭代劳,坐享其成撰写毕业论文,是种创造性自主性劳动,论文篇幅有定的要求,写作时间又有严格的限制,对于平时动笔较少的学员来说,确实有定的难度。因此有的学员就产生了畏难情绪和依赖心理。他们不是在老师的指导下去思考研究独立完成,而是通过东拼西凑,抄袭组织成文。更有甚者,全文抄袭报刊杂志网上现成的论文,或干脆请人代写。正由于作者未经过自己的辛勤劳动,对所抄内容不理解,虽论文写得好,但答辩时不堪问,无言以对。对于个真正想充实自己本领的人,应该珍惜毕业论文写作的机会,对棘手问题可以请老师或他人指导解决。借鉴别人的文章是可以的,但要在自己理解体会的基础上,先吸取其中的营养,再用自己的智慧去创造。千万不要抄袭别人的文章或请他人代笔。这不仅是种自欺欺人的做法,也是种很不道德的行为。忌弄错文体,不象论文论文是议事论理,以议论为主要表达方式的理论性文体,它要求通过材料和逻辑推理来证明作者的观点,辩明是非曲直,它必须具备论点论据论证三个要素。而有的学员对文体把握不准,未弄清论文和其它文体的区别,因而写出来的论文,有的像调查报告,有的像经验总结,有的甚至像报告文学。如有篇关于企业改革要以人为本的文章,作者从报刊杂志和网上搜集了中外企业举贤授能重视人才终于走向成功的几十个典型事例,用文学性语言描写叙际差别很大监控项目经理设计编码缺少对工具的培训缓解项目经理编码阶段测试和编码的具体监控难以实现监控项目经理编码测试四层结构新技术的尝试可能导致技术力量不够缓解软件经理设计编码参与人员的流动缓解项目经理全程数据仓库新技术的尝试不能保证成功缓解项目经理分析设计分析和设计新技术的尝试可能与传统的过程缓解项目经理分析设计冲突交付期限将被紧缩监控项目经理全程开发人员工作的短时中断计划项目经理全程与客户之间无法沟通缓解项目经理需求分析产品创建和使用的数据库很大监控项目经理测试交付用户需求发生较大的改变计划项目经理分析之后测试工具的欠缺不能保证测试的效率缓解项目经理测试交付交付期限不能保证产品的完整性监控项目经理设计编码技术达不到预期的效果监控项目经理设计开发人员不能严格遵守过程规范监控项目经理全程合作者或合作关系的重大变化缓解高级经理全程参与人员缺乏经验缓解软件经理全程最终用户可能抵制该系统缓解项目经理交付维护项目技术变更管理项目变更管理计划表新技术评估期试用期推广期技术数据仓库技术进度跟踪项目会议项目会议计划采用周例会与随机会议相结合的形式。会议组织者般由项目经理或软件经理负责组织并实施。项目会与的时间或频率周例会每周次，每次定于周五下午点左右。随机会议根据情况临时确定。项目会议主要内容周例会原则上是本周工作报告和讨论问题解决办法，以及下周工作安排。执行代码模块测试确认测试方案集成测试方案单元测试用例单元测试记录单元测试报告集成测试记录见测试计划集成测试报告开发产品名称文档标识号计划完成日期确认测试记录确认测试报告系统测试记录系统测试报告验收产品发布记录软件质量总结报告见计划财务总结报告项目总结报告维护维护记录审核，评审，采用审查还是评审由项目组决定。假设依赖和约束假设杭州地铁提供的数据接近真实，功能预算满足实际依赖的外部条件开发环境条件配备开发人员到位项目成员具备基本的开发素质和客户保持及时的联系指派测试组人员。约束服务器开发工具数据挖掘技术支持杭州地铁运营业务逻辑等。项目过程定义软件开发生命周期模型本项目为产品研发项目，且为初期阶段，大部分需求不能马上确定，由于人力与技术资源等限制，计划采用迭代模型，如图所示。本产品分三个迭代阶段分析型精英型协作型方法和工具本项目软件开发所使用的方法和工具如下表所示。软件开发方法与工具软件工作产品方法工具需求分析与设计编码单元测试文档任务分解描述软件任务分解和工作包，并提供进度表供项目运行项目管理活动每周次的评审高级经理评审使用。项目进度安排表如示。项目进度安排表任务开始日期结束日期负责人需求获取分析俞凯凯软件开发计划赵雅丽系统功能说明书陈惠婉软件需求规格说明书俞凯凯概要设计赵雅丽用户手册陈惠婉详细设计俞凯凯数据库设计赵雅丽编码陈惠婉单元测试项目总结报告估计大妈估计估计方法采用功能点特征点估计方法并结合历史数据。编程语言估计过程略估计结果代码量文档量页需求数项。文档大小估计软件工作产品规模估计如下表所示。软件工作产品规模估计表