软件开发成功案例3个.doc

软件开发成功案例3个

软件开发，是根据用户要求建造出软件系统或者系统中软件部分的一个产品开发的过程。以下是我分享给大家的关于软件开发成功案例，欢迎大家前来阅读!

软件开发成功案例篇1：

20xx年08月

编委专家简介

陈志波

陈志波博士目前是Technicolor中国研究院多媒体实验室主任，视频处理/编码/媒体质量分析领域的专家，国际电气与电子工程师学会(IEEE)多媒体技术委员会成员，并是一些国际多媒体会议的组织委

员会和程序委员会成员。作为公司首先启动敏捷式研究管理的项目负责人，有四年以上的利用敏捷式(Agile)管理流程管理研究和创新团队的经验。

单岚

任职于用友医疗卫生信息系统有限公司，担任研发中心-R 应用开发部开发经理。20xx年7月-20xx年1月，任职于中科软件集团，担任开发人员。20xx年2月-20xx年4月，任职于用友软件股份有限公司客户化开发部，担任项目经理。从20xx年4月至今，担任用友医疗卫生信息系统有限公司的开发经理。目前

作为R6产品的开发经理，主导并实施了项目实施支持网系统，在研产品并不成熟的情况下交付了多个项目，有效的打通了一线实施与研发部门的沟通渠道，并对在研产品的功能和易用性上做了非常大的提高和完善。

高航

任职于用友医疗卫生信息系统有限公司，担任G应用开发部开发经理。从事软件开发5年，精通JAVA系列技术，熟悉Delphi 技术。在社保和医疗行业有着丰富的业务建模和系统架构经验。目前专注于软件研发团队的管理、软件研发流程的工具化实践与优化，并积极探索敏捷化开发在工程实践中的应用。

顾焱

任职于用友软件股份有限公司，担任NC产品本部副总经理。20xx年加入用友软件,历任NC资金开发部经理,NC供应链开发部经理,NC产品本部副总经理。致力于大型管理软件开发10余年，在实践中不断尝试改进开发过程，为建立高效适应快速变化市场的开发团队不懈努力。

何宇

任职于汤森路透，担任GEDA部门的TechnicalTeamManager。7年软件行业开发经验，曾服务于欧美日等大型外资企业，从事过外包项目、大型ERP系统开发、成熟系统维护改造、以及新系统设计开发等多种类型开发管理工作。熟悉CMMI、SCRUM等软件开发流程。在多个项目中推广使用

SCRUM，交付了数十个迭代，积累了宝贵的经验。

黄方

任职于ElectronicArts上海公司，担任

ScrumMaster/ProjectManager。CSP,CSD,CSPO,CSM,PMP，十二年IT工作经验，七年传统项目管理经验，三年敏捷项目管理经验，带领多个Scrum团队从事游戏开发工作。

李春林

任职于东软集团，担任过程改善中心副主任。中国敏捷软件开发联盟副秘书长，资深过程改善顾问，MBA，CSM，

A-SPICEProvisionalAssessor。1999年加入中国最大的软件解决方案及服务提供商东软集团，拥有20xx年软件开发和过程改善经验。先后从事嵌入式软件系统研发、测试和项目管理工作，后专职从事过程改善工作，参与了东软集团质量体系文件的编写，曾作为评估组主要成员在20xx年和20xx年两次实施了CMMIv1.15级评估，并作为管理者领导了东软集团20xx年和20xx 年的CMMIv1.25级评估。

刘德意

任职于特艺(中国)科技有限公司(TechnicolorChina)，担任北京研究院质量与项目管理部经理。十年以上软件开发及项目管理经验，自20xx年逐渐转入质量管理、过程改进。先后帮助所在公司通过CMM-2、CMMI-3的正式评估，以及公司内部评估。20xx年开始，从在Technicolor中国的北京研究院推行Scrum，

并逐渐走入正轨。通过多年实践，深信过程改进要以人为本，讲求实效。本人是Agile的积极参与者，曾在20xx年的AgileTourBeijing活动中演讲。

刘曙光

任职于广州畅盟信息科技有限公司，担任IT部门技术总监，有10多年IT行业的工作经验，对软件工程及其技术服务有着深厚的理解和认识，曾为电信、电力等行业多个客户提供软件工程咨询及技术支持服务。目前主要专注于ALM和自动化测试方向。

卢旭东

任职于广联达软件股份有限公司，担任总裁办研发副总裁。有销售、市场、项目管理、产品管理、技术管理等丰富的经验，曾担任过广联达PMO的经理，对敏捷及敏捷咨询和实施有非常独特的理解，是他带领PMO在公司实施敏捷并取得显著成效，他是公司敏捷实施成效的有力保障。

马娜

任职于沈阳东软集团(大连)有限公司，担任基础软件事业部产品管理中心专员。近20xx年的IT从业经验，从事过测试、配置管理、项目管理等工作，对于RUP和Scrum软件研发管理方法有3年左右的实践经验，取得PMP认证。

宁德军

任职于IBM，担任IBMRational大中国区技术总监、中国

石油大学兼职教授、中国敏捷联盟副主席。有超过20xx年的产品及项目管理和软件工程经验，先后在上海贝尔阿尔卡特比利时研发中心、IBM工作，拥有丰富的跨国项目和跨国公司产品管理经验。曾为华为、中兴、爱立信、腾讯、上海电力、工商银行、交通银行、中国银行等数十家企业提供咨询和培训服务。目前专注于产品及项目组合管理、敏捷开发过程和企业架构等新技术的研究。

潘炜

任职于汤森路透，担任Sales&Trading部门SeniorSoftwareEngineer。毕业于北京邮电大学，工学硕士，3年多专业行业软件研发经历，先后就职于斯伦贝谢、汤森路透等500强外资企业研发中心。擅长微软平台相关研发技术，熟悉敏捷开发流程，目前担任汤森路透固定收益类新产品研发团队SCRUMMaster。

庞建荣

特艺(中国)科技有限公司机顶盒事业部

R&DOfficeLeader，20xx年软件开发及项目管理经验，8年质量管理及过程改进经验，曾在大型石油化工行业、移动通讯行业及消费电子产业供职，先后从事软件开发、项目管理、质量保证、过程改进等工作，参与企业的CMM评估、ISO9000内审外审，认证的ISO内审员，、CMM内部评估员、CSM。

彭渺

任职于广联达软件股份有限公司，担任PMO项目管理专员。有7年开发经历，PMO从事四年项目管理咨询和实施工作，在经历过多种项目和产品的敏捷咨询和实施，对敏捷有深刻的理解。

宋洋

任职于东软集团，担任AVNC&IS事业部过程改善顾问。拥有9年的软件开发和过程改善经验，从事过软件开发、软件测试和项目管理工作。以质量体系审核员和CMMI1.2评估组成员的角色参与ISO9000外部评估和CMMI5级外部评估工作。目前主要从事过程管理方法和质量管理工具的引入和开发工作，通过引入敏捷的方法和实践，提升项目的过程效率和产品质量。

孙红伟

任职于畅捷通软件有限公司，担任开发资源一部项目经理。参与新一代业务通11.0的设计工作，主要进行销售模块及部分基础档案的设计工作，期间参与平台组件验证，在11.0产品研发的中后期开始进行常州研发基地的开发管理工作推动业务通11.0Beta版本发布。在用友通11.2的产品研发过程中担任生产制造领域的部门经理，推动生产制造产品的研发过程，直到用友通11.2产品的发布。

