软件开发的部的规章制度及软件项目的管理方法

1、.wd软件开发部规章制度及软件工程管理方法第一局部：软件开发部规章制度一、 日常工作制度：1、 关于休假、加班：严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准前方可休假，如情况紧急不能提前填写请假申请，要 请示上级领导，并在休假后补办请假手续。开发部人员在工程紧张时尽量不提出请假申请。研发人员原那么上不安排加班，研发进度根据公司要求结合工程实际由工程组长负责制定，工程组长协调安排工作。工程组长根据进度需要安排的加班，加班费用由工程奖金中支出。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照国家相关制度执行。2、 开发部员工守那么：遵纪守法，忠于职守，克己奉公。维护公司

2、声誉，保护公司利益。服从领导，关心下属，团结互助。保护公物，节约开支，杜绝浪费。努力学习，提高水平，精通业务。积极进取，勇于开拓，创新奉献。3、 员工工作日志：l 工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中工程负责人以下人员按要求每日记录。l 工作日志是部门员工的工作记录载体，起到局部绩效考核和浮开工资确实定依据的作用。l 工作日志包含每日方案和完成情况，每日工作始终时间，每日工作饱和度5为最高，1为最低，如为请假，请注明“事假或“病假，次周方案，以及问题、意见和建议。l 工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。如发现某些栏目多周雷同的情况

3、，将进展警告。l 每日工作内容如无特殊情况，至少需要写3条以上。表达工作内容要求尽可能说明清楚。不允许简单的如“修改错误的描述。l 工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于未提交日志的人员，部门经理保证当周内口头通知。l 工作日志以Email形式提交给工程负责人和部门经理。部门经理收到后保证第一时间进展回复，并依此进展考核。文件名格式：?*工作日志200*年*月*日.doc?。其中*为员工姓名，日期为提交日期。4、 工程月报制度：l 工程月报制度是保证工程顺利推进的一种阶段性总结和方案载体的机制。l 工程月报由工程负责人负责拟定。l 工程月报应根据实际情况

4、包含本月方案、完成情况含方案的偏离情况、成果和缺乏、突发事务及其解决情况、工程组成员工作情况、客户反响情况、下月方案，以及问题、建议和意见等内容。l 工程月报由工程负责人于每月第五个工作日以前，通过Email提交给部门经理，经部门经理审订后发布到工程月报文件夹中。l 部门所有成员可以查阅已发布的工程月报。l 工程月报的文件名格式为?*工程月报$，200*年*月*日.doc?。其中*为工程名称，$为工程负责人姓名，日期为提交日期5、 工程例会制度：l 每月第一个周一上午10:30在公司会议室召开，部门所有人员含参与部门人员为主导的工程并起核心作用的其他部门人员参加。l 会议由部门经理召集，并由部

5、门经理主持。l 会议议程：a)各工程负责人回忆上月工作情况、成果和缺乏，以及当月的大致工作方案。b)部门经理总结上月工作，对缺乏的问题提出解决方法。c)部门经理宣布公司近期动态和相关事项。d)部门经理做出工作方面的安排。e)部门人员畅所欲言，提出问题、想法、建议与意见。大家讨论。f)部门经理解答部门人员的问题，并做出总结。l 部门人员轮流做会议记录，并在会议完毕后第二天内整理并在Vss中发布。文件名格式：?软件二部200*年*月*日例会*整理.doc?。其中日期为例会召开日期，*为会议记录整理人的姓名。6、 部门例会制度：l 每周五下午在部门会议室召开，具体工程的所有参与人员参加。l 会议由工

6、程负责人召集并主持，部门经理根据实际情况列席。l 会议指定固定人员做会议记录，并在第二周周一上午9:30前整理并通过邮件发送给工程负责人。l 工程负责人修改并认可会议记录后，在第二周周一上午11:00前在Vss中发布。文件名格式：?*工程组例会200*年*月*日.doc?。其中*为工程名称，日期为例会召开日期。二、 软件开发部组织构造：三、 开发部人员岗位制度：1、 开发部经理岗位职责：职责：1) 制定产品的目标。2) 制定各个工作的详细任务表，跟踪这些任务的执行情况，进展控制。3) 组织会议对程序进展评审。4) 综合具体情况，对各种不同方案进展取舍并做出决定。5) 协调各工程参与人员之间的关

