精华内容
参与话题
问答
  • 软件开发管理规范

    2017-01-08 18:33:35
    详细的软件开发管理规范
  • 软件开发版本管理规范

    千次阅读 2018-06-28 10:06:02
    第一 目的 本规范详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等内容,使软件项目版本管理流程化并规范化,确保在系统开发和实施过程中项目的完整性和一致性。第二章 适用范围 所有系统开发及...
    1. 第一    目的 
      本规范详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等内容,使软件项目版本管理流程化并规范化,确保在系统开发和实施过程中项目的完整性和一致性。
    2. 第二章 适用范围 
      所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库(可使用工具建立配置库,本文所述使用的是SVN)进行版本管理。
    3. 第三章 职责 
      配置库管理员:负责配置库的日常维护和管理;监督开发及测试部门及时提交版本管理对象(即配置项)。 
      此岗位可由开发或测试人员兼任。
    4. 第四章 内容 
      4.1. 版本管理对象 
      包括但不限于: 
       项目总体计划 
       可行性研究报告 
       开发计划 
       需求说明书 
       需求设计原型 
       设计说明书 
       系统开发变更申请单 
       系统管理手册 
       用户操作手册 
       培训计划 
       培训记录 
       源程序 
       支持系统运行的配置文件 
       存储过程脚本 
       测试计划 
       测试用例 
       测试脚本 
       测试报告 
       上线计划 
       上线申请 
       版本维护日志

    4.2. 配置库的目录结构 
    每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目内部的目录结构建议按下列格式创建。 
    配置库目录结构规划: 
    ┠tags(发布) 
    ┃ ├v1.0.0_T1_2016909 
    ┃ ├v1.0.0.33899_T1_20161009 
    ┃ ├v1.0.0_R1_20161109 
    ┃ ├v1.1.0_T1_20170109 
    ┃ └v1.1.0_R1_20170209 

    ┠trunk(主版本) 
    ┃ └projectA 
    ┃ ├src 
    ┃ ├MY_MOOC 
    ┃ ├doc 
    ┃ ├tool 
    ┃ ├。。。 
    ┖branches(分支) 
    ├SY_ABC 
    ├TJ_ABC 
    ├WH_MOOC 
    其中,项目内部的目录结构: 
    |–projectA 
    |–src (保存该项目的源程序) 
    |–doc (保存项目相关文档) 
    |–000.项目管理 (保存项目过程管理相关文档) 
    |–010.项目计划 (保存项目计划相关文档) 
    |–020.项目需求 (保存项目需求相关文档) 
    |–030.系统设计 (保存项目设计相关文档) 
    |–030.系统测试 (保存项目代码测试相关文档) 
    |–040.系统实施 (保存项目部署实施相关文档) 
    |–050.系统运维 (保存项目运维文档,包括培训、用户手册等) 
    |–060.技术资料 (保存项目技术文档,包括第三方技术资料等) 
    |–。。。 (保存项目过程管理相关文档) 
    |–tool (包括该项目特定的开发、编译、测试等工具) 
    4.3. 分支(branch) 
    建议使用分支来协同不同职能小组对同一个配置库的使用,可按照以下方式进行分支的管理。 
    解决方案建立三个分支,包括主版本开发(trunk)、分支版本开发(branches)和发布(tags)。 
     主版本开发 
    是所有分支版本的基准版本,主版本的开发分支。开发部门开发使用。 
     分版本开发 
    主版本的分支版本,供开发部门开发使用。开发工程师如果以主版本为基准,进行软件项目开发,要先将trunk目录下的代码分支到branches目录的一个子目录,在那里对代码进行开发。多个主版本的分版本可通过在branches顶级目录创建多个分支目录来区分。 
     发布 
    测试和发布专用分支,该分支代码不允许任何形式的修改。每个经过测试后的不同版本的代码做快照放到此分支文件夹下。 
    4.4. 权限管理 
    应对配置库的访问权限进行管理,确保软件系统的完整性和安全性。建议按如下方式进行管理。 
    4.4.1. 开发工程师 
    仅拥有自己所属项目的add file、delete file、check out、check in权限,无目录创建和删除权限。开发工程师若想创建目录,需向配置库管理员申请。 
    4.4.2. 测试工程师 
    拥有每个项目的测试分支的add file、delete file、check out、check in权限,无目录创建和删除权限,对于其他分支只有只读权限。 
    4.4.3. 配置库管理员 
    拥有全部权限,但增删项目和增删目录需要有项目负责人批准。 
    4.4.4. 其他人员 
    若需要配置库访问权限,需经技术总监或经技术总监授权的项目经理批准,由配置库管理员分配权限。 
    4.5. 版本管理 
    应对软件系统的版本进行管理,确保版本的准确性和可追溯性。建议按如下方式进行管理。 
    4.5.1. 版本维护 
    软件工程各阶段产生的各种文档和代码,应及时并统一上载到配置库由配置库管理员统一管理。对于要修改的配置项,应从配置库中检出(check out)后修改,修改完毕后及时检入(check in),并填写修改的原因和内容。配置项的历史版本应保存在配置库中。 
    4.5.2. 分支迁移 
    从开发分支到测试分支的迁移,由开发工程师操作。迁移的时机有: 
    1. 当开发负责人提交测试申请时; 
    2. 开发过程中进行测试,修改好一个或多个bug,需要测试工程师验证时。 
    从测试分支到发布分支的迁移,由配置库管理员操作。迁移的时机有: 
    1.当开发组提交上线申请时。 
    对于每个项目从测试分支到发布分支的迁移,配置库管理员要建立分支迁移日志,并详细记录。 
    4.5.3. 版本升级 
    软件系统迁移到发布分支后,生成新的版本。 
    每个系统新的版本不仅以分支形式存在于配置库中,并且要以独立压缩包形式备份。 
    版本的命名规则为,version N1.N2.N3[.N4][_][T/R5]_YYYYMMDD 
    1. N1是系统编号。当项目整体重新设计时,N1加1,基数为1 
    2. N2是模块编号。当模块重新设计时,N2加1,基数为0 
    3. N3是功能编号。当项目增加某一功能,或某一功能需要修改时,N3加1,基数为0 
    4. N4是BUG编号。当项目的BUG被修复时,N4加1,基数为0 
    5. T/R5中的T/R分别对应Test/Release。当项目发布时为R,当项目提交测试时为T,T/R5数值基数为0,以发布/测试提交顺序递增加1 。 
    6. YYYYMMDD代表生成版本的实际年月日,如:20160202 

    4.5.4. 版本基线定义 
    公司首次采用版本管理规范时,可以采取下列方法定义一个基线版本。 
    获取各项目最新的源程序、配置文件和文档,形成发布分支、测试分支和开发分支。 
    对每个项目的提测和发布分支都生成一个版本基线,如:Version1.0.0_R1_20160202。 
    4.6. 第五章 版本提交准则 
    4.6.1. 提交之前先更新 
    更新的原则是要随时更新,随时提交。当完成了一个小功能,能够通过编译并且自己测试之后,谨慎地提交。 
    如果在修改的期间其他同事也更改了同一个文件,那么update更新时会自动进行合并,如果修改的是同一行或者二者修改差异过大,那么合并时会产生冲突。这种情况就需要同之前的开发人员联系,两人一起协商解决合并冲突。解决合并冲突之后,还需要两人一起测试,以保证解决冲突之后,各自的程序不会受到影响。 
    在更新时注意所更新文件的列表,如果提交过程中产生了更新,则需要重新编译并且再次完成单元测试,再进行提交。这样既能了解别人修改了哪些文件,同时也能避免合并错误导致代码有错。 
    4.6.2. 保持原子提交 
    为确保在需要时可以随时回溯代码版本,每次提交的代码只能包含实现一个独立、完整功能所必需的代码,不能夹带提交其他与此功能不相关的代码。为尽早提交,也可以将此独立、完整功能分解为若干小细节功能,分别开发并提交所必需的代码,但必须确保多次提交的功能代码组合在一起,完全实现此独立、完整功能。 
    仅提交自己修改的部分,最好不要一下子将整个项目提交。 
    每完成一个独立、完整的功能后,最好尽早提交,以免后续更改时出现bug,无法恢复到正常代码。 
    每次提交的间歇尽可能地短,以几个小时的开发工作为宜。我们提倡多提交,也就能多为代码添加上保险。为做到尽早提交,在开发功能模块的时候,先将功能分解成一个个独立的、不可再分割的小细节功能,分别完成。每完成一个并通过单元测试,就提交一次。在修改bug的时候,每修改掉一个bug并且确认修改了这个bug,也就提交一次。 
    4.6.3. 不要提交本地自动生成的文件 
    一般配置管理员都会将项目中一些自动生成的文件或者与本地配置环境有关的文件屏蔽提交(例如Eclipse中的.classpath文件等,Visual Studio中的.suo文件,Debug,Release,Obj等编译文件夹及其下文件,以及其他的一些自动生成,同编译代码无关的文件)。如果项目中没有进行这方面的配置来强行禁止提交这样的文件,请自觉不要提交这样的文件,如果不小心签入了,需要从配置库中删除,以免其他同事在更新后就可能与本地的环境冲突从而影响大家的工作。 
    4.6.4. 不要提交不能通过编译的代码 
    代码在提交之前,首先要确认自己能够在本地编译通过,并且代码在提交前已经通过自己的单元测试。 
    如果在代码中使用了第三方类库,要把相应类库文件统一存储在代码相应目录中并提交,以免项目组成员中有些成员可能没有安装相应的第三方类库,从而在更新代码后引起代码运行错误。 
    4.6.5. 不要提交自己不明白的代码 
    代码在提交之后即被项目成员所分享。如果提交了不明白的代码,自己看不懂,别人也看不懂,如果在以后出现了问题将会成为项目质量的隐患。因此在引入任何第三方代码之前,确保对这个代码有一个很清晰的了解(必要时应有对应文档说明)。 
    4.6.6. 并行开发(同一模块)前沟通 
    如果开发小组采用并行开发模式开发同一模块功能,在开发前,需要对协作开发进行合理的工作计划与任务分配,让小组成员相互间了解对方的工作计划与工作内容。这样能尽可能的减少在开发过程中可能出现的冲突,提高开发效率。同时也能够在和成员的交流中发现自己之前设计的不足,完善自己的设计。 
    4.6.7. 对提交更新的信息采用明晰的标注 
    如果提交空的标注或者不确切的标注将会让项目组中其他的成员不了解此次签入动作的背景情况(如新增/修改签入的原因是什么?新增/修改什么内容?),项目经理无法通过提交的标注信息,清晰的掌握开发工作进度细节进度。没有清晰标注,甚至会对回溯代码版本造成影响。所以,在提交工作时,要填写明晰的标注,能够概要的描述所提交文件的信息,让项目组其他成员在看到标注后不用详细看代码就能了解你所做的修改。

    统一的标注格式为: 
    签入动作+””+”#” +标识ID+”;”+签入内容+[“;”]+[签入原因] 
    签入动作: 
    +:表示增加了功能(新增功能) 
    *:表示对某些功能进行了更改(修改功能) 
    -:表示删除了文件,或者对某些功能进行了裁剪,删除,屏蔽(删除功能) 
    ^:表示修正bug(修复功能缺陷) 
    !:优化功能代码的执行性能(代码性能优化) 
    标识ID: 
    ID值是从项目开发计划中的WBS任务分解表中获取,对应具体功能编号。 
    签入内容: 
    对新增/修改/删除 的内容进行简单描述 
    签入原因: 
    对修改/删除 的原因进行简单描述 
    示例: 
    + #62235;新增房源审核功能 
    * #62236;将房源审核的二级审核修改为一级审核;为缩短业务流程长度,提高业务响应速度 
    - #62237;删除多余功能;房源审核由二级审核改为一级审核后删除无用功能 
    ^ #108;房源主图显示尺寸控制为300*300;房源主图显示尺寸撑大页面

    结束。


    转自 https://blog.csdn.net/babauyang/article/details/53113202

    展开全文
  • 软件开发管理规范(制度),软件开发标准流程模板。。。
  • 研发管理规范管理

    千次阅读 2018-06-21 00:34:58
    研发管理中,开发规范管理是很重要的一环。 提到规范,网上自然有很多人分享,但普遍内容太复杂,至少对中小团队来说太复杂。太复杂的规范,落地代价大,甚至有些是为了规范规范。 所以,我认为最佳的方式是,...

    成为研发管理人员已有小几年时间,记录总结一下管理经验。

    规范管理

    研发管理中,开发规范管理是很重要的一环。
    提到规范,网上自然有很多人分享,但普遍内容太复杂,至少对中小团队来说太复杂。太复杂的规范,落地代价大,甚至有些是为了规范而规范。
    所以,我认为最佳的方式是,协商并制定适合自己团队的开发规范,并在日后发展过程按需迭代更新。

    制定和实施规范

    集思广益,集体讨论约定是制定规范的最好方式。集体讨论是为了更好的尊重小伙伴,这样大家内心更容易接受,也为今后的落地实施提供了支撑(或者说大家跳进了自己给自己挖的坑,嘿嘿)。
    实施方面有两种情况,自我驱动力强的小伙伴,不需要提醒;另外一些小伙伴,则需要利用主管的权威来辅助,事后监督落实,提醒落实执行自己定的规范。

    规范内容

    内容其实可以有很多,不单单是编码规范,附带介绍一下我们团队的规范内容结构(细节就不多说了):

    类型 前端 后端(Java)
    基础编码规范 符合ESLint 符合阿里编码规范
    个性化编码规范 约定团队内的html, js, css等命名和写法 约定项目结构, 空格, 换行等细节
    使用的外部基础框架 Vue, Angular spring boot及spring系列框架
    自研公共代码 以js lib形式提供 以maven module的形式提供
    代码管理 svn, git svn, git
    模板项目 抽取常用js/css库作为基础项目存在svn,新项目checkout作为基础 定义一套符合团队业务特性的、半自动化代码生成工具。适当半自动化,不一定很精美,能解决大部分无意义低效编码即可
    开发依赖管理 npm maven
    国际化 提前准备国际化结构 提前准备,主要是http json数据内的响应码约定
    日志 增删改必写关键日志(时间地点人物事件结果),日志内容参考json的key value格式
    文档管理 使用网易NEI 前后端相同
    接口定义 RESTful API 前后端相同
    IDE VS Code eclipse
    ssh终端 X Shell
    数据库 表名,字段名和长度,索引规则,适当引入扩展表等
    测试 junit+mockmvc测试

    同时发布在 https://blog.csdn.net/auzllhttp://blog.qiyetech.com

    展开全文
  • 项目过程管理(十)开发规范

    千次阅读 2019-02-28 16:15:27
    Git git的用户名为自己名字的小写全拼,...命令行操作示例: git config --global user.name myname ... git commit的log原则: 必须说明提交的意义,不能是简单无意义的文字 bug fix应写上是解决哪个bug,可复制禅...

    Git

    git的用户名为自己名字的小写全拼,邮箱为公司邮箱,方便追溯提交者。命令行操作示例:

    git config --global user.name myname
    git config --global user.email myemail@example.com
    

    git commit的log原则:

    • 必须说明提交的意义,不能是简单无意义的文字
    • bug fix应写上是解决哪个bug,可复制“bug系统”上的ID和标题
    • 做需求应写是哪个需求;分批提交应写上完成了什么具体内容
    • 每做一个任务(解bug、重构或做需求)就commit一次,不要一次commit里做了多个任务。方便做code review和代码回滚。

    平时拉取代码,不准用git pull,要用git pull --rebase。杜绝merge信息,方便查找历史。下图是反例:
    反例

    分支管理请参考《Git分支管理规范》

    代码规范

    各技术组自己决定代码风格规范,可参考google、apple、facebook、alibaba、airbnb、microsoft任一家的。并可找些自动格式化和检查工具作为辅助。例如移动开发可参考《移动开发代码规范与格式化工具》

    代码的文件组织(目录结构)规范应在README.md中说明。

    其它一些准则:

    1. 类名、函数名、变量名仔细斟酌,要能代表意义,不要怕长。由此就尽量不要对这些东西写中文注释了,一是翻译一遍浪费时间,二是无意义地增加信息量减慢了看代码速度。
    2. 遗留工作要写TODO。待优化的地方要写FIXME
    3. 同一功能的代码要做好内聚,不要学新手是把同一类型的代码放一起。
    4. 没有用的代码都删掉,不要变成注释留在原地。特别记得要删除开发过程的调试代码。
    5. 干掉所有warning!

    文档规范

    新项目必须画系统架构图、网络拓扑图等宏观设计的图,便于新同学或测试组同学理解。无论在哪里写的,最后都应该复制一份一同提交到代码仓库,例如放在代码的docs目录。

    好的代码应该只需要描述宏观架构和设计思路就能让新人上手,细节的设计是通过代码注释和增强代码可读性来体现的。快速的迭代节奏不会有时间写详细设计,且变化太快也来不及更新文档。

    README.md(代码说明)还可以包括这些内容:

    1. 迭代历史:可包括开发人员和代码历史。
    2. TODO list
    3. 工具使用说明
    4. 第三方依赖的参考文档URL
    5. 特殊的设计、约定
    6. 项目关联的文档地址,例如需求文档、服务器接口文档等
    7. 各种系统的一些公用的低机密性账号密码,例如测试账号

    前后端合作都以API为媒介,所以API文档是必须的。怎么设计API规范,可参考《Web API规范设计指引》

    Review制度

    哪些情况应该主动请求review:

    • 有可能破坏了整体的设计风格、规范
    • 代码所属的功能非常重要,出错的话会造成公司业务重大损失
    • 改动范围很大,会改到另外2个或以上同事写的较多代码

    本节参考

    《Git分支管理规范》
    《移动开发代码规范与格式化工具》
    《Web API规范设计指引》

    本系列文章的目录:https://hursing.blog.csdn.net/article/details/88025790

    展开全文
  • 第三版信息系统项目管理师47个过程的输入输出及工具

    一、项目整体管理

    过程名

    输入

    工具和技术

    输出

    1、制定项目章程

     

    1、项目工作说明书

    2、商业论证

    3、协议(合同,备忘录、意向及协议书)

    4、组织过程资产

    5、事业环境因素

    1、专家判断

    2、引导技术

     

    1、项目章程

     

    2、制定项目管理计划

     

    1、  项目章程

    2、  其他规划过程的输出

    3、  组织过程资产

    4、  事业环境因素

    1、 专家判断

    2、  引导技术

    1、项目管理计划

     

    3、指导与管理项目工作

    1、项目管理计划

    2、批准的变更请求

    3、组织过程资产

    4、事业环境因素

     

     

    1、  专家判断

    2、  项目管理信息系统(PMIS)

    3、  会议

    1、  可交付成果

    2、  工作绩效数据

    3、  变更请求

    4、  项目管理计划更新

    5、  项目文件更新

    4、监控项目工作

    1、  项目管理计划

    2、  进度预测

    3、  成本预测

    4、  确认的变更

    5、  工作绩效信息

    6、  组织过程资产

    7、  事业环境因素

     

    1、  分析技术

    2、  项目管理信息系统

    3、  会议

    4、  专家判断

     

    1、  变更请求

    2、  工作绩效报告

    3、  项目管理计划更新

    4、  项目文件更新

    5、实施整体变更控制

    1、  项目管理计划

    2、  工作绩效报告

    3、  变更请求

    4、  组织过程资产

    5、  事业环境因素

    1、  会议

    2、  变更控制工具

    3、  专家判断

    1、  批准的变更请求

    2、  变更日志

    3、  项目管理计划更新

    4、  项目文件更新

    结束项目或阶段

    1、  项目管理计划

    2、  验收的可交付成果

    3、  组织过程资产

    1、  分析技术

    2、  会议

    3、  专家判断

    1、  最终产品、服务或成果

    2、  组织过程资产更新

     

    二、项目范围管理

     

    过程名

    输入

    工具和技术

    输出

    1、编制范围管理计划(规划范围管理)

    1、  项目管理计划

    2、  项目章程

    3、  组织过程资产

    4、  事业环境因素

    1、  会议

    2、  专家判断

    1、范围管理计划

    2、需求管理计划

    2、收集需求

    1、  范围管理计划

    2、  需求管理计划

    3、  干系人管理计划

    4、  项目章程

    5、  干系人登记册

    1、  访谈

    2、  焦点小组

    3、  引导式研讨会

    4、  群体创新技术

    5、  群体决策技术

    6、  问卷调查

    7、  观察

    8、  原型法

    9、  标杆对照

    10、系统交付图

    11、文件分析

    1、需求文件

    2、需求跟踪矩阵

    3、定义范围

    1、  范围管理计划

    2、  项目章程

    3、  需求文件

    4、  组织过程资产

    1、  产品分析

    2、  专家判断

    3、  备选方案生成

    4、  引导式研讨会

    1、  项目范围说明书

    2、  项目文件更新

    4、创建工作分解结构(WBS)

    1、  范围管理计划

    2、  项目范围说明书

    3、  需求文件

    4、  事业环境因素

    5、  组织过程资产

    1、  分解

    2、  专家判断

    1、  范围基准

    2、  项目文件更新

    5、确认范围

    1、  项目管理计划

    2、  需求文件

    3、  需求跟踪矩阵

    4、  核实的可交付成果

    5、  工作绩效数据

    1、  检查

    2、  群体决策技术

    1、  验收的可交付成果

    2、  变更请求

    3、  工作绩效信息

    4、  项目文件更新

    6、范围控制

    1、  项目管理计划

    2、  需求文件

    3、  需求跟踪矩阵

    4、  工作绩效数据

    5、  组织过程资产

    1、偏差分析

    1、工作绩效信息

    2、变更请求

    3、项目文件更新

    4、项目管理计划更新

    5、组织过程资产更新

     

     

     

    三、项目时间管理

     

    过程名

    输入

    工具和技术

    输出

    1、规划进度管理

    1、 项目管理计划

    2、 项目章程

    3、 组织过程资产

    4、 事业环境因素

    1、 专家判断

    2、 分析技术

    3、 会议

    1、 项目进度管理计划

     

    2、定义活动

    1、 进度管理计划

    2、 范围基准

    3、 组织过程资产

    4、 事业环境因素

    1、 分解

    2、 滚动式规划

    3、 专家判断

    1、 活动清单

    2、 活动属性

    3、 里程碑清单

    3、排列活动顺序

    1、 进度管理计划

    2、 活动清单

    3、 活动属性

    4、 里程碑清单

    5、 事业环境因素

    6、 组织过程资产

    7、 项目范围说明书

    1、 前导图法

    2、 箭线图法

    3、 确定信赖关系

    4、 提前量与滞后量

    1、 项目进度网络图

    2、 项目文件更新

    4、估算活动资源

    1、 进度管理计划

    2、 活动清单

    3、 活动属性

    4、 资源日历

    5、 风险登记册

    6、 活动成本估算

    7、 事业环境因素

    8、 组织过程资产

    1、 专家判断

    2、 备选方案分析

    3、 发布的估算数据

    4、 项目管理软件

    5、 自下而上估算

    1、 活动资源需求

    2、 资源分解结构

    3、 项目文件更新

    5、估算活动持续时间

    1、 进度管理计划

    2、 活动清单

    3、 活动属性

    4、 活动资源需求

    5、 资源日历

    6、 项目范围说明书

    7、 风险登记册

    8、 资源分解结构

    9、 事业环境因素

    10、组织过程资产

    1、 专家判断

    2、 类比估算

    3、 参数估算

    4、 三点估算

    5、 群体决策技术

    6、 储备分析

    1、 活动持续时间估算

    2、 项目文件更新

    6、制定进度计划

    1、 进度管理计划

    2、 活动清单

    3、 活动属性

    4、 项目进度网络图

    5、 活动资源需求

    6、 资源日历

    7、 活动持续时间估算

    8、 项目范围说明书

    9、 风险登记册

    10、项目人员分配

    11、资源分解结构

    12、事业环境因素

    13、组织过程资产

    1、 进度网络分析法

    2、 关键路线法

    3、 关键链法

    4、 资源优化技术

    5、 建模技术

    6、 提前量和滞后量

    7、 进度压缩

    8、 进度计划编制工具

    1、 进度基准

    2、 项目进度计划

    3、 进度数据

    4、 项目日历

    5、 项目管理计划更新

    6、 项目文件更新

    7、控制进度

    1、 项目管理计划

    2、 项目进度计划

    3、 工作绩效数据

    4、 项目日历

    5、 进度数据

    6、 组织过程资产

    1、 绩效审查

    2、 项目管理软件

    3、 资源优化技术

    4、 建模技术

    5、 提前量和滞后量

    6、 进度压缩

    7、 进度计划编制工具

    1、 工作绩效信息

    2、 进度预测

    3、 变更请求

    4、 项目管理计划更新

    5、 项目文件更新

    6、 组织过程资产更新

     

     

     

    四、项目成本管理

     

    过程名

    输入

    工具和技术

    输出

    1、制定成本管理计划(规划成本)

    1、 项目管理计划

    2、 项目章程

    3、 事业环境因素

    4、 组织过程资产

    1、 专家判断

    2、 分析技术

    3、 会议

    1、成本管理计划

    2、成本估算

     

    1、 成本管理计划

    2、 人力资源管理计划

    3、 范围基准

    4、 项目进度计划

    5、 风险登记册

    6、 组织过程资产

    7、 事业环境因素

    1、 专家判断

    2、 类比估算

    3、 参数估算

    4、 自下而上估算

    5、 三点估算

    6、 储备分析

    7、 质量成本

    8、 项目管理软件

    9、 卖方投标分析

    10、群体决策技术

    1、 活动成本估算

    2、 估算依据

    3、 项目文件更新

     

    3、成本预算(制定预算)

    1、 成本管理计划

    2、 范围基准

    3、 活动成本估算

    4、 活动依据

    5、 项目进度计划

    6、 资源日历

    7、 风险登记册

    8、 协议

    9、 组织过程资产

    1、 成本汇总

    2、 储备分析

    3、 专家判断

    4、 资金限制平衡

    5、 参数模型

    1、成本基准

    2、项目资金需求

    3、项目文件更新

    4、成本控制

    1、 项目管理计划

    2、 项目资金需求

    3、 工作绩效数据

    4、 组织过程资产

    1、 挣值管理

    2、 预测

    3、 完工尚需绩效指数

    4、 绩效审查

    5、 项目管理软件(PM软件)

    6、 储备分析

    1、 工作绩效信息

    2、 成本预测

    3、 变更请求

    4、 项目文件更新

    5、 组织过程资产更新

    6、 项目管理计划更新

     

     

     

     

    五、项目质量管理

    过程名

    输入

    工具和技术

    输出

    1、规划质量管理

     

    1、 项目管理计划

    2、 干系人登记册

    3、 风险登记册

    4、 需求文件

    5、 事业环境因素

    6、 组织过程资产

    1、 成本效益分析

    2、 质量成本法

    3、 七种基本质量工具

    4、 标杆对照

    5、 实验设计

    6、 统计抽样

    7、 其他质量管理工具

    8、 会议

    1、 质量管理计划

    2、 过程改进计划

    3、 质量测量指标

    4、 质量核对单

    5、 项目文件更新

    2、实施质量保证

    1、 质量管理计划

    2、 过程改进计划

    3、 质量测量指标

    4、 质量控制测量结果

    5、 项目文件

    1、 质量审计

    2、 过程分析

    3、 质量管理与控制工具

    1、 变更请求

    2、 项目管理计划更新

    3、 项目文件更新

    4、 组织过程资产更新

    3、质量控制(控制质量)

    1、 项目管理计划

    2、 质量测量指标

    3、 质量核对单

    4、 单工作绩效数据

    5、 批准的变更请求

    6、 可交付成果

    7、 项目文件

    8、 组织过程资产

    1、 七种基本质量工具

    2、 统计抽样

    3、 检查

    4、 审查已批准的变更请求

    1、 质量控制测量结果

    2、 确认的变更

    3、 核实的可交付成果

    4、 工作绩效信息

    5、 变更请求

    6、 项目文件更新

    7、 项目管理计划更新

    8、 组织过程资产更新

     

     

     

    六、项目人力资源管理

     

    过程名称

    输入

    工具和技术

    输出

    1、编写人力资源计划(规划人力资源管理)

    1、 项目管理计划

    2、 活动资源需求

    3、 事业环境因素

    4、 组织过程资产

    1、 组织结构图和职位描述

    2、 人际交住

    3、 组织理论

    4、 专家判断

    5、 会议

    1、人力资源管理计划

    2、组建项目团队

    1、 人力资源管理计划

    2、 事业环境因素

    3、 组织过程资产

    1、 事先分派

    2、 谈判

    3、 招募

    4、 虚拟团队

    5、 多维决策分析

    1、 项目人员分配表

    2、 资源日历

    3、 项目管理计划更新

    3、建设项目团队

    1、 人力资源计划

    2、 项目人员分配表

    3、 资源日历

    1、 人际关系技能

    2、 培训

    3、 团队建设活动

    4、 基本规则

    5、 集中办公

    6、 认可与奖励

    7、 人事测评工具

    1、 团队绩效评估

    2、 事业环境因素更新

    4、管理项目团队

    1、 人力资源管理计划

    2、 项目人员分配表

    3、 团队绩效评估

    4、 问题日志

    5、 绩效报告

    6、 组织过程资产

    1、 观察和交谈

    2、 项目绩效评估

    3、 冲突管理

    4、 人际关系技能

    1、 变更请求

    2、 项目管理计划更新

    3、 项目文件更新

    4、 事业环境因素更新

    5、 组织过程资产更新

     

     

     

    七、项目沟通管理

     

    过程名称

    输入

    工具和技术

    输出

    1、制订沟通管理计划(规划沟通管理)

    1、 项目管理计划

    2、 干系人登记册

    3、 事业环境因素

    4、 组织过程资产

    1、 分析沟通需求

    2、 信息传递方法的选择

    1、 项目沟通管理计划

    2、 其他文档的更新

    2、管理沟通

     

    1、 项目沟通管理计划

    2、 工作绩效报告

    3、 组织过程资产

    4、 事业环境因素

    1、 沟通渠道的选择

    2、 信息传递方式的选择

    3、 信息管理系统

    4、 绩效报告

    1、 项目沟通

    2、 项目管理计划更新

    3、 其他项目计划更新

    4、 组织过程资产更新

    3、控制沟通

    1、 项目管理计划

    2、 项目沟通

    3、 问题日志

    4、 工作绩效数据

    5、 组织过程资产

    1、 信息管理系统

    2、 专家判断

    3、 会议

     

    1、 工作绩效信息

    2、 变更请求

    3、 项目管理计划更新

    4、 其他项目计划更新

    5、 组织过程资产更新

     

     

     

    八、项目采购管理

     

    过程名称

    输入

    工具和技术

    输出

    1、编制采购计划(规划采购)

    1、 项目管理计划

    2、 需求文档

    3、 风险登记册

    4、 活动资源要求

    5、 项目进度

    6、 活动成本估算

    7、 干系人登记册

    8、 事业环境因素

    9、 组织过程资产

    1、 自制外购分析

    2、 专家判断

    3、 市场调研

    4、 会议

    1、 采购管理计划

    2、 采购工作说明书

    3、 采购文件

    4、 供方选择标准

    5、 自制外购决策

    6、 变更申请

    7、 项目文件更新

    2、实施采购

    1、 采购管理计划

    2、 采购文件

    3、 供方选择标准

    4、 卖方建议书

    5、 项目文件

    6、 自制外购决策

    7、 采购工作说明书

    8、 组织过程资产

    1、 投标人会议

    2、 建议书评价技术

    3、 独立估算

    4、 专家判断

    5、 刊登广告

    6、 分析技术

    7、 采购谈判

    1、 选择的卖方

    2、 合同

    3、 资源日历

    4、 变更请求

    5、 项目管理计划更新

    6、 项目文件更新

    3、控制采购

    1、 项目管理计划

    2、 采购文件

    3、 合同

    4、 批准的变更请求

    5、 工作绩效报告

    6、 工作绩效数据

    1、 合同变更控制系统

    2、 检查与审计

    3、 采购绩效审查

    4、 报告绩效

    5、 支付系统

    6、 索赔管理

    7、 记录管理系统

    1、 工作绩效信息

    2、 变更请求

    3、 项目管理计划更新

    4、 项目文件更新

    5、 组织过程资产更新

    4、结束采购

    1、 合同

    2、 合同收尾程序

    3、 项目管理计划

    4、 采购文件

    1、 采购审计

    2、 采购谈判

    3、 记录管理系统

    1、 合同收尾

    2、 组织过程资产更新

     

     

    九、项目风险管理

     

    过程名称

    输入

    工具和技术

    输出

    1、规划风险管理

    1、 项目管理计划

    2、 项目章程

    3、 干系人登记册

    4、 事业环境因素

    5、 组织过程资产

    1、 分析技术

    2、 专家判断

    3、 会议

    1、风险管理计划

    2、识别风险

    1、 风险管理计划

    2、 成本管理计划

    3、 进度管理计划

    4、 质量管理计划

    5、 人力资源管理计划

    6、 范围基准

    7、 活动成本估算

    8、 活动持续时间估算

    9、 干系人登记册

    10、项目文件

    11、采购文件

    12、事业环境因素

    13、组织过程资产

    1、 文档审查

    2、 信息收集技术

    3、 核对单分析

    4、 假设分析

    5、 图解分析

    6、 SWOT分析

    7、 专家判断

     

    1、 风险登记册

    3、实施定性风险分析

    1、 风险管理计划

    2、 范围基准

    3、 风险登记册

    4、 事业环境因素

    5、 组织过程资产

    1、 风险概率和影响评价

    2、 概率和影响矩阵

    3、 风险数据质量评估

    4、 风险种类

    5、 风险紧急度评估

    6、 专家判断

    1、 风险登记册更新

    2、 假设条件日志更新

    4、实施定量风险分析

    1、 风险管理计划

    2、 成本管理计划

    3、 进度管理计划

    4、 风险登记册

    5、 事业环境因素

    6、 组织过程资产

    1、 数据收集和表示技术

    2、 定量分析和建模技术

    3、 专家判断

    1、项目的概率分布

    2、实现成本和实现目

    标的概率

    3、量化风险优先级清单

    4、定量风险结果的趋势

    5、规划风险应对

    1、 风险管理计划

    2、 风险登记册

    1、 消极风险或威胁的应对策略

    2、 积极风险或机会的应对策略

    3、 应急响应策略

    4、 专家判断

    1、项目管理计划更新

    2、项目文件更新

    6、控制风险

    1、 项目管理计划

    2、 风险登记册

    3、 工作绩效数据

    4、 工作绩效报告

    1、 风险再评估

    2、 风险审计

    3、 偏差和趋势分析

    4、 技术绩效测量

    5、 储备分析。6、会议

    1、 工作绩效信息

    2、 变更请求

    3、 项目管理计划更新

    4、 项目文件更新

    5、 组织过程资产更新

    十、项目干系人管理

    过程名称

    输入

    工具和技术

    输出

    1、识别干系人

     

    1、 项目章程

    2、 采购文件

    3、 事业环境因素

    4、 组织过程资产

    1、 会议

    2、 专家判断

    3、 干系人分析

    1、干系人登记册

    2、编制干系人管理计划(规划干系人)

    1、 项目管理计划

    2、 干系人登记册

    3、 事业环境因素

    4、 组织过程资产

    1、 会议

    2、 专家判断

    3、 分析技术

    1、 干系人管理计划

    2、 项目文件更新

    3、管理干系人参与(管理干系人)

    1、 干系人管理计划

    2、 沟通管理计划

    3、 变更日志

    4、 组织过程资产

    1、 沟通方法

    2、 人际关系技能

    3、 管理技能

    1、 问题日志

    2、 请求变更

    3、 项目管理计划更新

    4、 项目文件更新

    5、 组织过程资产更新

    4、控制干系人参与

    1、 项目管理计划

    2、 问题日志

    3、 工作绩效数据

    4、 项目文件

    1、 信息管理系统

    2、 专家判断

    3、 会议

    1、 工作绩效信息

    2、 纠正措施

    3、 变更请求

    4、 项目管理计划更新

    5、 组织过程资产更新

    6、 项目文件更新

     

    展开全文
  • 小任老师帮你梳理软考系统集成项目管理工程师考试重点、难点,19年下半年四个案例题成功预测正确三个题,18年下半年四个案例题成功预测正确三个题,18年上半年四个案例成功预测两题,17年下半年四个案例成功预测两题...
  • 敏捷开发项目管理规程

    千次阅读 2017-05-08 09:53:58
    1.目的规范互联网软件产品开发项目管理过程,指导开展项目研发、管理等活动。2.适用范围本章程的作用范围为互联网软件产品开发立项至结项管理过程。1.对项目经理开展产品规划及设计活动以及项目管理手段和应遵循的...
  • 规程基于产品开发系统CPD流程,用于规范产品开发团队在产品开发过程中的管理。目的是保证产品开发的顺利实施,为PDT团队进行项目管理操作提供快捷的帮助,统一项目管理的步调,提高项目管理效率。 本规程整体上将...
  • 软件开发项目管理经验总结

    万次阅读 多人点赞 2019-04-16 17:26:46
    这是我从事软件外包工作以来的项目管理经验的总结,编写文章的目的是为了回顾和总结自己的一些想法,如果其中有不足的地方大家可以一起讨论交流。 项目经理的职责 关于项目经理的工作职责有很多种说法,我自己是...
  • 新产品开发项目管理

    千次阅读 2015-10-14 15:10:06
     [摘要]在新产品开发过程中,通过产品开发过程的时间管理——通过时间网络图、工作结构分解进行时间管理,节约开发事件成本;通过新产品开发的质量管理——严格控制新产品开发的质量控制,研发出质量合格的产品;...
  • 信息系统项目管理师考试辅导教程(第3版)

    千次下载 热门讨论 2013-01-29 20:12:39
    《全国计算机技术与软件专业技术资格(水平)考试用书:信息系统项目管理师考试辅导教程(第3版)》由希赛教育软考学院组织编写,作为计算机技术与软件专业资格(水平)考试中的信息系统项目管理师级别的考试辅导指定教程...
  • IT项目管理流程规范和制度

    热门讨论 2010-02-07 10:14:31
    IT项目管理十大流程 实用而且有效的企业项目管理制度 项目管理规范-RUP管理实施(一) 项目管理规范-RUP管理实施(二) 项目管理规范-RUP管理实施(三) 软件项目管理与软件工程过程文档规范 IT项目收尾阶段-IT...
  • 敏捷开发项目管理流程

    千次阅读 2017-08-30 15:21:43
    前段时间给大家整理了敏捷开发的流程,最近在整理敏捷开发项目的流程和管理制度,其整理的项目管理规程如下,这份规程也不完全算是敏捷专属的项目管理规程,主要是在结合我们公司实际的情况下编写出来的,大家在实际...
  • CMM认证是当今IT界最热的话题之一,这表明中国软件企业已开始重视与软件项目管理有关的问题了。为了了解国内软件企业对软件项目管理的认识程度以及他 们在软件项目管理方面的具体做法,日前,记者采访了开思、东方...
  • 产品开发中项目与项目管理

    千次阅读 2016-06-08 19:29:46
    《人人都是产品经理》读书笔记3 之前提到产品立项之前会有需求...之前的都是准备工作,如果产品会议通过,进入立项开发阶段,那么项目就算正式起飞了,也就是项目管理,包括立项、需求开发、产品开发、测试再到发布。
  • 项目管理之敏捷开发总结

    万次阅读 2018-04-11 23:27:05
    瀑布模型:简单说就是先定好需求和相关文档,然后构建框架,然后写代码,然后测试,最后发布个产品一旦文档需求确定,开发人员就按文档开发,直到产品开发完后,才会拿出来给客户。不过这种方式基本不适应现今快速...
  • 组织级项目管理(Organizational Project Management,OPM)。  OPM是一种战略执行框架,通过应用项目管理、项目集管理、项目组合管理及组织驱动实践,不断地以可预见的方式取得更好的绩效、更好的结果及可持续...
  • 软件项目管理案例教程 第4版 课后习题答案

    万次阅读 多人点赞 2019-11-30 01:18:05
    软件项目管理案例教程 第4版 课后习题答案 第一章 一、填空题 1.敏捷模型包括(4)个核心价值,对应(12)个敏捷原则。 2.项目管理包括(启动过程组)、(计划过程组)、(执行过程组)、(控制过程组)、(收尾...
  • 项目管理学习总结

    万次阅读 2016-06-24 09:45:22
    项目管理总结:1、风险评估 2、成本预算 3、客户沟通的过程 4、需求分析 5、面向对象设计(编码过程) 6、开发管理 7、成品交付风险评估软件项目风险是指在整个项目周期中所涉及的成本预算、开发进度、技术...
  • 游戏开发项目管理那些事

    千次阅读 2018-06-02 13:18:14
    为什么需要项目管理 项目管理可以理解为为了达到一个特定的目标,所实施的一系列对项目过程要素的管理,内容包括人员,资源,关系和技术等。项目管理的三个核心要素是:成本,时间,质量。通过平衡协调各方面的资源...
  • 硬件产品开发流程 下图所示的是一个硬件产品开发大体上所需要经历的全部流程: 1)立项 ...在立项之前首先需要确定产品...在启动阶段,我们需要组建项目团队,确定产品参与人员,沟通是产品经理的一项职能,如...
  • 统筹管理项目立项阶段到发布阶段整个过程中的所有工作; 协调市场、工业化、研发、采购、质量、财务等子团队同步工作来满足关键里程碑实现的要求; 保证项目的整体性,对该项目的成本、进度、质量等方面的控制负责...
  • 软件项目管理总结

    千次阅读 2019-06-11 20:15:01
    软件项目管理 软件项目是艺术也是工程艺术 软件项目管理的生命周期 启动、计划、执行、控制、结束 项目管理是怎么回事? 什么是项目? 项目管理 项目管理的起源 项目管理的本质理解 任务、进度、成本、质量的平衡 ...
  • Scrum敏捷项目管理

    千次阅读 2017-04-29 03:56:32
    速度是企业竞争致胜的关键因素,软件项目的最大挑战在于 一方面要应付变动中的需求 一方面要在紧缩的时程内完成项目 传统的软件工程难以满足这些要求 所以软件团队除了在技术上必须日益精进,更需要运用有效的...
  • 项目管理和软件测试过程

    万次阅读 2005-01-06 14:20:00
    以华友公司研发部的组织结构为例,测试部门属于研发部副总裁直接管理,见如下结构图公司研发部的组织结构图对于从事软件研发的组织来说,工作类型至少包括项目管理、产品设计、编码、测试、质量保证和软件配置管理,...
  • 而且,企业能够根据自身的特殊情况以及自己的标准流程,将这套管理体系与流程予以制度化,这样企业不仅能够在同类的项目上得到成功的实施,在不同类的项目上一样能够得到成功的实施。科学的管理成为企业的一种文化,...
  • 项目管理案例教程(第三版)习题及答案

    万次阅读 多人点赞 2019-04-24 09:57:35
    第一章软件项目管理概述 一、填空题 1、实现项目目标的制约因素有(项目范围)、(成本)、(进度计划)、(客户满意度)等。 2、项目管理包括(启动过程组)、(计划过程组)、(执行过程组)、(控制过程组)、...
  • 房地产开发建设项目管理(全程房地产典范企业案例) & 课程背景 房地产项目开发周期长、投资大,易受政策波动影响;项目中参与组织和拓展的人员众多,要动用大量相关资源,项目管理较为复杂、风险大。故房地产...
  • 先来看故事来  故事情节  现在回想起来当初做人事的时候,那是叫一个惨啊,记得有一次是客户那边的需求修改了,加上原来我们对于业务了解的不是很熟悉,又加了三个大将(响、江江、亚光)来参与,我和唐欢完成...

空空如也

1 2 3 4 5 ... 20
收藏数 1,978,678
精华内容 791,471
关键字:

开发管理规范