王鑫

任职于新聚思(Synnex)信息技术有限公司，担任ITEPG总监。分管synnex公司过程改进、产品质量8年以上;拥有20xx

年的软件研发、项目管理与质量管理经验;精通CMMI、敏捷等方法论。作为EPG负责人，目前专注于利用CMMI、敏捷等方法提升组织效率、质量及相关IT管理工具的开发。

软件开发成功案例篇2：

为了方便学校院系考评本院系各班级预备党员的学风、品行，作为预备党员转正的参考依据，校方委托我团队设计制作"校园预备党员评优系统"，通过学生不记名在线打分的形式考评预备党员的各项素质，并按照各项考评分数给出每个被评分人员的综合考评得分以及排名情况。建设目标：学生考评做到有理有据，公平公正为了方便学院领导对每个处于预备转正期的学生的综合考评，学院除了要考评其个人学习成绩外，还要听取广大师生的意见，从而为我党选拔品学兼优的人才。

为此考评系统从学生的德、智、体、美、劳以及宗教信仰共6个方面进行考评，并为每个考评设定优、良、差三个等级供师生评判，且采用网上在线投票的形式进行打分，同时禁止重复打分，恶意修改分数，跨班级打分等现象，进而做到有理有据，公平公正。解决方案：校园预备党员评优系统评优系统分为三大模块，用户管理模块、学生评分模块以及考核统计模块。用户管理模块，收录参与评分师生以及预备党员的个人信息，系统会给出预备党员的个人信息描述，以便评分者了解，而评分师生则只收录登录用户的基本资料，方便管理。学生评分模块，评分师生对预备党员的6项指标进行评分，等级为优、良、差三个级别，

系统后台则会记录不同等级对应的分值。系统会记录每个评分师生的评分操作，以防止跨班级评分，修改评分，重复评分等现象。考核统计模块，学院党支部老师可以从班级、专业、个人、考评项目等多维角度查看被评者的分值，进而从多方面了解该生的情况。

项目收益：使校方能从多个角度了解，认识学生校园预备党员评优系统不仅仅是一个针对预备党员个人素养的综合考评

工具，更重要的是，它能够帮助校方更好的了解自己的学生，包括学业、爱好、性格、宗教信仰、为人处事等，为学校选拔优秀人才，预防校园不良事件提供了一定的支持。

智能表单系统在网站中经常会遇到需要用户填写一些资

料的情况，这个过程对于用户来说没有任何问题，但如果表单样式经常修改，对于网站开发人员来说，将是一个比较繁琐的过程，他除了要修改表单的网页样式，还要相应的修改后台数据库的样式。是否有一种软件，既能实现表单创建、数据库表创建以及表单发布一站式服务，又能让非计算机技术人员轻松掌握，智能表单系统应运而生。建设目标：表单创建及发布一站式服务，非计算机专业用户轻松掌握智能表单系统面向的主要用户是那些不

懂计算机编程，并且需要经常发布表单或者修改表单的网站文案人员，借助这套系统，用户只需简单的拖拽一些表单控件，并为这些控件命名，告知信息录入人员该填写的条目项即可，而数据库表则在发布后自动生成，无需技术人员另行建立。解决方案：

智能表单系统智能表单系统的核心价值就是简单易用，且高度自动化。

它完全基于B/S架构开发，能够很好的应用与网页表单。智能表单系统由表单引擎、数据库引擎、信息发布及处理引擎组成。1、表单引擎，负责表单控件以及表单界面的生成;2、数据库引擎，负责表单对应数据库表的生成;3、信息发布引擎，负责表单生成后的网站发布;4、信息处理引擎，直接面向信息录入人员，接收信息的录入以及数据库信息的调取;智能表单系统不仅仅允许新增表单及其数据库表，同时也允许用户在线修改字段，包括添加、修改名称以及删除字段，相应的数据库表也会改变，做到了全程自动化。产品特色及用户受益：一站式服务，简单易用智能表单系统具有表单创建、修改、发布、数据库表的编辑一站式特性，用户只需简单的拖拽控件即可完成这一整套工序。这套系统能够缩短网站表单建设周期，同时也解放了开发人员。2020-05-27

软件开发成功案例篇3：

一、项目实施进度评估。ERP项目是复杂项目，其涉及的部门、人员、资金、资源等对于任何一个企业来说都是空前的，而在上一节中我们通过项目三角形分析出来，项目的进度是否能够按照设计规划的进行是影响项目效果的关键因素，所以评估项目的成功与否，首先必须评估项目的进度是否按照预期的进度进

行，如果每一步或者每一阶段，都能够严格的按照进度进行，相信项目会成功的，否则就是项目设计出现了问题。一般来说现在评估项目实施进度的方法可以使用目前最为常用的项目管理工具，其中Microsoft的Project就是不错的工具之一。其实很多项目的实施失败原因是虎头蛇尾，开始的时候大家心气十足，进度基本可以按照计划进行，而到了后来，每个人的工作都是交叉的，往往会受到其他工作的影响而忽视了项目的进度，致使项目进行不下去。所以除了有相应的制度保障之外，一定要有工具，再者说了搞IT的人不用IT工具，那不是"卖盐的喝淡汤"吗?当然现在的IT行业非常普遍。

二、项目成本评估。项目成本是评价一个项目是否成功的第二个关键因素，同样在项目三角形中成本占了一条边，所以成本的变化将直接影响项目的成功，如果一味追求项目的功能和进度，而忽视成本，那将不是搞项目，而是在赌博。现在的ERP项目本身的费用就很高，而且没有公开价格，国家价格监督都没有依据，全靠软件商的一张嘴，说多少是多少，会侃价的省点，不会侃价的就多花点。但是一旦我们已经和软件公司和服务公司(咨询公司)达成了一致意见，关键的问题就在于如何有效的利用双方同意的费用达成预期的任务目标，而往往在项目的开始企业的管理者认为项目刚刚开始，投入还不多，而不注重有效控制成本，而到项目实施一段时间之后，发现项目的预算已经不能保证项目的完成了，或者半途而废，或者追加投入，而追加投入又会

遇到企业资金是否充足的影响。所以我们建议在项目开始之前一定尽量准确的做出项目预算，并拿出专款，避免在途中因资金影响项目进展。另外成本控制要从采购、人员工时等多方面严加控制。并建议分阶段进行成本评估，如果每个阶段都能够在成本控制范围之内最终的项目一定保证在成本范围内成功，关键在于当出现项目费用超出预算成本的时候要及时调整，确保总体成本控制在范围之内。

三、项目功能评估。ERP是功能性产品，最终项目是否成功很重要的一点要看功能，看功能是否达到了预期的要求。ERP 的功能从总体上来说分为几大部分:进销存管理，或者现在有的公司定义的内部物流管理;财务管理，包括总账、应收账、应付账、固定资产等;计划管理，在企业中大都会涉及到两种生产模式的计划方法，分别是单件小批量生产模式的MRP计划方法和大规模流水线生产模式的JIT计划方法;粗能力计划和细能力计划等核心资源管理;另外还包括人力资源管理;设备管理;工、模、量、夹具管理;质量管理等外围资源管理。一般来说，软件商在签约之前都会给企业的管理者演示他们的功能，我告诉企业一个秘诀，在观看演示的时候一定要刨根问底的看功能，而不能走马观花的浏览。两者之间的区别就在于不要被软件商的演示者的各种托辞搪塞过去，一定要亲眼看到他们说能够实现的功能，不要相信没有数据不能演示、不是最新版本等解释理由。如果他们说有什么功能就当场拿出来。否则就是没有，在事实面前任何理由

