项目基本流程
一、概述：
总体参考软件开发计划中的内容。
另外：统一使用Jdk1.6.0、Tomcat6.0、Oracle9i（或10g）；
PM
PSM
CML
TL
PG
QA
DBA 项目经理 项目软件经理 配置管理负责人 测试负责人 编程人员 质量管理员 数据库管理员
二、准备工作：
1、 学员了解vss、cvs的使用；
2、 实训经理要搭建好vss服务器；
3、 了解学员技术水平，便于后面分组；
4、 需要学员掌握技术框架，最好做一个demo练习来基本掌握框架的使用；
5、 讲解编码规范；
三、项目启动：
1、 任务：
a、 软件开发计划（PSM）：分配CML、TL、PG、DBA，确保项目组内成员都明确自
己的角色及负责编码的模块；整理软件开发计划文档，制定项目里程碑（里程碑基本按照老师指定的走）等；另外，加深学员对团队的理解；
b、 配置管理计划（CML）：整理项目组内成员的VSS帐户，设定VSS目录样式，整理
配置管理计划文档并提交给VSS管理员处理；
c、 数据库搭建：指定一个人机器安装Oracle服务器端，其他人安装客户端；
d、 cvs服务器搭建：指定一个人机器安装cvs服务器端；
2、 提交产品：
a、 软件开发计划文档；
b、 配置管理计划文档；
c、
四、需求分析
1、 任务：
a、 了解客户的需求（全体）：各人一定要完全理解自己所负责的模块的功能；
2、 提交产品：
咱们已经有了项目需求书，不需要提交其他文档了。
五、编写静态页面（需求及概要设计一起了）
1、 任务：
a、 把自己负责的模块的基本页面通过HTML实现，供以后编码参考；
b、 注意公共代码的开发和使用，并保证组内页面样式统一；
2、 提交产品：
静态demo代码（压缩后提交）。保存路径：06-项目管理/04-项目代码；要标明是评审后整理的静态demo的代码。
3、 注意事项：
a、组长注意分工，工作量要一致；
b、建议由组内对HTML、JavaScript、CSS较精通的人员先设计好页面的样式，和基本验证；这样可以保证组内风格统一；
c、静态demo页面中需要增加相关的验证；
d、静态demo中要有页面跳转，和真正的系统一样，可以演示基本功能；只是数据都是固定写好的；要有增删改查功能演示；
e、文件命名及放置管理：
1）按照模块划分文件夹，分功能；
2）文件按照功能命名，不要起中文的文件夹名或者文件名；
3）建议创建文件时采用utf-8编码，这样cvs等不会出问题；
f、建议采用jsp+servlet完成，这样以后完成代码时可以直接转过去；
六、需求评审
1、 任务：
a、对需求理解进行评审；方法是开评审会议，组内所有人员对自己模块的需求进行展示说明；建议其它各组的组长旁听并记录，这样对一些共有的需求问题可以统一解答，而不必每个组都解释；
2、 提交产品：
评审计划、评审记录；
七、详细设计
1、 任务：
a、 详细设计（全体）：进行数据库设计和系统的详细设计。按照详细设计模板文档整
理自己负责模块的详细设计文档，尽量做到参照该文档即可完成开发的程度；
2、 提交产品：
a、详细设计文档（每人一份即可，不必整理到一个文档里）；
3、 注意事项：
a、bean类的get和set方法可以不写，只写属性就可以，后面加注释说有get和set方法即可；
b、一般数据表要增加创建记录时间和最后修改记录的时间，方便维护；
c、以详细设计模板为基础，但可以增加或删减内容；
八、编码
1、 任务：
a、 组长或者组内的技术leader创建工程，建立cvs服务器；其他学员从cvs服务器取
得工程，进行开发；
b、 完成编码工作（全体）：用MyEclipse开发，使用cvs做代码版本控制；
c、 编码过程中进行代码评审，在开始编码的第二天左右开始；
d、 做好自己模块的单体测试（全体）：在自己模块开发结束后进行；
2、 提交产品：
a、源代码文件（压缩后提交）、测试问题卡（单体测试记录使用，可以不提交）；
3、 注意事项：
a、强调编码格式、注释；
b、公共代码的注释等；
c、代码要按照功能模块分包；类和jsp文件的名称；
d、公共代码一般由一个人专门维护，不允许其他人修改；
e、组长创建cvs服务器，创建工程；组员下载工程使用；不要太依赖cvs，自己的代码最好每天也备份一下；
f、建议所有文件使用utf-8编码；并且不要有中文注释；
g、所有的涉及查询的地方，如果是输入字符串条件的，应该支持模糊查询；
h、监控进度，如果感觉时间很紧，允许在与实训经理商议后裁减某些功能；
i、技术上注意：
1）所有涉及到字符集编码的，都设为“utf-8”；当使用get提交数据时，因为要通过URL，有一次编码，服务器取得时要再解码；post是直接给服务器的；所以建议使用post；
2）对于数据库表字段为date类型的，在java中以String对应，在存入数据库时使用oracle的“to_date”方法进行转换；
3）每个jsp页面中建议增加path和basePath的代码，然后在页面中使用全路径来引入js、css等文件和图片等资源，避免找不到资源；（如：src=”<%=basePath%>js/common.js”）
4）从查询结果集获取字段值时，最好使用“rs.getString(“字段名称”)”；
5）页面中的查询条件一般都是and的关系，不是or；
6）建议每人一个struts-config.xml文件，避免cvs冲突；
7）建议分模块、功能来设计包，尽量每个人只操作自己的文件夹和包，避免代码冲突；
九、系统测试
1、 任务：
a、 编写软件测试计划（TL）：测试负责人制定测试计划；
b、 完成测试用例（全体）：编写测试用例；
c、 完成测试问题卡（全体）：测试过程中，测试人员提出问题，编码人对问题进行处
理，都要记录；
d、 实际是“破坏性试验”：侧重点在于程序的宏观整体和实现逻辑，不看微观的内部
实现；是站在用户的角度上，从外观界面上检验其功能。以外行人的使用可能检验程序，以程序员的专业眼光发现错误。
2、 提交产品：
a、 软件测试计划；
b、 测试问题卡；
c、 各模块的测试用例；
十、项目总结及文档整理（相当于项目发布）
1、 任务：
a、 项目成果提交（组长）：最后整理出最完善的工程及数据库资料提交到vss中，把需
要提交到vss的文档都提交上去；
2、 提交产品：
a、 所有相关文档：包括周报、测试计划、测试用例、测试问题卡、项目总结报告等； b、 工程（及源代码工程）、数据库资料，及搭建环境的说明（我可以根据这些资料在
我的机器中搭建出你的环境并运行）；
c、 实际项目中需要有《用户手册》，我们裁剪了；
十一、 项目管理
1、 例会（全体）：PSM每周五组织一次例会，要通知PM参加，讨论本周工作进度及各种
问题；记录会议纪要；
a、流程：
1）组长先总结本组这一周的工作；
2）然后从组长开始，每个人总结自己这一周的工作；
3）组长讲述下周工作计划；
4）讨论本周未解决或者需要老师处理的问题；
5）老师总结；
b、在开周会之前，每个人最好先想一想自己的发言内容，这样表达的更好；
c、总结本周自己工作内容时，稍微详细一些，每个人2分钟左右；讲做了什么事情，有哪些收获或者成果物；
2、 讨论会（全体）：对于开发过程中遇到问题，个人无法解决，需要寻求其他人帮助，提
交PSM，由PSM发起；尽量记录会议纪要；
3、日报（全体）：每人一个日报文档，每周一个sheet，每天都要填写当天的工作内容及进
度等；
十二、 项目答辩（实训项目）
1、 任务：
a、 答辩（组内所有人员）：进行项目演示，并总体进行答辩；
2、 流程：
a、 搭建好环境，可以从别的机器通过IE访问到本组的页面；
b、 每组的成果在班内进行演示，每组出两个人：一个人介绍功能、简单介绍实现的方
法；另外一个人操作演示；两个人要注意配合，最好事先演练几次；
c、 需要准备ppt进行讲解，传到vss上（06-项目管理/05-项目总结）：
1）介绍本组成员，担任什么角色、负责什么模块；
2）正式答辩，介绍项目背景、项目的模块架构（如有几个模块，功能是什么）；
3）再按照流程详细介绍模块内的操作；
d、 讲解过程中，随时准备回答问题；但是不要抵触，尽量委婉的回答；允许非讲解人
回答问题；
e、 一个组演示时，其他组进行评分；一个组演示完成后，其他组用两分钟左右的时间
进行讨论，准备出一个问题对演示组提问；演示组对其他组的问题进行答辩；
f、 最后班长汇总所有评分，选出最优秀项目组；
3、 提交产品：
a、 分数；
补充：
实训项目要用到VSS，服务器共享地址为： \\10.1.239.249 端口号：8800；
权限文档由老师发。
第二篇：做项目的流程
计划阶段－》需求分析阶段－》软件开发阶段－》测试阶段－》完成
一、项目计划阶段
项目计划草案和风险管理计划作为第一步，当有一个商业机会后，根据公司高层负责制定的初步商业计划书来完成项目的计划草案，确定、分析项目风险并确定其优先级，还要制定风险解决方案。本阶段的目的是确立产品开发的经济理由。
当确定开发之后则制定软件开发计划、人员组织结构定义及配备、过程控制计划。
（1）项目计划草案
项目计划草案应包括产品简介、产品目标及功能说明、开发所需的资源、开发时间和里程碑。
（2）风险管理计划
也就是把有可能出错或现在还不能确定的东西列出来，并制定出相应的解决方案。风险发现得越早对项目越有利。
（3） 软件开发计划
软件开发计划的目的是收集控制项目时所需的所有信息，项目经理根据项目计划来安排资源需求并根据时间表跟踪项目进度。项目团队成员根据项目计划以了解他们的工作任务、工作时间以及他们所依赖的其他活动。
可将计划分成总体计划和详细计划，总体计划中每个任务为一个里程碑，详细计划中必须将任务落实到个人。
软件开发计划还应包括产品的应收标准及应收任务（包括确定需要制订的测试用例）。
（4）人员组织结构定义及配备
常见的人员组织结构有垂直方案、水平方案、混合方案。垂直方案中每个成员充当多重角色。水平方案中每个成员充当一到两个角色。混合方案则包括了经验丰富的人员与新手相互融合。具体选择根据人员实际技能情况进行选择。
（5）过程控制计划
过程控制计划的目的是收集项目计划正常执行所需的所有信息，用来指导项目进度的监控、计划的调整，确保项目按时完成。
二、需求分析阶段
需求分析阶段的目的是在系统工作方面与用户达成一致。
（1）软件需求规约
详细说明系统将要实现的所有功能。
（2） 用户界面原型
可以有三种表示方法：图纸（在纸上）、位图（绘图工具）、可执行文件（交互式）。
三、 软件开发阶段
本阶段从物理上实现目标系统。采用了面向对象方法。
（1）软件架构
说明软件的组织结构、部署结构及运行环境。
（2）类设计
定义类之间的关联和类的属性、方法。
（3）数据库设计
定义数据库表之间的关联和各个表的字段。
（4）编码和单元测试
按照设计文档进行编码，每完成一个模块应进行单元测试。
（5）集成系统
按软件组织结构的要求将各个子系统组合起来。
四、测试阶段
测试的目的是在发布之前找出程序的错误。包括：核实每个模块是否正常运行（参考设计文档）、核实需求是否被正确实施（参考需求文档）。
（1）测试计划
收集和组织测试信息，为测试工作提供指导。
（2）测试数据
尽量使用真实数据。
（3） 测试报告
记录测试结果，详细描述问题，提出解决办法。
（4）帮助文件和用户操作手册
五、 管理软件开发过程
有以下几方面地工作：
（1）组织会议
讨论会议、总结会议等。
（2）评审程序
对各个阶段的工作结果进行审核。
（3）协调人员
（4） 配置管理
使用一些配置管理工具进行开发文档管理，如：visual sourcesafe，teamsouce等
六、 各参与角色的具体职责描述及对人员的要求
（1） 项目经理
职责：
1、 制定产品的目标。
2、 制定各个工作的详细任务表，跟踪这些任务的执行情况，进行控制。
3、 组织会议对程序进行评审。
4、 综合具体情况，对各种不同方案进行取舍并做出决定。
5、 协调各项目参与人员之间的关系。
人员要求：
对产品有激情，具有领导才能。
对问题能正确而迅速地做出确定。
能充分利用各种渠道和方法来解决问题。
能跟踪任务，有很好地日程观念。
能在压力下工作。
（2）系统分析员
职责：
1、 了解用户需求，写出《软件需求规约》。
2、 建立用户界面原型。
人员要求：担任系统分析员的人员应该善于协调，并且具有良好的沟通技巧。担任此角色的人员中必须要有具备业务和技术领域知识的人才。
（3）设计员
职责：
1、 定义类的方法和属性以及各个类之间的关联，画出类图。
2、 进行数据库设计。
人员要求： 掌握面向对象分析与设计技术，统一建模语言(uml)。 （4）程序员
职责：按项目的要求进行编码和单元测试。
人员要求：良好的编程技能和测试技术。
（5）测试员
职责： 执行测试，描述测试结果，提出问题解决方案。
人员要求：了解被测试的系统，具备诊断和解决问题的技能，编程技能
项目调研
需求分析
设计项目结构（业务逻辑要清晰）
设计数据库表结构（最好把表与表之间的结构设计好，以免以后常返工；把实现的接口和类以及实现的方法也定义好，实现统一调用及实现；这样合作团对互不干挠）
将设计好的项目化分模块
如果是中大型的项目你们可以使用控制版本（如：CVS/VSS）做，这样可以达到一致性便于统一管理;
大家都各自实现自己的模块，彼此之间只需调用接口或方法就可以了
-->用户,市场调查（这一部分主要看你是做的是什么系统了，对不同的行业进行调查） -->开发需求分析(这一段时间用的时间最长，还要反复和用户讨论，和团队成员交流) -->写需求分析文档
-->进行概要设计（包括：系统设计和数据库设计，模板出来之后和团队再次进行交流）， -->写概要设计文档
-->进行详细设计（包括系统功能模块，数据库的详细设计）
-->写详细设计文档
-->编码阶段（这一时间相对较短）
-->调试阶段（这一部分其实在编码时分担一些了）
-->进行系统测试（这一部分就是针对整个系统的，部署，发布和测试）
-->交付用户
--->再调试（客户使用出错有循环）
--->最后成功交付
-->项目总结