工作开发细节

一个公司可以有多个产品在运行，可以有多个项目组.

老板:一个或者多个

行政部:零个或者一个

市场/咨询人员:若干个(平时不打交道,不需要清楚知道具体几个)

财务部:一到两个

IT部:一个或者多个项目组

项目组:一个项目经理,两个测试,四个开发，一个美工(支援多个项目组)

公司一般10号或者15号发上一月的工资.

项目组平日工作:周一和周五开周会,周一是安排工作,周五总结一下进度以及本周出现的问题.每周一上午前提交上周周报.

开发流程:

1. 需求调研分析(系统分析员和用户多次确认需求)
2. 概要设计(项目经理)
3. 详细设计(开发)
4. 编码及单元测试(开发)
5. 测试
6. 软件交付准备(开发可能需要编写《用户使用指南》,《用户使用手册等》)

Bug管理:

1. 有很少部分的小公司就直接用Excel记录,然后使用SVN管理.
2. 大部分公司会使用禅道,Mantis等缺陷跟踪管理系统.测试人员测试中,在bug管理系统提交了bug,然后分配给对应的开发人员,

开发中的一些细节:

环境分类:1,开发环境:就是平时开发所在的环境.

  2,测试环境:测试人员测试的缓存

  3,准生产环境:各因素都和生产环境一致,只不过在上面不会触发真实的业务

  4,生产环境：真实客户使用的环境.

一般来说，程序员主要接触的是开发环境和测试环境.程序员开发的时候把代码下载到自己的本地电脑,数据库使用开发环境的数据库.

版本升级步骤:

1. 该版本需求都完成后,开发将所有代码提交到开发的SVN
2. 配置管理员把包编译后,生成增量包或全量包,然后由配置管理员或者开发部署到测试环境上,由测试来测这次的需求,如果出现bug,开发人员需要修复bug,然后重复1,2步骤.
3. 测试人员进行完回归测试,发出准出报告后,封版.
4. 项目经理将开发SVN的代码同步到生产SVN上
5. 由配置管理员出生产的增量包或全量包.部署到准生产环境
6. 业务人员在准生产环境测试,如果测试出现bug,则重复上诉步骤,如果没错就部署生产环境使用

注意:直接四期班的同学有被问到,如果生产环境那边部署的时候出现了bug,是直接改生产环境的代码吗?

    肯定不能改生产环境的代码,如果出现bug,那就先不部署到生产环境,把bug修复了之后才部署到生产环境的.

 

部署项目:

1,如果公司比较小,可能会要求开发人员去部署项目.

2,如果公司稍大,项目的部署会有配置管理员去部署的,普通开发一般可能就在测试环境部署项目,但是生产环境的部署肯定不是开发区部署的,而是有配置管理员去部署的.

同学们如果被问到有没有部署过项目,就说在测试环境部署过项目,测试环境就是使用window系统,然后代码部署在tomcat上.