7、系。2、 工程组长岗位职责：1) 对工程经理负责，负责软件工程的详细设计、编码和内部测试的组织实施，对小型软件工程兼任系统分析工作。2) 参与需求调研、工程可行性分析、技术可行性分析和需求分析。3) 熟悉并熟练掌握交付软件部开发的软件工程的相关软件技术。4) 负责向工程经理及时反响软件开发中的情况，并根据实际情况提出改进建议。5) 参与软件开发和维护过程中重大技术问题的解决，参与软件首次安装调试、数据割接、用户培训和工程推广。6) 负责相关技术文档的拟订。7) 负责对业务领域内的技术开展动态进展分析研究。8) 负责向工程经理、部门经理/副经理及时反响实际工作中遇到的问题，并提出改进建议。9)

8、承担相应的保密职责。10) 完成部门经理/副经理或工程经理交办的其它工作。3、 一般开发人员岗位职责：1) 根据工程具体要求，承担开发任务，按方案完成任务目标。2) 配合系统分析人员完成软件系统及模块的需求调研与需求分析3) 配合系统分析人员完成软件系统及模块的设计4) 独立完成软件系统及模块的编码5) 协助测试试人员完成软件系统及模块的测试6) 负责编制与工程相关的技术文档 四、 软件研发人员绩效考核：1、 目的：对软件开发的过程所产生的软件项的质量和过程进展定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。2、 软件项包括：

9、1技术文档：主要包括：可行性分析报告、需求分析报告、软件功能规格说明、开发方案、质量方案、系统设计报告、测试文档、技术报告、用户手册、总结报告等； 2计算机程序。3、 度量数据来源：1工程方案； 2评审报告； 3测试报告； 4问题报告； 5软件维护记录；4、 质量度量：度量指标，主要根据各类软件项检查表的检查指标来确定，例如，软件需求规格说明书检查表见附录1，有10个检查指标，那么根据具体工程检查侧重点不同，可从中选择相应的检查指标作为度量指标。 质量等级：1软件项的质量等级确实定根据度量综合指标进展。 2度量综合指标计算公式为： Total = QiMi5、 过程度量：1） 及时度：以软件工

10、程方案规定的的完成时间为基准2） 成熟度：以软件项检查、评审、测试的结果为评价基准3） 改善效率：在检查、评审、测试的结果的根基上改善软件项结果，以改善的时间是否影响后续阶段的完成和方案的总体完成时间为评分依据6、 人员绩效考核：1） 开发人员：软件部门根据软件项综合评价表每个月或季度统计各开发人员所负责的软件项的平均得分值，比较开发人员软件项的平均得分值与绩效考核标准范围，确定开发人员绩效考核评价。根据相应的绩效考核成绩决定每个开发人员的奖励等级。2） 工程经理：软件部门每个月或季度确定了工程组成员绩效考核评价后，计算工程组的平均得分值，比较工程组的平均得分值与绩效考核标准范围，确定工程经理

11、、开发经理绩效考核评价。3） 测试人员考核：测试人员的缺陷查找质量度量表作为月度考核或季度考核依据，软件部门根据软件项综合评价表每个月或季度统计各检查人员或测试人员缺陷查找的平均得分值，比较检查人员或测试人员缺陷查找的平均得分值与绩效考核标准范围，确定检查人员或测试人员绩效考核评价，绩效考核为"良好"以上人员奖励相应金额。五、 软件资料控制管理：软件测试由开发组和测试组人员共同进展，提前编写测试方案、侧使用例，最后完成测试报告。软件开发任务完成后，要提交一份详细资料给公司IT人员。开发过程亦和公司IT专门人员配合。IT工作也可由研发部经理安排专门人员负责。六、 软件研发部门

12、工程奖金：根据公司相关工程性质，制定工程奖的比例，公司方案类工程和工程盈利性工程可按照不同比例制定，盈利性工程可按照利润的百分比制定工程奖，非盈利性工程由公司在工程完成后研究给与适当工程奖。工程奖由研发部经理、工程组长根据工程组成员实际工作情况，合理安排比例，报请公司批准后由公司统一发放。七、 关于部门协作的规定：市场部，不设立专门的平面设计人员及技术文档、宣传文档人员，相关工作需部门之间合作完成，部门之间的合作，由部门经理协调，具体适宜由当事人协商解决，本着对公司工作负责的原那么，部门经理根据实际工作安排决定有哪些人配合。第二局部：软件工程管理方法软件工程管理是为了使软件工程能够按照预定的本