都是苍白的。在项目结束之前，对照双方约定的功能清单，逐个推敲，如果每一个功能都实现了，项目一定能够成功。

四、项目效果评估。功能具备只是基本的要求，关键还要看效果，这一点可能有人不容易理解，其实在ERP管理软件中有很多功能从表面上看功能和效果是有很大的区别的，比如MRP计划，可能大多数的ERP软件现在都能实现这个功能，但是是否准确，是否可以通过MRP计划直接指导生产，甚至直接根据计划产生的结果安排采购，这并不是任何一家软件都可以做到的，这里面涉及到计算方法是否科学，是否符合行业的规范，考虑的因素是否完整，预置的参数是否科学，比如提前期设计的是否合理，安全库存设计的是否合理等等都会直接影响计划的结果，其实真正的软件公司的功底就在这里区别。

五、可操作性评估。ERP软件的最终目的是让企业的广大职工都能够使用，所以可操作性如何是项目成功与否的另一项重要指标。企业的大多数使用者，尤其是一线的职工，计算机的水平都不会太高，如何让软件具有很容易操作的界面，让普通的职工也能够使用软件来操作，确保每一位使用者都能够方便快捷的使用ERP软件是项目成功的重要条件。有很多软件功能很强，但是就是操作起来难度也很大，非专业人士无法使用，这绝对不是优秀的ERP软件，优秀的软件应该是只要熟悉业务的人就可以操作，所谓所见即所得。

六、项目的延续性评估。ERP项目是企业赖以发展的长期

投资项目，绝对不是消费型项目，所以项目是否能够伴随着企业的发展而持续得到应用是评估项目成败的另一向重要指标。持续性体现为升级能力、功能的扩展能力、客户化能力、跨平台能力等几方面:现在的软件平台每几个月就升级一次，当然应用系统的升级不一定要求紧跟系统软件的速度，但是也要及时升级，随着管理理论和管理方法的不断发展，管理软件的升级至少要跟得上管理方法和计算方法的更新速度，否则就是落后的;功能的扩展能力，就像上面我们所说的功能是评估的一项指标，但是功能能否根据企业的发展而及时更新，另外还有客户化的能力和跨平台的能力也很重要。

软件开发中的注意事项：

1、项目设计

项目设计的主导思想，我觉得可以理解为两种，一种是完全设计，一个是简单设计。

完全设计是指在具体编写代码之前对软件的各种方面都调查好，做好详细的需求分析、编写好全部的开发文档，设计出程序全部流程后再开始写代码。换句话说，就是全部的计划好了，能看到最终的样子，再开战。这好像也是很多"软件工程"书里要求的那样。开始的时候，我觉得这种方法不错也。什么都计划好了，照着做就是了。不过这里有个明显的问题，就是谁来做这个完美的计划?估计只有及其BT的人了，但是大部分人的想要完全设计，并且没有错误，或者已经有几种后备的容错方案，

并能准确无误的推行。以达到最终目标。这样的境界，没有很多年的工作经历是不可能的。我也没有这样的本事，所以我也就放弃了这种想法。

简单设计：简单设计一种概念，一种可以接受的简单的设计，最起码数据库已经定下来，基本流程已经确定的方案，来作为程序设计的开始，并随时根据实际情况的进展来修正具体的功能设计，但这种功能修改不能是修改数据库结构。也就是说数据库结构是在编程之前经过反复论证的。这种方法减少了前期设计的时间，把代码编写工作和部分设计工作放在了一起，实际缩短了项目开发的时间。如果说完全设计方法要求有很厉害的前期设计人员，那么简单设计要求有很有设计头脑的编程人员。编程人员不仅仅是K代码的人而且要负责程序架构的设计。所以对程序员的要求就很高了。简单设计的成功的一个基点是编程人员设计的逻辑结构简单并能根据需要来调整其逻辑结构，就是代码结构灵活，简单设计带来的另外一个变化就是会议会比较多，编程人员之间的交流就变的很重要。现在一般的中小型软件公司基本上都是采用简单设计的，除非那些很大型的软件公司。

总结，简单设计考验的是开发人员的能力。完全设计考验的是前期设计人员和整个项目组完整能力。(各种文档的编写，开发人员一定会要写一部分的。)

2、设计变化和需求变化

开发人员最怕的是什么呢?设计变化，还是需求变化?我觉

得需求变化是最最致命的。当你的一个项目数据库都定下来后，而且已经开发了若干个工作日，突然接到甲方公司提出，某个功能要改变，原先的需求分析要重新改，如果这个修改是涉及的数据库的表结构更改的话，那真是最致命的。这就意味着项目的某些部分得重新推倒重来，如果这个部分跟已完成的多个部分有牵连的话，那就后果更可怕了。所以当碰到这种情况发生，作为项目经理的你就应该考虑先查责任人，究竟是自己的需求分析做的不够好，还是客户在认同了需求分析后做出的修改，如果是后者的话，你完全可以要求客户对他的这个修改负责任!那么，呵呵，客户先生，对不起了，本次新增加的需求将归入另外一个版本。如果是改变前面某个需求的定义，那么说不定就要推倒重来了，不过这个时候到不用太在意，毕竟错的是客户。(项目正式开始前没有没有说清楚其需求)。所以，各位看客，在需求分析做好后，在开工之前一定要叫客户认可签字，并且在合同上要注明，当由客户原因引起的需求改变而造成开发成本的增加，客户要为此买单地。

如果在需求不变的情况之下，设计发生了变化，这个仅仅是我们内部之间的矛盾，商量一下就能解决。在简单设计中，因为前期的设计是不完整的，那么当进入任何一个新的模块进行开发时，都有可能引起设计的变化。开发人员的水平的高低就基本上决定了软件的好坏。

3、代码编写

当需求定下来数据库也定下来后，其实我们就可以进行实质性的编码了，按照我的看法，一个人单独编程最好，能随时偷懒。(上网，和MM聊聊)，但是现在的软件项目越来越大，工期也越来越紧，事实上我们一个小组里面，一般有3-5程序员，所以我们要强调团队合作性。那么你写的代码使得别人要能够看懂，我们必须在实际的编写代码过程中要有详细的编码规范，编码规范在很多书籍里面都提到过。但最起码以下的一些规范是我们必须要遵守的：

一)源程序文件结构：

每个程序文件应由标题、内容和附加说明三部分组成。

(1)标题：文件最前面的注释说明，其内容主要包括：程序名，作者，版权信息，简要说明等，必要时应有更详尽的说明(将以此部分以空行隔开单独注释)。

(2)内容控件注册等函数应放在内容部分的最后，类的定义按 private 、 protected 、 pubilic 、 __pubished 的顺序，并尽量保持每一部分只有一个，各部分中按数据、函数、属性、事件的顺序。

(3)附加说明：文件末尾的补充说明，如参考资料等，若内容不多也可放在标题部分的最后。

二)界面设计风格的一致性：

由于采用可视化编程，所有的界面均与Win32方式类似，相应采用的控件等也大都为Windows操作系统下的标准控件，而

且参考了其他一些市面上相关的企业内部管理的应用软件。

基于简单易操作的原则，贴近用户考虑，用户界面采用Windows风格的标准界面，操作方式亦同Windows风格，这样在实施过程，可以降低对客户的培训，也可以使用户容易上手，简单易学。

