JIRA, 数据库设计方法、规范、技巧, 开始一个工程前要准备的工作, 版本控制....
JIRA插件, 它是一个专业的问题管理软件.它的好处有:
1. 让系统记住Task,Bug等等信息,而不仅仅靠项目经理和程序的脑袋来记忆,人脑记忆的东西往往是不准确的.
2. 问题跟踪管理可以定制流程,可以有效提高工作效率.
3. 用专业的系统来进行问题跟踪能带来更多的好处.
版本控制
1. 这个的好处:利用版本控制来追踪,维护源码,文件及设定档等等的更动.
2. 它的发展价段:copy→VSS→CVS→SVN→Git
1>:copy:这个是最原始的阶段,就是拷贝粘贴.
2>:VSS全称(Visual Source Safe):它主要用于局域网(LAN).
特点:
a:它没有考虑到并发操作,用于小的团队开发.
b:它主要是用于LAN(局域网开发).
c:checkin(检入)和checkout(检出).
3>:CVS全称(Concurrent Version System):它与VSS的区别在于:
特点:
a:可用在广域网.
b:增加了branch<分枝>,就是在现有的版本上加入分枝.
c:增加了tag,这个功能主要是对你现在做的东西做个标记,相当于快照,给它做个记录, 下次做的时候,好知道从哪里做起.
d:解决了并发操作.
4>:SVN全称(superior vestibular nerve):它与CVS的区别是它支持很多协议,它是集中式开发.
特点:
a:SVN.Http......
b:文件夹的操作.
c:move(移动).remove(删除)操作.
d:原子性<整体的,不可分割的>,进退一样的.
e:元数据:配置的数据,如:表名的行,列名.数据库名.
f:压缩: bin(二进制)文件,如:exe,doc,exl...等等.
5>:Git全称(General Information Test):分布式开发(这个的参照物是代码服务器来说)
特点:
a:这个省去了服务器和客户端的概念,主机被淡化了,每个客户端都可以是服务器.
b:是未来发展的趋势
开始一个工程前要准备的工作
1. 开始一个工程前要准备的工作:
2. 1. 需求分析
3. 2. 概要设计
4. 3. 任务管理系统
5. 4. 详细设计
6. 5. 代码原型
7. 6. 版本控制
8. 7. 代码提交规范
9. 8. 数据字典
10. 9. jar文件说明
11. 10. jar源代码配置
12. 11. 代码格式确定(format,checkstyle检查代码格式)
13. 12. 代码规范检查规定(pmd检查代码缺陷).
数据库设计方法、规范、技巧
一:数据库的设计流程:
1>:需求分析阶段,整合各个用户 应用需求(现实世界的需求).
2>:概要设计阶段,形式独立于机器特点,独立于各个DBMS产品的概念模式(信息世界模型),用E-R图,或IDEF1图来描述.
注解:E-R图:即(Entity-relaction)实体-关系图,它可以转换成不同的数据库.
二:主键条约
a:有实际业务性的不能做主键,因为它可以改变,如身份证:虽然它是唯一的,但它可以改变,因为它可以升级.
b:主键不要设为自动增长的,因为如果是自动增长的话,如果你删除所有数据,再增加的时候,它的id号不可能是从1开始了,它的id是从你以前有多少条数据的基础上加1.
三:存储过程/触发器,最好用java来实现,因为java可以跨平台,而在数据库里是不能跨平台的,数据库具有局限性,如:在mysql里写的触发器, 在oracle里就没有用了.
eUML插件：这个插件主要是用来统一规范的．
在装的过程中可能会出现问题，如果实在不行，
就直接把plugins，features这两个文件直接放入eclipse中的安装目录，把原有的覆盖.
UML:软件设计的统一规范
用例图：用于挖掘用户需求，和描述用户的需求.用户看的懂的.
类图：类之间的联系如关联、依赖、聚合等，也包括类的内部结构（类的属性和操作）。类图描述的是一种静态关系，在系统的整个生命周期都是有效的。
顺序图：也称序列图，是一种交互图（Interaction Diagram，用于描述执行系统功能的各个角色之间相互传递消息的顺序关系，显示跨越多个对象的系统控制流程），强调的是时间和消息的次序，用来说明系统的动态情况，顺序图由参与者、对象、对象生命线和消息组成。一个顺序图显示了一系列的对象（通常是类的实例，也可以代表其他事物的实例，例如协作、组件和节点）和在这些对象之间发送和接收的消息。
1. 让系统记住Task,Bug等等信息,而不仅仅靠项目经理和程序的脑袋来记忆,人脑记忆的东西往往是不准确的.
2. 问题跟踪管理可以定制流程,可以有效提高工作效率.
3. 用专业的系统来进行问题跟踪能带来更多的好处.
版本控制
1. 这个的好处:利用版本控制来追踪,维护源码,文件及设定档等等的更动.
2. 它的发展价段:copy→VSS→CVS→SVN→Git
1>:copy:这个是最原始的阶段,就是拷贝粘贴.
2>:VSS全称(Visual Source Safe):它主要用于局域网(LAN).
特点:
a:它没有考虑到并发操作,用于小的团队开发.
b:它主要是用于LAN(局域网开发).
c:checkin(检入)和checkout(检出).
3>:CVS全称(Concurrent Version System):它与VSS的区别在于:
特点:
a:可用在广域网
b:增加了branch<分枝>,就是在现有的版本上加入分枝.
c:增加了tag,这个功能主要是对你现在做的东西做个标记,相当于快照,给它做个记录, 下次做的时候,好知道从哪里做起.
d:解决了并发操作.
4>:SVN全称(superior vestibular nerve):它与CVS的区别是它支持很多协议,它是集中式开发.
特点:
a:SVN.Http......
b:文件夹的操作.
c:move(移动).remove(删除)操作.
d:原子性<整体的,不可分割的>,进退一样的.
e:元数据:配置的数据,如:表名的行,列名.数据库名.
f:压缩: bin(二进制)文件,如:exe,doc,exl...等等.
5>:Git全称(General Information Test):分布式开发(这个的参照物是代码服务器来说)
特点:
a:这个省去了服务器和客户端的概念,主机被淡化了,每个客户端都可以是服务器.
b:是未来发展的趋势
开始一个工程前要准备的工作
1. 开始一个工程前要准备的工作:
2. 1. 需求分析
3. 2. 概要设计
4. 3. 任务管理系统
5. 4. 详细设计
6. 5. 代码原型
7. 6. 版本控制
8. 7. 代码提交规范
9. 8. 数据字典
10. 9. jar文件说明
11. 10. jar源代码配置
12. 11. 代码格式确定(format,checkstyle检查代码格式)
13. 12. 代码规范检查规定(pmd检查代码缺陷).
数据库设计方法、规范、技巧
一:数据库的设计流程:
1>:需求分析阶段,整合各个用户 应用需求(现实世界的需求).
2>:概要设计阶段,形式独立于机器特点,独立于各个DBMS产品的概念模式(信息世界模型),用E-R图,或IDEF1图来描述.
注解:E-R图:即(Entity-relaction)实体-关系图,它可以转换成不同的数据库.
二:主键条约
a:有实际业务性的不能做主键,因为它可以改变,如身份证:虽然它是唯一的,但它可以改变,因为它可以升级.
b:主键不要设为自动增长的,因为如果是自动增长的话,如果你删除所有数据,再增加的时候,它的id号不可能是从1开始了,它的id是从你以前有多少条数据的基础上加1.
三:存储过程/触发器,最好用java来实现,因为java可以跨平台,而在数据库里是不能跨平台的,数据库具有局限性,如:在mysql里写的触发器, 在oracle里就没有用了.
eUML插件：这个插件主要是用来统一规范的．
在装的过程中可能会出现问题，如果实在不行，
就直接把plugins，features这两个文件直接放入eclipse中的安装目录，把原有的覆盖.
UML:软件设计的统一规范
用例图：用于挖掘用户需求，和描述用户的需求.用户看的懂的.
类图：类之间的联系如关联、依赖、聚合等，也包括类的内部结构（类的属性和操作）。类图描述的是一种静态关系，在系统的整个生命周期都是有效的。
顺序图：也称序列图，是一种交互图（Interaction Diagram，用于描述执行系统功能的各个角色之间相互传递消息的顺序关系，显示跨越多个对象的系统控制流程），强调的是时间和消息的次序，用来说明系统的动态情况，顺序图由参与者、对象、对象生命线和消息组成。一个顺序图显示了一系列的对象（通常是类的实例，也可以代表其他事物的实例，例如协作、组件和节点）和在这些对象之间发送和接收的消息。