13、钱、进度、质量顺利完成，而对人员People、产品Product、过程Process和工程(Project)进展分析和管理的活动。软件工程管理的 基本目的是为了让软件工程尤其是大型工程的整个软件生命周期从分析、设计、编码到测试、维护全过程都能在管理者的控制之下，以预定本钱按期，按质的完成软件交付用户使用。一、 软件工程的方案：软件工程方案是一个软件工程进入系统实施的启动阶段,主要进展的工作包括:确定详细的工程实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定工程实施的时间方案、本钱和预算方案、人力资源方案等。软件工程管理过程从工程方案活动开场，而第一项方案活动就是估算：需要多长时间、

14、需要多少工作量、以及需要多少人员。此外，我们还必须估算所需要的资源硬件及软件和可能涉及到的风险。为了估算软件工程的工作量和完成期限，首先需要预测软件规模。度量软件规模的常用方法有直接的方法LOC代码行，间接的方法FP功能点。这两种方法各有优缺点，应该根据软件工程的特点选择适用的软件规模度量方法。二、 软件工程的控制：对于软件开发工程而言，控制是十分重要的管理活动。软件质量保证SQA，Software Quality Insurance是在软件过程中的每一步都进展的“保护性活动。SQA主要有基于非执行的测试也称为评审、基于执行的测试即通常所说的测试和程序正确性证明。1用分阶段的生命周期方案严格管

15、理； 2坚持进展阶段评审； 3实行严格的产品控制； 4采用现代程序设计技术； 5结果应能够清楚地审查； 6开发小组地人员应该少而精； 7成认不断改进软件工程实践地必要性。软件配置管理SCM，Software configuration management是应用于整个软件过程中的保护性活动，它是在软件整个生命周期内管理变化的一组活动。1、目前软件开发中面临的问题 。在有限的时间、资金内，要满足不断增长的软件产品质量要求； 。开发的环境日益复杂，代码共享日益困难，需跨越的平台增多； 。程序的规模越来越大； 。软件的重用性需要提高； 。软件的维护越来越困难。 2、软件配置管理应提供的功能，在ISO

16、9000.3中，对配置管理系统的功能作了如下描述： 。唯一地标识每个软件项的版本； 。标识共同构成一完整产品的特定版本的每一软件项的版本； 。控制由两个或多个独立工作的人员同时对一给定软件项的更新； 。控制由两个或多个独立工作的人员同时对一给定软件项的更新； 。按要求在一个或多个位置对复杂产品的更新进展协调； 。标识并跟踪所有的措施和更改；这些措施和更改是在从开场直到放行期间，由于更改请求或问题引起的。3、版本管理 软件配置管理分为版本管理、问题跟踪和建设管理三个局部，其中版本管理是根基。版本管理应完成以下主要任务：。建设工程； 。重构任何修订版的某一项或某一文件； 。利用加锁技术防止覆盖；

17、。当增加一个修订版时要求输入变更描述； 。提供比较任意两个修订版的使用工具； 。采用增量存储方式； 。提供对修订版历史和锁定状态的报告功能； 。提供归并功能； 。允许在任何时候重构任何版本； 。权限的设置； 。晋升模型的建设； 。提供各种报告。三、 软件工程管理的组织形式：软件工程可以是一个单独的开发工程，也可以与产品工程组成一个完整的软件产品工程。如果是订单开发，那么成立软件工程组即可；如果是产品开发，需成立软件工程组和产品工程负责市场调研和销售，组成软件产品工程组。公司实行工程管理时，首先要成立工程管理委员会，工程管理委员会下设工程管理小组、工程评审小组和软件产品工程组。 1、工程管理委员

18、会工程管理委员会是公司工程管理的最高决策机构，一般由公司总经理、副总经理组成。主要职责如下： 1依照工程管理相关制度，管理工程；2监视工程管理相关制度的执行；3对工程立项、工程撤消进展决策；4任命工程管理小组组长、工程评审委员会主任、工程组组长. 2、工程管理小组 工程管理小组对工程管理委员会负责，一般由公司管理人员组成。主要职责如下： 1草拟工程管理的各项制度； 2组织工程阶段评审； 3保存工程过程中的相关文件和数据； 4为优化工程管理提出建议。 3、工程评审小组 工程评审小组对工程管理委员会负责，可下设开发评审小组和产品评审小组，一般由公司技术专家和市场专家组成。主要职责如下： 1对工程可

19、行性报告进展评审； 2对市场方案和阶段报告进展评审； 3对开发方案和阶段报告进展评审； 4工程完毕时，对工程总结报告进展评审。4、软件产品工程组 软件产品工程组对工程管理委员会负责，可下设软件工程组和产品工程组。软件工程组和产品工程组分别设开发经理和产品经理。成员一般由公司技术人员和市场人员构成。主要职责是：根据工程管理委员会的安排具体负责工程的软件开发和市场调研及销售工作。四、 人员的组织与管理：软件开发中的开发人员是最大的资源。对人员的配置、调度安排贯穿整个软件过程，人员的组织管理是否得当，是影响对软件工程质量的决定性因素。      首先