三)编辑风格：

(1)缩进：缩进以 Tab 为单位，一个 Tab 为四个空格大小。全局数据、函数原型、标题、附加说明、函数说明、标号等均顶格书写。

(2)空格：数据和函数在其类型，修饰(如 __fastcall 等)名称之间适当空格并据情况对齐。关键字原则上空一格，不论是否有括号，对语句行后加的注释应用适当空格与语句隔开并尽可能对齐。

(3)对齐：原则上关系密切的行应对齐，对齐包括类型、修饰、名称、参数等各部分对齐。

另每一行的长度不应超过屏幕太多，必要时适当换行。

(4)空行：程序文件结构各部分之间空两行，若不必要也可只空一行，各函数实现之间一般空两行。

(5)注释：对注释有以下三点要求：

A、必须是有意义;

B、必须正确的描述了程序;

C、必须是最新的。

注释必不可少，但也不应过多，以下是四种必要的注释：

标题、附加说明;

函数说明：对几乎每个函数都应有适当的说明，通常加在函数实现之前，在没有函数实现部分的情况下则加在函数原型前，其内容主要是函数的功能、目的、算法等说明，参数说明、返回值说明等，必要时还要有一些如特别的软硬件要求等说明;

在代码不明晰或不可移植处应有少量说明;

及少量的其它注释。

四)命名规范：

坚持采用匈牙利变量命名惯例，所有标识符一律用英文或英文缩写，杜绝采用拼音，标识符中每个单词首字母大写，缩写词汇一般全部大写，只在必要时加"_"间隔词汇。

4、BUG修补

程序出现了BUG谁来修补呢，嘿嘿嘿......

最好的办法是谁编写谁修补，谁改坏谁修补。一个人改坏的代码一人去修。两个人一起改坏的代码两人一起修。

5、开发人员的测试

开发人员的测试是保证代码能正常运行，在开发时候发现的错误往往比较容易修正。(另外一个好处就是没有人来骂你。因为只有你自己知道)。但是一旦软件到了测试小组那里出了问题，那么就多了很多时间来修正BUG，如果到了客户哪里才发现的BUG，那么时间就更长了，开发人员本身受到的压力也是到了

最大话了。客户->公司->测试小组->开发人员。这个完全是倒金字塔型的，承受能力差的一环很容易出事情的。

另外开发人员的测试除了保证代码能正常运行以外，还有一个很重要的方面就是要保证上次能正常运行的代码，这次还是能正常运行。如果做不到这点，那么BUG就不断的会出现，很多BUG也会反复出现。于是软件看上去就有修补不完的BUG了。如果出现这种情况，那么开发人员有必要再教育。一般公司教育的方式有四种。第一种，扣工资，第二种，加班，反复加班+精神攻击。第三种，开除。第四种，调动人员来帮助那个出了麻烦的家伙。但愿看这个文章的人不要受到前面三种教育。

三只松鼠成功案例

三只松鼠成功案例 三只松鼠成功案例篇一 三只松鼠，狂热中冷静的疯子! 2012.6.19，三只松鼠上线; 2012双十一，三只松鼠销售782万，赫然跃升为坚果类目第一名; 2013双十一，狂销3562万，三只松鼠一战成名，电商食品界的 一道里程碑已然伫立! 松鼠一路走来，有人叹服，有人撇嘴。 客观事实是：松鼠的到来，搅活了食品界!它像一针兴奋剂，让 整个食品界弥漫着兴奋的荷尔蒙;又像一条鞭子，打痛了一些人舒服 的屁股。大家都开始意识到，这一趟互联网的快车，无论您愿意不 愿意，都得加快脚步，否则将收到淘汰出局的红牌。 双11，松鼠一战成名 回望2012年，电商坚果界还上演着三国演义，彼时新农哥、三 只松鼠、百草味正战得正酣， 一旁看客津津有味：鹿死谁手?谁更有王者之相? 谁知2013，格局已不知不觉中改写，新农哥虽创新多多，却被 三只松鼠和百草味一骑绝尘。双11大战前，淘宝御用杂志《卖家》 就用“鹬蚌相争”揣测着三只松鼠和百草味的大战结果，仁者见仁，智者见智，每个人都摁下自己的评分键。 答案终于揭晓。 32分钟，突破500万;

24小时，3562万!此战酣畅淋漓，让人惊艳;也让各位看官内心 翻滚、五味杂陈。2013双十一结束了!三只松鼠一战成名!【3562】 这个数字，成为食品电商行业的新起点。 此战，为松鼠正名，这第一绝非浪得虚名。 不管怎么说，食品界被“震懵了”。 有人断言：电商坚果格局已定。也有人说：这只是第一轮洗牌，说格局初定，倒是更合适。 食品，毕竟是中国商业零售渗透率最低的类目，还不足1%。算 笔账，每增长1%都将是200多 亿的市场，可见市场仍有无限空间。 对手凶猛，杀上来 2013的食品界，应是坚果电商有史以来最闹腾的一年。 这一年，坚果电商杀得甚是凶猛，尤以“临安”为区域的坚果阵营最甚!“森林家族”，低价杀进，大有必得的气势;口口福、两个 叔叔等也轮番上阵。一时间，搜索排名中，一直雄踞榜首的三只松 鼠“品牌墙”明显被冲刷得开始零落，这些“临安军团”各占据一 个产品类别的山头。 这么凶猛的攻势，看来对松鼠确有威胁。 但细心的朋友，若再深度研究下，仍可嗅出些端倪来。 如何检测一个品牌的健康性呢?品牌就像一个人，说他健康就必 须有免疫力，有“防御性”;是否健康，也会有一定的生命体征反映。我们用了一个最简单的检测方式，像测体温样简单。 你可尝试着搜索某品牌，从高往下”看其产品的月销量： 其1：是否有爆款，即有能在行业排得上名次的产品; 其2：产品销量是否呈阶梯状，有序而下;而不是“爆款”后， 产品就“咔嚓”断层。

软件项目开发计划书

软件项目开发计划书 Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT

软件开发计划书 项目名称：图书管理系统 目录

1引言 编写目的 为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 本项目开发计划用于从总体上指导图书管理系统项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。 背景 山西农业大学图书管理系统是由沈阳师范大学委托我们开发的大型管理系统，主要功能是实现图书馆的信息化管理，包括读者信息管理，书籍信息管理，借阅信息管理，管理者信息管理等功能。项目周期为六个月，项目背景规划如表所示。 表项目背景规划

图书管理系统是学校信息管理系统的一个重要组成部分，它需要学生基本信息系统提供学生的基本资料，因为很多情况下，图书证号和学生的学生证号是一样的，而且在图书管理中，需要知道学生所在的系别和班级等信息；另外，它还需要教职工信息系统提供基本资料，因为教职工当然也能在图书馆借阅图书。因此，在设计时可以和校园信息管理系统的其他系统使用同一个数据库管理系统，以便系统之间的信息交流和管理。 定义 专门术语： SQL SERVER:系统服务器所使用的数据库关系系统（DBMS）。 SQL：一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK:数据库的错误恢复机制。 缩写： 系统：若未特别指出，统指本图书管理系统。 SQL：Structured Query Language(结构化查询语言)。 ATM：Asynchronous Transfer Mode (异步传输模式)。 UML：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种从软件分析、设计到编写程序规范的标准化建模语言。

软件生命周期模型

