当前位置: 首页 > 互联网, 观点 > 正文

项目之路

记得在2012年12月份我写了一篇博客叫《做最清晰的项目记录》。那时候我只是根据自己的所想,认为在项目的立项到开发,维护,升级的过程中,比如需求,功能文档,数据字典等是需要,是可以被记录的。也是在那个时候,我也是简单的将项目的各种功能说明简要的记录在Word文档上。每次有项目更新,或需要查询问题或说明的时候再打开文档进行相应的操作。这样的文档往往是单人的,共享性差,定位打开关闭Word也很繁琐。而且在我们的软件开发过程中,一个项目的功能模块有时并不是一个人完成,而且软件开发过程中也会有不断的人员变更及调整。因而当初我也曾提出一个平台化的项目文档记录。在这个共有的平台之内,有需要的人员都可以对相应的项目增,删,改,查相关内容,从而保证有关项目的知识能被最大限度的保存下来。我现将这个简易的平台称之为“项目之路”。

项目之路从项目开始,拓展到项目的版本及功能,再向外衍生到项目的知识库。项目本身的属性比较简单,项目名称,开发平台,开发语言,项目简介,项目经理,开发人员,启动时间,上线时间等等。这些大体描述项目的基本信息。比如,开发平台可以写asp.net3.5+SqlServer2008,开发语言可以是C#,Sql等。时间概念就是这个项目大致的开发阶段,及第一次上线的时间等等。项目属性还可以再细化些,或者可以到版本再去细化,或者可以给项目再加个大事记,来显示项目的大致历程。

项目是有版本的,表示项目开发到后其维护的版本历程。项目版本简介时,可以描述下该版本的具体功能或所解决的问题,让大家对版本的所解决的问题或功能有一个清晰的认识。

接下来就是项目的功能管理。功能管理就显的主观化一些,每个人对项目功能的划分的依据是一不样的。我是这样开始的,从项目的业务背景开始介绍,再到常用的数据状态字典,再到相关连的数据库结构,项目中主要使用的表,视图介绍等等。接下来再详细分解各业务功能,及业务涉及范围及处理逻辑,难点等等。这些业务功能往往是具体到某一个特定业务或流程,其间也需要指出某些功能间存在的联系。最后,可加上项目有关的系统设计相关,比如,数据流图,项目运行的JOB状况,与其它项目之间的联系,及其它相关信息等等。任何你认为值得记录的东西,都可以记录到功能管理中,以方便自己或他人能从功能管理模块中得到相关的知识。方便对系统的整体了解。

最后我对项目的上述点进行了衍生,补充了项目的知识库。知识库大部分采用的是问答的形式。这与我们在项目的开发及维护或支持的过程中被问到相关的问题时的回答是一致的。如果没有知识库,往往存在一个问题被相关人员多次问起,而不可避免的翻开代码去核实。因而,如果有统一的知识库,就可以快速找到相应的知识点。同时知识库是项目功能很好补充,在知识库中我们往往更贴近项目的日常运行所碰到的问题,与实际业务操作也更为接近。当然,知识库的撰写好坏,对他人是否理解清楚知识有很大的关系。知识库应该是被验证过的,准确无误的知识点,这样的知识库才有意义。

除去上述的几点,另外一个大点就是数据库结构。数据库结构是繁琐的,更新与维护也是频繁的,之后会有个相应的设置。针对上述的设置,我们就可以将所设置的信息整体根据单个项目进行显示出来。方便大家通过网页浏览查阅,方便知识的共享。关于项目的设置及预览结果可提供几张图片供大家参阅,有任何意见或想法,可以评论和留言。图例如下:

项目之路

项目之路

本文固定链接: http://www.byhard.com/?p=1287 | 海纳百川

该日志由 byhard 于2015年01月09日发表在 互联网, 观点 分类下,
原创文章转载请注明: 项目之路 | 海纳百川
关键字:

项目之路:目前有4 条留言

  1. 做项目是个很累的阶段,不过做完了自己能够有很大的收获!

    2015-01-13 10:50
    • byhard:

      嗯,做完一个你会收获多多的。

      2015-01-13 11:06
  2. 沙发
    夏日博客:

    数据库比较难以维护。

    2015-01-13 11:51
    • 是啊,数据库一旦确定就不太好调整了。特别后期维护的时候,结构变化不能太大。对开发的要求更高。

      2015-01-13 13:38