!这台服务器会由专人维护。具体情况如下:日志的命名:本日志的命名原则是:姓名+空格+日期类型。Sample:张方帅2009-12-:格式请参照给大家的日志模板,另外写日志的目的是为了规范大家的工作流程及自己本天的知识体系,让经理知道你现在的状态及存在的困惑或问题,所以大家一定要认真对待切不可应付公事!日志主要是记录你当天的主要工作本着对自己负责的态度请大家如实来写!如果需要对日志中的一个事件做详细论述可以在日志下面的备注中给出!提交位置:本文档应提交在SVN根项目路径下本组项目路径下的日志提交文件夹下。S002在做项目的时候大家可能会有各种各样的问题(知识点掌握不牢固啊,队员之间协调不好啊,对经理的分工有意见啊等)大家都可以通过问题反馈文档的方式提交这些棘手的问题-注意它与日志的区别是:在这里写的是一些棘手的问题,自己无法解决的,日志中可能出现的问题是大家自身的一些问题。命名:姓名+空格+日期+文档类型。Sample:张方帅2009-12-:本文档应提交在SVN根项目路径下本组项目路径下的问题反馈文件夹下。S003本规范是这些规范中最复杂的一个规范也是最核心的一个规范,在书写项目文档的时候请遵循下面几点:项目文档纵览:、可行性研究报告、概要设计文档需求规格说明书、数据库设计说明书、详细设计说明书、测试计划说明书、测试用例说明书、安装部署手册、项目总结(项目PPT)。可行性研究报告:在本文档中主要是说明你从各方面来来分析我们能否做这个项目。概要设计说明书:在本文档中主要框定项目模块,团队合作规范,页面验证规范,异常处理规范。需求规格说明书:本文档主要是根据概要设计确立的初期模块进行细化-可以使用用例图进行具体细化、对各模块画业务流程图,书写主流分支流描述、画出界面原型。这里需要强调的是本说明书是在项目答辩时重点检查的一个文档,从难度和格式复杂度上来讲均较难,下面我说下这个文档在书写的时候的一些细节问题,首先你应该先明确项目的基本模块然后根据这些基本模块进一步细化,细化的过程是对每过流程来花详细的流程图,加深你对细粒度模块流程的理解,最终根据系统粗略模块,流程图,画出系统用例图及各模块子用例图,然后将这些用例图画在本文档中(如果用例图过大可对其功能模块进行拆分!)。恭喜你!当你做完前面的工作后你会发现前面的模块有许多遗漏,然后反补前面文档的模块表格,将其完成。我们继续!先不要将你画的流程图急着整合,这是你需要做的是再看看你画的流程图还有什么遗漏吗?如果没有按照主流分支流格式对流程进行论述。并将流程图放于流程论述上面,完成这个工作后最后画出所有的页面原型。在这个过程中可能根据模块的不同(有些模块没有画出流程图的必要)分别对待,如果是本模块真的比较简单可将流程图省略!但是一定注意要将项目的基本点和实际项目流程串起来(O(∩_∩)O~其实每个模块不是大家想象的那么简单的!)我最后在强调下书写的过程
项目开发规范 来自淘豆网m.daumloan.com转载请标明出处.