瀑布模型/改进的瀑布模型 虽然瀑布模型仍然存在很多的问题有待解决，但瀑布模型仍然是最展本的和最效的?种可供选择的软件开发生命周期模型.瀑布模型要求软件开发严格按照需求-〉分析-〉设计?〉编码-> 测试的阶段进行，每-个阶段都可以定义明确的产出物和验证准则.瀑布模型在每?个阶段完成后都可以组织相关的评审和验证，只有在评审通过后才能够进入到下-个阶段. 由于需要对每?个阶段进行验证，瀑布模型要求每?个阶段都有明确的文档产出，对于严格的瀑布模型每?个阶段都不应该重叠,而应该是在评审通过，相关的产出物都己经基线后才能够进入到下?个阶段. 瀑布模型的优点仍然是可以保证整个软件产品较高的质量，保证缺陷能够捉前的被发现和解决. 采用瀑布模型可以保证系统在整体上的充分把握，使系统具备良好的扩展性和可维护性?但对于前期需求不明确,而又很难短时间明确淸楚的项目则很难很好的利用瀑布模型.另外对于中小型的项目，需求设计和开发人员往往在项目开始后就会全部投入到项目中，而不是分阶段投入，因此采用瀑布模型会导致项目人力资源过多的闲置的情况,这也是必须要考虑的问题. 很多人往往会以进度约束而不选择瀑布模型，这往往是?个错误的观点.导致这种情况的?个关键因素往往是概念需求阶段人力不足.冈此在概念需求阶段人力能够得到充分保证的情况下，瀑布模型和迭代模型在开发周期上并不会存在太人的差别.反而是很多项目对于迭代或嫩捷模型用不好，为了赶进度在前期需求不明确，没有经过?个总体的架构设计情况下就开始编码，后期出现大量的返工而严重影响进度. 架构设计是软件开发中?个重要的关注点.因此在RUP中也捉及到软件开发要以架构为核心.因此在架构设计完成后系统会彼分为相关的f?系统和功能模块.每个功能模块间的接口都可以定义淸楚.在这种情况下，当模块B的详细设计做完成后往往就没有必妥等到其它模块的详细设计都妥完全作完才开始编码，冈此在架构设计完成后可以将系统分为多个模块并行开发，每个模块仍然遵循先设计和编码测试的瀑布模型思路.这是瀑布模型的?种最重要的改进思路，也可以说这是?种增量开发的模型.

家庭教育成功的典型案例

家庭教育成功的典型案例： 刘微是高三的一名女生，爱好广泛，善于交际，喜欢体育运动，会打太极拳、书法、钢琴。每个爱好都小有成就，学习成绩在重点高中也是名列前茅，应该是父母所期望中品学兼优的学生。 刘庆山是刘微的父亲，当年刘微以全市第一名的成绩考入重点高中时。 刘微从小体弱多病，所以爸爸、妈妈对孩子的培养付出了很大的辛苦。孩子从来没有离开过父母，没有因为工作忙或者其它原因让亲属帮助照顾孩子，他们觉得教育孩子是父母的事，别人替代不了。 刘微从五岁的时候在父亲的陪伴下，天天坚持晨练，风雨无阻，三年从来没有间断过。一直坚持到孩子上了小学，孩子随着锻炼时间的推移体质越来越好。在锻炼的三年里和孩子愉快地沟通，解答孩子的提问，共同学习各门的知识。 孩子十岁时，父母引导孩子开始自学英语，小学毕业期间自学完了初中英语，初中时自学完高中的英语。刘庆山说，孩子从小在学习时，他们就不陪在她的旁边，但他们的习惯是在别的房间看书或看电视陪伴她。等孩子学完了睡觉了，才和孩子一起去睡觉。因为上午孩子用脑很多，早餐他们总是做孩子喜欢吃的食物，让孩子早餐吃饱。这些年就是这样坚持下来的，教育孩子贵在坚持。 案例分析： 刘微是个很出色的孩子。刘微的出色不是偶然的，而是与她的父母培养教育分不开的。应该说她的爸妈为她创造的家庭教育氛围适应了孩子成长的需求，促进了孩子的健康发展。 一、父母掌握了家庭教育方法。知道家庭教育对孩子成长的重要性，有意识地对孩子进行家庭教育，努力积极创造适应孩子家庭氛围。 二、不宠、不溺爱孩子。刘微是个独生女，但在她的成长过程中，父母没有去溺爱她，相反家庭成员关系融洽，相互尊重，孩子喜欢和父母沟通交流。

三只松鼠成功案例分析

三只松鼠成功案例分析！ 三只松鼠，狂热中冷静的疯子！ ，三只松鼠上线； 2012双十一，三只松鼠销售782万，赫然跃升为坚果类目第一名； 2013双十一，狂销3562万，三只松鼠一战成名，电商食品界的一道里程碑已然伫立！ 松鼠一路走来，有人叹服，有人撇嘴。 客观事实是：松鼠的到来，搅活了食品界！它像一针兴奋剂，让整个食品界弥漫着兴奋的荷尔蒙；又像一条鞭子，打痛了一些人舒服的屁股。大家都开始意识到，这一趟互联网的快车，无论您愿意不愿意，都得加快脚步，否则将收到淘汰出局的红牌。 - 双11，松鼠一战成名 回望2012年，电商坚果界还上演着三国演义，彼时新农哥、三只松鼠、百草味正战得正酣， 一旁看客津津有味：鹿死谁手谁更有王者之相 谁知2013，格局已不知不觉中改写，新农哥虽创新多多，却被三只松鼠和百草味一骑绝尘。双11大战前，淘宝御用杂志《卖家》就用“鹬蚌相争”揣测着三只松鼠和百草味的大战结果，仁者见仁，智者见智，每个人都摁下自己的评分键。 答案终于揭晓。 32分钟，突破500万； 24小时，3562万！此战酣畅淋漓，让人惊艳；也让各位看官内心翻滚、五味杂陈。 2013双十一结束了！三只松鼠一战成名！【3562】这个数字，成为食品电商行业的新起点。 【 此战，为松鼠正名，这第一绝非浪得虚名。 不管怎么说，食品界被“震懵了”。 有人断言：电商坚果格局已定。也有人说：这只是第一轮洗牌，说格局初定，倒是更合适。 食品，毕竟是中国商业零售渗透率最低的类目，还不足1%。算笔账，每增长1%都将是200多 亿的市场，可见市场仍有无限空间。 对手凶猛，杀上来 ： 2013的食品界，应是坚果电商有史以来最闹腾的一年。

软件开发计划书

软件开发计划书项目名称：自由游戏平台

参与人员： 软件项目开发计划书自由游戏平台 目录： 1.引言 1.1编写目的 1.2编写背景 1.3定义 1.4参考资料 1.5系统动机 1.6标准.条件和约定 1.7编写文档的WBS 2.项目概述 2.1工作内容 2.2主要参加人员 2.3产品及成果 ①程序

②文件 ③服务 ④非移交产品 2.4验收标准 ①代码的验收 ②文档的验收 ③服务的验收 2.5完成项目的最迟期限 2.6本计划的审查者与批准者 3.实施总计划 3.1开发过程 ①需求分析 ②系统设计 ③编码及测试阶段 ④文档.产品部署 ⑤项目总结 3.2工作任务的分解 3.3接口人员 3.4进度 3.5预算 3.6关键问题 4.支持条件 4.1计算机系统支持 4.2需要用户承担的工作

