项目方案及流程大全.docx

项目方案及流程大全

第一篇：项目方案及流程大全项目方案及流程：时间：2011年6月15日——2011年6月28日1、联系XXX外贸公司。确认信息，初步认识XXX集团外贸公司：2、做好宣传工作，确定团队名字。3、完善各种资料，安全承诺书、工作协议等文件。4、组织队员前往XXX外贸公司进行社会实践活动。5、每个队员每天做好各自心得体会及工作记录实践阶段（时间安排）：时间：2011年6月28日——2011年6月30日1、6月28日上午团队由杭州市传媒学院出发到宁波市，稍作整顿，安排食宿。然后再前往XXX外贸公司参观及访问公司员工和经理，了解公司有关外语口语的一些情况和公司的运行情况。2、6月29日上午与公司领导交流，深入了解外语口语在外贸公司发展情况及重要性。还有与国外的一些合作情况。下午去厂房工人对于外语口语在外贸公司必要性的访问。晚上，总结归纳记录的笔记，进行方向交流。3、6月30日与老师交流学习的心得，感谢XXX外贸有限公司提供的这次社会实践机会，与公司负责人、领导合影留念；领取相关证明，并告别ＸＸＸ外贸公司，返回杭州。第二篇：项目流程改进方案1.0(草案)SST项目流程改进方案1.0（草案）王晓恬2011/7/29目前在项目开发、发布、部署、测试过程中，发现有如下问题：1.项目部署非常不方便，目前的方式是，先上传文件到服务器，然后手动修改tomcat的配置文件，令其指向web应用的根目录，这样会带来如下问题：a）.如果存在多个测试环境，由于每次部署都需要修改tomcat的配置，因此很难保证多台测试环境的配置完全同步，容易出错b）.无法自动化部署，对于自动化测试是一个隐患c）.由于不是以包的形式存放，因此软件产品库管理非常不方便，相应的，版本库管理也非常不方便d）.这种形式不是标准的J2EE容器部署形式，将来如果采用其他web容器，那么会存在隐患e）.随着web应用的越来越多，在各个方面（比如代码控制，版本控制，成品控制）等方面会越来越难管理，而且也会越来越难部署。f）.较难替换和撤销，以及备份存档2.目前测试过程中的产品不稳定因素：a）.目前测试开始时候，开发还在进行，那么会导致测试版本永远是过期的，测试需要一个一定时期内相对稳定的版本。b）.测试版本并不是从版本库中得到，这样会导致一个问题：测试版本永远以发布版本者本机的代码为准，这样的测试是无效的。c）.在测试进行阶段，开发者还在不断的提交代码，这些代码并没有经过冒烟测试和集成测试，那么在进行分阶段开发的时候，会造成产品的不稳定性。d）.在发布测试版本前，并没有进行冒烟测试和集成测试，这样的结果会导致第一轮测试在很大程度上进行了这两项测试，而这两项测试应当是发布测试版本前就应该完成的，只有完成了这两项测试，才能发布一个可测试的版本。e）.测试环境应当彼此独立，互不影响，并且在测试开始前必须有一致的初始条件。f）.目前一些较难测试的地方，并没有有效的测试方案和测试用例.g）.缺乏专业的配置管理和版本管理，造成开发不知道自己开发的是什么版本，目前开发到哪个版本，上一版本的遗留问题，此版本的目标和解决方案，以及目前在哪个分支上进行开发，相应的，测试的过程中也不知道目前测试的是哪个版本，以及重点测试和有针对性测试的功能，此版本的遗留问题，以及新功能的测试。h）.为了保证产品质量，要进行代码覆盖率测试和回归测试。i）.DB的修改，需要通知所有人得知，并且在冒烟阶段，就要把DB没有更新导致的问题解决掉目前适合我们团队以及项目的开发流程：目前团队现状：1.新技术掌握快。2.团队合作不错。3.团队成员技术全面。4.团队缺乏开发、测试、配置管理方面知识。5.对于已掌握的技术缺乏研究深度，不能有效控制风险。6.沟通渠道过于单一，每个成员现状以及工作进度并不透明，这样无法有效调配资源互相协作。基于以上状况，敏捷开发（agile）的短周期的迭代（iteration）开发流程比较适合我们团队和项目，下面来介绍一下这种开发模式具体的过程（methodology），顺便说一下，这种模式并不是瀑布模型，任何时候可以推倒重来，比较灵活。一个period包含若干个iteration，在period完成后，要进行较完整的测试和代码review以及项目回顾。Period从某种意义上来说也是项目的里程碑。1.首先拿到原始需求，进行可行性评估2.可行性评估之后，需要确定技术开发框架（infrastructure），以及开发环境、测试环境、商用环境、部署方案、服务器配置、数据库等。3.确定high-level的架构，主要就是开发框架以及解决方案的制定，此方案需要评估。4.确定迭代周期，一般来说，一个iteration的周期为2周。一个period周期为2个月到半年5.制定一个iteration内部的流程，以及每天工