做项目基本流程-给学员.doc_第1页
做项目基本流程-给学员.doc_第2页
做项目基本流程-给学员.doc_第3页
做项目基本流程-给学员.doc_第4页
做项目基本流程-给学员.doc_第5页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

项目基本流程一、 概述:总体参考软件开发计划中的内容。另外:统一使用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=”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、 讲解过程中,随时准备回答问题;但是不要抵触,尽量委婉的回答;允许非

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论