4.3需由外单位提供的条件 5.专题计划要点 5.1开发人员培训计划 5.2测试计划 5.3质量保证计划 5.4人员配置计划 5.5客户培训计划 5.6安全保密计划

引言 编写目的: 为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 本项目开发计划用于从总体上指导《自由游戏平台》项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。 背景 《自由游戏平台》主要功能是,为广大用户提供一个面对面的游戏平台；基本可包括所有保单系列产品，以及国内外比较流行的博彩游戏！该项目在计划中... 项目背景规划

家庭教育的成功案例

家庭教育的成功案例 河南洛宁县的贾容韬，原是该县服装鞋帽公司的经理，为了把一双儿女培养成才，忍痛关掉生产红火的工厂去陪读，潜心研读了数百本教育专著，终于将一双儿女送上了重大大学，他自己，也成了闻名全国的教育专家。在贾容韬的帮助下，900多名厌学孩子成为优等生，400多名网瘾少年成功戒掉了网瘾，80多名辍学儿童重返校园。 一、孩子成绩差得让父亲绝食 贾容韬有一女儿贾蕾，儿子贾毅，女儿大儿子2岁。为了一双儿女的学习，贾容韬投入了大量的金钱和时间，结果却令他很失望。一次考试贾蕾只考了70分，为此贾容韬伤心得躺在床上唉声叹气，两天两夜不吃不喝，对女儿说：“你差30分才够100分，我至少要绝食三天。”贾毅抱怨父亲“只认分数不认女儿，算什么父亲？跟只认钱不认人没啥区别。” 贾容韬又伤心又委屈，喊道：“我为谁呀？不就是为你们吗？”他跳下床，抄起东西就摔，当然是抓酱油瓶子，拣不值钱的东西撒气。女儿成绩不好，儿子也不争气。一是上网玩游戏，二是与同学打架，并且屡教不改，差点被学校开除。 二、惊回头，养儿不是养猪 1999年度，贾容韬出差到郑州去看表哥时，发现往日温馨整洁的家，如今冷锅冷灶的，桌上积满了灰尘，墙角挂着蛛网，表哥独自病恹恹地躺在床上，混浊的泪水无声地从蜡黄的脸上流下来，说：龙龙以前是多好的孩子啊，后来我明明看到他讲究吃穿，不走正道，却因

为工作忙没有管他。是我害了他呀，也毁了这个家！原来，表哥的儿子龙龙寄宿在学校，离开了父母的管束，像脱缰的野马，交了一些不三不四的朋友，后来竟染上了毒瘾，导致因犯抢劫罪被判刑四年，表嫂气疯了，脱光衣服在大街上乱跑，被送进了精神病院。 回家后，贾容韬想起表哥的泣血哭号，一整夜翻来覆去睡不着：任何成功都弥补不了教育孩子的失败！想着如果任由犯有“游戏海洛因”病症的儿子贾毅，如果任由他滑下去，终有一天会变成龙龙那样……想着想着，冷汗顺着他的脊背往下淌。 三、要教育孩儿，自己需先受教育 贾容韬心想，求人不如求己，与其把孩子推给学校，推给别人，还不如把自己变成教育内行。为此他毅然实施三戒——戒烟、戒酒、戒麻将，又订了几种杂志报纸，买来了一大堆名人传记和教育专著，将全部业余时间用来读书。过去，贾容韬和孩子聊天谈心，总是那句重复了几千遍也不嫌烦的“要努力学习呀”，现在他说提“李政道当年……，林肯小时候……”。 当贾容韬第一次问儿子心情好不好时，贾毅大吃一惊：最近我没有和别人打架呀，也没有考试呀！他小心翼翼地看着父亲说：“有啥事？直说吧！” 贾容韬被儿子噎得喘不过气，讪讪地说：“以前我不知道儿子不是猪，不对，我是说养儿子不是养猪，不能喂饱就万事大吉，还要关心儿子的喜怒哀乐。以后我要像歌词里说的那样，快乐着你的快乐，幸福着你的幸福。”贾毅沉默了一会儿，红着眼睛说：“老爸，谢谢你明白儿子不是猪。比起衣食，我真的更需要精神上的关爱，盼

三只松鼠案例分析教学文案

《三只松鼠案例分析》课程考核专项报告 题目：三只松鼠案例分析 班级： 小组成员：小浩浩小熙熙 联系方式： 完成日期：2013年11月15日

目录 1背景状况 (3) 1.1简介 (3) 2 商业模式 (4) 2.1 战略目标 (4) 2.2 目标用户 (4) 2.3 产品和服务 (4) 2.4 赢利模式 (5) 2.5核心能力 (7) 3 经营模式 (8) 3.1 主导思想明确 (8) 3.2 用户体验至上 (9) 3.3 拒绝分销渠道 (9) 4 管理模式 (10) 4.1 组织机构 (10) 4.2 企业文化 (10) 4.3 货源管理 (10) 5.1 数据信息平台化 (11) 5.2 仓储物流智能化 (11) 6 资本模式 (11) 7 结论与建议 (12) 7.1成功原因 (12) 7.2建议 (12)

1背景状况 1.1简介 三只松鼠是由安徽三只松鼠电子商务有限公司于2012年在安徽芜湖强力推出的第一个互联网森林食品品牌，定位于森林食品，森林食品是由三只松鼠创造的新品类，代表着天然，新鲜，以及非过度加工；主要经营坚果、茶叶、蜜饯、干果等森林产品。2012年2月团队成立，三只松鼠品牌仅仅上线65天，其销售在淘宝天猫坚果行业跃居第一名，花茶行业跃居前十名。其发展速度之快创造了中国电子商务历史上的一个奇迹。在2012年天猫双十一大促中，成立刚刚4个多月的三只松鼠当日成交近800万元，一举夺得坚果零食类目冠军宝座，在2013年11月11日，24小时，三只松鼠网店超过470万次点击，100万人参与疯抢，247万件商品被售出，日成交额3562万，稳居全网食品销量第一。 1.2创始人 章燎原，1976年出生，安徽绩溪人。在电商界人称“松鼠老爹_章三疯”。实战派、革命派的草根战略营销者，擅长细分品牌定位、蓝海市场开拓。章燎原有近10年的传统坚果产品渠道经验，曾是安徽詹氏食品有限公司的董事总经理。这是一家国内山核桃品类的行业龙头企业，定位于徽派文化，主打高端礼品市场，2010年实现销售近2亿元。章燎原在詹氏做过搬货、送货、市场、区域经理、营销总监，到董事总经理。2011年，他用一年时间打造了“壳壳果”这个网络坚果品牌，实现8个月1000万元的销售额，并于2012年3月组合了三只松鼠的创始团队。 章燎原的自我描述：“生在农村，长于草根，18岁有梦想，19岁自学营销，摆过地摊，开过店，打过工也端过铁饭碗，一路失败！27岁天开眼，31岁总结：坚持不懈！35岁总结：舍得！未来：做好一个事业”！

(完整版)软件项目开发计划书

软件项目开发计划书 项目名称：基于Android平台跑步运动软件的设计与实现