20、在软件开发的一开场，要合理的配置人员，根据工程的工作量、所需要的专业技能，再参考各个人员的能力、性格、经历，组织一个高效、和谐的开发小组。一般来说，一个开发小组人数在5到10人之间最为适宜，如果工程规模很大，可以采取层级式构造，配置假设干个这样的开发小组。      在选择人员的问题上，要结合实际情况来决定是否选入一个开发组员。并不是一群高水平的程序员在一起就一定可以组成一个成功的小组。作为考察标准，技术水平、与本工程相关的技能和开发经历、以及团队工作能力都是很重要的因素。一个一天能写一万行代码但却不能与同事沟通融洽的程序员，未必适合一个对组员

21、之间通讯要求很高的工程。还应该考虑分工的需要，合理配置各个专项的人员比例。例如一个网站开发工程，小组中有页面美工、后台服务程序、数据库几个局部，应该合理的组织各项工作的人员配比。在决定一个开发组的开发人员数量时，除了考虑候选人素质以外，还要综合考虑工程规模、工期、预算、开发环境等因素的影响.在组建开发组时，还应充分估计到开发过程中的人员风险。由于工作环境、待遇、工作强度、公司的整体工作安排和其他无法预知的因素，一个工程尤其是开发周期较长的工程几乎无可防止的要面临人员的流入流出。如果不在工程初期对可能出现的人员风险进展充分的估计，作必要的准备，一旦风险转化为现实，将有可能给整个工程开发造成巨大的

22、损失。以较低的代价进展及早的预防是降低这种人员风险的 基本策略。具体来说可以从以下几个方面对人员风险进展控制：      a保证开发组中全职人员的比例，且工程核心局部的工作应该尽量由全职人员来担任， 以减少兼职人员对工程组人员不稳定性的影响。      b建设良好的文档管理机制，包扩工程组进度文档、个人进度文档、版本控制文档、整体技术文档、个人技术文档、源代码管理等。一旦出现人员的变动，比方某个组员因病退出，替补的组员能够根据完整的文档尽早接手工作。    

23、;  c加强工程组内技术交流，比方定期开技术交流会，或根据组内分工建设工程组内部的开发小组，是开发小组内的成员能够相互熟悉对方的工作和进度，能够在必要的时候替对方工作。      d对于工程经理，可以从一开场就指派一个副经理在工程中协同工程经理管理工程开发工作，如果工程经理退出开发组，副经理可以很快接手。但是只建议在工程经理这样的高度重要的岗位采用这种冗余复制的策略来预防人员风险，否那么将大大增加工程本钱。      e为工程开发提供尽可能好的开发环境，包括工作环境、待遇、工作进度安排

24、等等，同 时一个优秀的工程经理应该能够在工程组内营造一种良好的人际关系和工作气氛。良好的开发环境对于稳定工程组人员以及提高生产效率都有不可无视的作用。五、 软件工程管理的的原那么：1平衡原那么 2高效原那么3分解原那么 4实时控制原那么 5分类管理原那么6简单有效原那么 7规模控制原那么六、 软件开发不同阶段必须具备的文档资料：工程阶段所需文档开场编码前需求分析总体设计详细设计总体设计和详细设计可以合并在同一个文当中提交验收javadoc测试方案对于用户前台，需要手工测试的模块产品发布操作手册公司工程开发周期分为以下几个步骤：步骤说明参与角色生成文档或程序打*号为可选可行性分析对工程的技术，功

25、能需求和市场进展调研和初步分析，确定是否需要立项开发。部门主管核心技术员可行性分析报告*技术调研报告*立项正式立项，由部门主管指定工程经理，工程经理制定初步方案。初步方案包括设计和开发时间的初步估算。部门主管核心技术员工程初步方案需求分析对工程进展详细的需求分析，编写需求分析文档。对于B/S构造软件系统需要制作静态演示页面。需求分析文档和静态演示页面需要通过部门主管审批才能够进展到下一个步骤工程经理工程核心小组需求分析文档静态演示页面工程方案修订版本详细设计根据需求分析对工程进展详细设计。详细设计以后，工程经理同部门主管一起指定工程小组开发成员。工程经理工程核心小组详细设计文档工程方案确定版本开发根据设计开发工程，由美