目录 1引言--------------------------------------------------------------------------------------------------------------------- 4 1.1编写目的 ----------------------------------------------------------------------------------------------------- 4 1.2背景------------------------------------------------------------------------------------------------------------ 4 1.3定义------------------------------------------------------------------------------------------------------------ 5 1.4参考资料 ----------------------------------------------------------------------------------------------------- 5 1.5 系统动机----------------------------------------------------------------------------------------------------- 6 1.6标准、条件和约定 ---------------------------------------------------------------------------------------- 6 1.7编写文档的WBS ------------------------------------------------------------------------------------------- 6 2项目概述 -------------------------------------------------------------------------------------------------------------- 7 2.1工作内容 ----------------------------------------------------------------------------------------------------- 7 2.2主要参加人员 ----------------------------------------------------------------------------------------------- 8 2.3产品及成果 -------------------------------------------------------------------------------------------------- 9 2.3.1程序 --------------------------------------------------------------------------------------------------- 9 2.3.2文件 --------------------------------------------------------------------------------------------------- 9 2.3.3服务 --------------------------------------------------------------------------------------------------- 9 2.3.4非移交产品 ----------------------------------------------------------------------------------------- 9 2.4验收标准--------------------------------------------------------------------------------------------------- 10 2.4.1代码的验收 --------------------------------------------------------------------------------------- 10 2.4.2 文档验收------------------------------------------------------------------------------------------ 10 2.4.3 服务验收------------------------------------------------------------------------------------------ 11 2.5完成项目的最迟期限 ---------------------------------------------------------------------------------- 11 2.6本计划的日期 --------------------------------------------------------------------------------------------- 11 3实施总计划 --------------------------------------------------------------------------------------------------------- 12 3.1开发过程 --------------------------------------------------------------------------------------------------- 12 3.1.1 需求分析------------------------------------------------------------------------------------------ 12 3.1.2 系统设计------------------------------------------------------------------------------------------ 12 3.1.3 编码及测试阶段 -------------------------------------------------------------------------------- 12 3.1.4 文档、产品部署 -------------------------------------------------------------------------------- 12 3.1.5 项目总结------------------------------------------------------------------------------------------ 12 3.2工作任务的分解------------------------------------------------------------------------------------------ 13 3.3接口人员 --------------------------------------------------------------------------------------------------- 14 3.4进度---------------------------------------------------------------------------------------------------------- 14 3.5预算---------------------------------------------------------------------------------------------------------- 15 3.6关键问题 --------------------------------------------------------------------------------------------------- 15 4支持条件 ------------------------------------------------------------------------------------------------------------ 16 4.1计算机系统支持------------------------------------------------------------------------------------------ 16 4.2需要用户承担的工作 ----------------------------------------------------------------------------------- 17 4.3需由外单位提供的条件 -------------------------------------------------------------------------------- 17 5专题计划要点------------------------------------------------------------------------------------------------------ 18

软件生命周期之需求分析和设计说明

软件生命周期之需求分析和设计 什么是软件生命周期？ 软件生命周期又称为软件生存周期或系统开发生命周期，是指从软件的产生直到报废的整个过程，它包括问题定义，可行性分析，总体描述，系统设计，编码，调试和测试，验收与运行，维护升级到废弃等阶段。每一个阶段都有确定的任务，并产生一定规格的文档，提交给下一个周期作为继续工作的依据。 常用开发模型？ 需求分析： 需求分析过程 如何做需求分析？ 设计: 设计过程 如何做设计？ 1.软件生命周期 1.1什么事软件生命周期 软件生命周期又称为软件生存周期或系统开发生命周期，是指从软件的产生直到报废的整个过程 软件生命周期过程包括： 问题定义： 用户需要计算机解决的问题是什么？ 电商系统：要计算机实现一个平台，商家通过平台销售自己的商品，一般用户通过平台购买商品。 可行性分析 用户需要计算机解决的问题是否可行？需要进行可行性分析。 市场可行性分析，是否有市场价值。 技术可行性分析，使用什么技术解决用户提出的问题。 需求分析

将用户提出的问题进行细化。 先确定大模块：比如电商系统包括：前台的用户购买平台，后台商家维护平台。 再对每一个大模块进行细化。。。。 设计 确定细化问题的实现方法 编码 解决问题，依据需求和设计，文档进行开发。 测试 验证是否已经解决用户提出的问题。 单元测试 集成测试（测试业务整体流程） 功能用例测试（对功能点进行测试） 性能测试（使用专业工具进行压力和稳定性测试） 维护 修改性维护：前期没有测试出的问题，正式上线运行后bug显现出来，对这些bug进行修改。 完善性维护：在现有功能的基础上增加或完善功能。 预防性维护：后期根据正式运行的情况对系统进行优化。

10个成功的家庭教育案例

10个成功的家庭教育案例 人这一生当中要接受三种教育，即家庭教育，学校教育和社会教育。而对一个孩子最重要的便是人生开始阶段的家庭教育。如何教育孩子也成为了现在家庭的难题，但有个问题值得我们去深思,为什么有的家庭的孩子可以那么优秀呢？他们的父母是怎么做到的呢?以下是学习啦小编为大家整理的关于成功的家庭教育案例,大家在阅读之余也要学习这些家长的育儿经,并找出自身的不足,树立正确的育儿观! 成功的家庭教育案例篇１: 袁隆平(1930— )，农学家、杂交水稻育种专家。江西德安人。19５3年西南农学院农学系毕业。历任研究员、湖南杂交水稻研究中心主任、湖南农科院名誉院长、国家杂交水稻工程技术研究中心主任,１995年当选为中国工程院院士。袁隆平长期从事杂交水稻育种理论研究和制种技术实践。1964年首先提出培育“不育系、保持系、恢复系”三系法利用水稻杂种优势的设想并进行科学实验。1986年提出杂交水稻育种分为“三系法品种间杂种优势利用、两系法亚种间杂种优势利用到一系法远缘杂种优势利用”的战略设想。被同行们誉为“杂交水稻之父”。 袁隆平祖籍江西德安，是钟灵毓秀的庐山脚下一个山清水秀的小县城。德安西部青竹板地势西北高东南低，丘陵起伏，气候温暖湿润,适宜种植水稻。他的先祖世代在此躬耕垄田，繁衍生息，19世纪后期弃农经商，因经营有方，家道日盛。他的祖父袁盛鉴，在孙中山领导的民国时期当选为江西省第一届议会议员，历任德中县高等学校校长、农会会长、广东琼崖行政长官秘书长等职;父亲袁兴烈曾任高等小学校长、督学,后就读南京东南大学中文系，毕业后任北平铁路局高级职员。袁隆平1９30年9月1日出生，兄弟五人,他排行第二,属马，被称为“调皮的小马驹”。少年时他经常闯祸遭罚,做事又显得笨手笨脚。父母想训练和调动他的积极性,要他帮助拿碗,碗却摔破了;要他拿杯,杯掉到地上。但是父母不因为他摔坏了东西便停止差使他,相反更频繁地让他参与。他好奇心特强，有什么问题必追根究底，父母往往不厌其烦地给予解答。母亲贤惠善良，酷爱花卉。母亲伺弄花卉的时候，小马驹在一旁手忙脚乱地“帮忙”。他爱动脑子，感兴趣的必亲自体验。比如第一次看到荞麦粉，他想弄点尝尝，结果弄得整个成了白粉人;看到木匠钉钉子时嘴衔铁钉,他也拿一个衔在嘴里，一个跟斗,铁钉掉进肚子，送到医院才取出来。袁隆平7岁时随父母逃难乘船渡浣江时，被四弟不小心碰了一下掉入江水,幸被船工救起,于是他下决心一定要学会游泳。到重庆后,去长江边照图例一步步练习分解动作。一个暑假下来，仰泳蛙泳来往自如。后又学自由泳。１0岁时能横渡长江。他还参加比赛,出人意外地游出了“汉口赛区一百米、四百米自由泳第一名”的成绩。他从小就是这样，一旦认定目标,就百折不回地不达目的誓不罢休。 读中学期间他好学勤思，成绩优异,志趣高远，爱好广泛，课余博览群书,思维比一般同学敏捷活跃。他喜欢从不同角度思考问题，喜欢提问，琢磨为什么。这种寻根究底的执著在以后的科研中起了至关重要的作用。 多年后,同行们引用学术用语与他开玩笑:“袁教授，你有那么多常人没有的优点，是不是远缘杂交造成的？”袁隆平回答:“差不多吧，母亲江苏人氏，父亲江西人,个性不同,父亲小聪明多,母亲聪慧善良。”这虽然是说笑戏言，但事实上他确实从父母身上得到了丰厚的给养。

软件开发项目计划书格式

正文 一、项目计划书格式 根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容索引如下： 1 引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料 1.5 标准、条约和约定 2 项目概述 2.1项目目标 2.2产品目标与范围 2.3假设与约束 2.4 项目工作范围 2.5 应交付成果 2.5.1 需完成的软件 2.5.2 需提交用户的文档 2.5.3 须提交内部的文档 2.5.4 应当提供的服务 2.6 项目开发环境 2.7 项目验收方式与依据 3 项目团队组织 3.1 组织结构 3.2 人员分工 3.3 协作与沟通 3.3.1 内部协作 3.3.2 外部沟通 4 实施计划 4.1 风险评估及对策 4.2 工作流程 4.3 总体进度计划 4.4 项目监控 4.4.1 质量控制计划 4.4.2 进度监控计划 4.4.3 预算监控计划 4.4.4 配置管理计划 5 支持条件 5.1 内部支持（可选） 5.2 客户支持（对项目而言） 5.3 外包（可选） 6 预算（可选） 6.1 人员成本 6.2 设备成本

6.3 其它经费预算 6.4 项目合计经费预算 7 关键问题 8专题计划要点 二、项目计划书的编写说明 1 引言 1.1 编写目的 说明编写这份项目计划的目的，并指出预期的读者。 作用：本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。 意义：使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。” 例如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 常见的问题：把项目本身的“项目目标”误作编制项目开发计划的目的。 1.2 背景 主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容： 项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的项目名称是“XX系统开发”。 项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。 项目的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。 项目的任务提出者：本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。 项目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。 项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。 例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。 目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经

软件开发计划书模板

项目编号: 0728—2005 手机“末”班车 分类: <模板> 项目开发计划 Version: 1.1 项目承担部门：SUPER工作室 撰写人（签名）：吴瑶 完成日期：7/28/2005 本文档使用部门：■主管领导■项目组 □客户（市场）□维护人员□用户 评审负责人（签名）： 评审日期： 电子系计算机教研室

目录 1. 引言 (2) 1.1 编写目的 (2) 1.2 项目简介 (2) 1.2.1项目名称 (2) 1.2.2 产品标识 (2) 1.2.3 项目背景 (2) 1.3 定义 (2) 1.4 参考资料 (2) 2. 项目概述 (2) 2.1 工作内容 (2) 2.2 交付项 (3) 2.3 非交付项 (3) 2.4 项目进度和资源................................................................................... 错误！未定义书签。 2.5 其他需求与约束................................................................................... 错误！未定义书签。 3. 项目组织和资源 (3) 3.1 项目组织 (3) 3.2 项目资源 (3) 3.2.1 人力资源 (3) 3.2.2 已有开发设施 (4) 3.2.3 须获取的设施 (4) 3.2.4 可复用软件资源 (4) 4. 实施计划 (4) 4.1 项目选用的生命周期 (4) 4.2 项目开发过程阶段划分 (4) 4.3 项目工作任务分解............................................................................... 错误！未定义书签。 4.4 进度 (5) 4.4.1 进度安排 (5) 4.4.2 进度控制计划 (5) 4.5 接口人员 (5) 4.6 关键问题 (5) 5. 专题计划要点 (6) 5.1 基础技术积累计划 (6) 5.2 测试计划 (6) 5.3 配置计划 .............................................................................................. 错误！未定义书签。 5.3.1 组织、职责和接口....................................................................... 错误！未定义书签。 5.3.2 工具、环境和基础设施............................................................... 错误！未定义书签。 5.3.3 标识方法....................................................................................... 错误！未定义书签。 5.4 评审计划 .............................................................................................. 错误！未定义书签。 5.5 质量保证计划....................................................................................... 错误！未定义书签。 5.6 培训计划 (7) 5.7 系统安装计划 (7)

家庭教育典型案例

家庭教育典型案例 孟津县麻屯镇任屯小学梅倩小学二级教师 一、案例背景： 李阳家长通过近几年来家长学校学习后，在教育子女方面，无论是教育理念，教育方法，还是教育效果，都有了不同程度的提升：原来存在的一些误区，如“树大自然直”，放任孩子不管；“棍棒底下出孝子”，辱骂喝斥，拳打脚踢等错误理念在学习实践中已“旧貌换新颜”。 接下来就让我们通过一个实例来共同分析一下她教育孩子的独到之处。 二、事例过程： 那次见面，她告诉我说，随着孩子一年又一年的长大，原来的书柜已经不够用，要添一只新的书柜，超市里买了一只组装的小书柜，趁家长开会那天，孩子作业少，她想让孩子自己动手把它组装起来。孩子放学回家，看到放在他房间里的一包木板，听了她的建议很愿意自己动手组装书柜，但她只给了孩子工具，并没告诉他怎么拼装。 五点半该吃饭了，她让李阳放下工具和她一起吃晚饭，李阳说等装好了再吃。于是，她就一边吃饭一边看他在客厅间组装书柜，大约过了十分钟，李阳抱怨道：“木板太重了，螺丝又很难拧，干活很费力，木板与木板的接缝开始是没注意，要重新返工，他感到自己笨手笨脚。要是老板雇佣我这

样的员工，企业一定要亏损的，那么我一定要被老板炒鱿鱼的”。但她听后并没责怪他，而是立即提醒他，企业招收新员工时有三个月试用期，又进一步开玩笑：“要是你叔叔的公司招得到像你这样又聪明又肯吃苦的员工，妈妈每天都会高兴的。”大概上第三颗螺丝时，因手劲太大，木板有点弄坏了，李阳着急得叫起来：“完了，我把它弄坏了。”她走近一看，没大碍。又鼓励他说：“别紧张，只管放手做，真的弄坏了，就算是妈妈送给你的一个大礼物，我再花50元钱给你买一个。”等全家都吃完晚饭，李阳还是不愿放下手中的活，她并没催他，而是随他的意。 散步回来之后，她就去李阳的小房间，真是出人意料，小房间变了样，地板擦的很干净，书桌上放着整齐的文具，装好的小书柜放在一个最合适的位置，书柜里放着许多书，墙上还贴了他自己的画。顿时像换了房子一样，空间变大了。 从那以后，李阳总喜欢动手做一些小玩物、手工品等，这不仅开发了他的智力，激发了他的创新意识，还让他养成了勤俭节约的好习惯，真是一举多得。 三、点评： 1、父母是孩子的第一任老师，通过孩子自己动手组装小书柜的故事，引导、鼓励孩子自己对自己有一个正确的评价；尤其在孩子遇到挫折时，父母的鼓励是孩子扬起自信的风帆；孩子做事有顾虑时，父母引导他放下思想包袱，大胆