学校门户网站开发视觉设计包括哪些内容

当前位置： 首页 > news >正文

学校门户网站开发,视觉设计包括哪些内容,韩版做哪个网站好,公司网站运营注意事项前言 CMMI是英文Capability Maturity Model Integration的缩写。 CMMI认证简称软件能力成熟度集成模型#xff0c;是鉴定企业在开发流程化和质量管理上的国际通行标准#xff0c;全球软件生产标准大都以此为基点#xff0c;并都努力争取成为CMMI认证队伍中的一分子。 对一个…前言 CMMI是英文Capability Maturity Model Integration的缩写。 CMMI认证简称软件能力成熟度集成模型是鉴定企业在开发流程化和质量管理上的国际通行标准全球软件生产标准大都以此为基点并都努力争取成为CMMI认证队伍中的一分子。 对一个软件企业来说达到CMMI2就基本上进入了规模开发基本具备了一个现代化软件企业的基本架构和方法具备了承接外包项目的能力。CMMI3评估则需要对大软件集成的把握包括整体架构的整合。一般来说通过CMMI认证的级别越高其越容易获得用户的信任在国内、国际市场上的竞争力也就越强。 基本思想 1、解决软件项目过程改进难度增大问题。 2、实现软件工程的并行与多学科组合。 3、实现过程改进的最佳效益。 CMMI并不强调所有的软件企业都采用统一的管理模式和规范而是提供一系列评估的指标帮助企业在  原有基础上进一步实现规范化管理比如企业的文档之间是否保持一致性、软件开发人员的管理是否严格、开发的软件是否经过严格测试等等。CMMI对企业的要求和帮助基于CMMI模型的软件成熟度实践要求企业尽量采用更加规范的开发标准和方法使用更加科学和精确的度量手段选择更便于管理和使用的开发工具。 因此造成了整个工程的可重构性、可分解性和最优化明确了整个项目中必要和不必要的工作明确了整个项目的风险。 在实践域中这些实践被分类到一组演进的等级中分别称为第1级、第2级以此类推。这样的等级划分为性能改进提供了一条途径。每个演进的等级都基于以前的等级然后增加新的功能或熟练性从而提高了能力。 双软企业 双软企业是集企业的软件开发、技术装备、开发环境、人员配置及学历构成、质量标准、服务体系、经营业绩等为一体的综合性标准。企业的软件著作权登记、软件检测、软件产品登记、软件企业认证四方面内容,是衡量企业软件研发能力与整体技术实力的重要标准,是软件企业证明自身IT实力的重要指标。 项目管理 文档附录(名称/要求) 需求需求人员  需求调研计划     1.需要包含客户的名称 需求调研记录要求多份     1.需要有项目中的具体业务的问题   2.一般会有多份调研记录   3.一般包含调研问卷、客户调查记录、需求调研报告等 用户需求     1.包含需求的优先级内容形式可以为用户需求说明书/需求调研报告/用户需求清单等 2.需要包含   1使用软件的情况描述场景—拓扑图 2使用软件功能方法操作部分—业务流程图 3功能描述 4性能要求具体数字 5接口内外部接口 需求确认单     1.此份材料为与用户完成确认需求的整句需要有用户的签字 产品需求《需求规格说明书》     1.内容中包含需求的具体规格信息包括功能、性能、接口等 2.如在用户需求文档中已包含此类信息可进行合并但内容须齐全 需求承诺书     1.此份材料为项目团队内部对完成需求的承诺需要项目组成员签字 需求跟踪矩阵     1.包含完整的业务模块功能需求、性能要求、接口要求的跟踪信息 2.须包含以下阶段的内容用户需求、产品需求、设计可以是概设详设分开、源代码、测试用例 3.需求跟踪一定要有代码部分类名/方法名/代码的具体路径都可以 4.此文档按照项目推进的各个阶段同步交由此阶段负责人进行跟踪信息维护 需求评审记录   1.需要包含 1评审准备表 2评审检查单 3评审报告 2.评审方式必须与过程组合中的方式、项目已定义过程表内容一致 3.评审发现的问题数量至少3个以上须和组织的基线PPB一致 4.评审检查单需要核对需求的场景、操作、完整性、一致性、可实现性、与需求的不一致问题等内容 需求变更记录     1.需求基线建立之后的变更记录通常不少于三次变更 2.包含变更汇总表、变更申请单等材料 3.变更申请单中需要包含 1变更的影响分析 2变更涉及的文档及具体模块 3涉及到设计文档中的内容 4.需求变更记录与配置中的配置项记录有关联即配置项变更中涉及需求变更的部分在需求变更记录中须体现 需求沟通记录     1.就需求内容与客户沟通的记录以客户接受/客户妥协为标准 2.鉴于与需求变更相结合最终客户接受/客户妥协记录可以有多种形式包括会议纪要、与客户沟通的邮件记录等 设计设计人员   技术解决方案     1.需要包含 1不同的技术选型 2选择的方法及结果 3候选方案的选择方式、方案说明、优缺点 技术决策过程记录     1.选择技术方案的记录文档   2.决策分析的报告 设计说明书     1.需要包含 1概要设计文档 2详细设计文档 3接口设计文档 4其他设计文档数据库设计和界面设计等 复用分析     1.按模块整理的复用分析一般要说明具体复用的部分和复用的程度 设计评审记录     1.需要包含 1评审检查单 2评审准备表 3评审报告…… 技术文档清单   1.一般是设计基线中所包含的文档部分可以是一个单独的文档里面是具体的文档名称的清单 编码编码人员    源代码     1.说明源代码的编译截图 代码走查记录     1.代码走查检查单 单元测试记录   1.单元测试用例 Bug记录   1.代码走查   2.单元测试的Bug记录 用户手册     集成编码人员    集成记录   1.需要包含 1集成计划包含集成的策略、顺序、集成方法、集成入口和出口的准则 2接口检查单 3集成环境检查单 4集成报告 集成测试记录     1.需要包含 1集成测试计划 2集成测试用例 3集成测试报告 Bug记录  测试测试人员    系统测试记录     1.需要包含 1计划 2用例 3Bug表 4报告 2.需要包含功能和性能两类测试 Bug记录     性能测试记录     1.需要包含 1性能测试计划 2性能测试报告/压力测试报告 交付测试人员    试运行记录   1.需要包含 1计划 2日志 3报告 移交记录项目经理、测试人员   1.需要包含 1计划 2移交清单 3移交确认单 4移交产品的培训记录 计划项目经理  估算表     1.为业务模块的规模估算需要包含 1估算的方法 2模块功能点的计算方法代码行时需要说明什么样的代码算有效代码 3估算的方法专家估算法、三点估算法等 4由规模计算得到工作量、工期、成本 2.估算表中的工作两部分需要来自项目的量化管理预测之后得到 项目已定义过程表     1.需要包含 1生命周期、过程、产出的选择 2剪裁或调整的部分需要明确具体的理由 3所包含文档部分和实际产出的文档一致 4评审的方式与计划及产出的文档一致 2.与过程结合相关的部分内容要和组合的结果一致例如组合在前、剪裁在后项目已定义过程文档是先把组合的结果放进来再剪裁其他的部分 项目计划     进度计划     1.可以是Project文档形式也可以使Excel文档形式需要包含 1项目中所有的活动包括管理和工程 2每个活动安排具体的人员 3工期和工作量应该与估算表得到的结论一致 计划评审记录     1.需要包含 1评审检查单 2评审准备表 3评审报告 计划承诺书     1.需要包含 1项目组所有成员的签字并且需要明确说明可以按计划中的时间完成相应的内容同意之后进行签字 监控项目经理    例会会议纪要     1.会议纪要评率须与项目计划中的要求一致一般为周例会会议纪要内容包含 1对应时间点的问题单和风险表中的内容 2对问题的处理 项目周报     1.即每周的周报需要包含 1进度的跟踪情况、工作量的跟踪情况、工期的跟踪情况计划的数字要和估算表一致实际进度不能和计划的完全一样会有偏差 2问题的跟踪 3风险的跟踪 4原因分析启动的跟踪 5评审活动的跟踪 6干系人及关键以来的跟踪 7度量数据检查 8度量数据异常跟踪 2.周报中的数字需要和里程碑报告的数字一致 里程碑记录     1.需要包括 1里程碑会议纪要 2里程碑报告 2.里程碑报告需要包含 1周报里面的信息汇总 2发现问题及解决问题的数量 3本阶段的改进建议、执行的改进、应用的组织资产、可以提交给组织的资产 问题记录     1.需要包含 1管理类的问题 2工程方面的问题 3度量数据的问题 4需要进行原因分析的问题 5量化管理中的问题 2.项目问题表中问题部分要和周报、会议纪要一致问题的数量要和里程碑报告、项目度量表一致 原因分析记录     1.需要包含 1原因分析过程例如问题部分、分析原因例如鱼骨图列出所有可能的原因并筛选、确定原因 2收集解决措施即针对确定之后的原因给出解决措施 3选择解决措施 4执行记录包含收集措施执行后的数据、会议纪要和周报里面的跟踪 5效果分析 6提出的改进建议包括标准过程、指南、模板或技术、工具等方面 2.需要包含 1项目管理类型的内容 2类型化缺陷方面的内容 3度量数据方面的内容 4量化管理方面的内容目标不达标、关键数据异常、不满足组织基线等 度量项目经理   项目度量计划     1.需要包含 1来自业务目标的度量信息 2度量的操作定义和度量的方法 3使用的技术及工具 度量数据检查单     1.需要包含判断度量数据异常的标准 项目度量表     1.数据需要和项目周报、里程碑报告中的数据一致 2.分析的部分要和度量计划中要求的方法一致需要有对应的折线图、直方图、饼图、控制图可以在量化管理里面 3.要有异常的数据例如偏差大于20%的情况并有对应的原因分析 4.工作量、工期、规模的部分要和估算一致数据要和里程碑报告一致 5.缺陷的部分要和对应Bug记录一致 风险项目经理   风险管理计划与跟踪表     1.需要包含风险和机会两部分内容 1风险的分类 2识别方式 3处理机制 4识别出来的风险清单、系数、应对及结果 5周期性跟踪的记录 2.需要包含 1管理类风险 2工程类风险 3量化风险 3.风险识别和跟踪与周报中的一致同时在项目例会中体现识别和跟踪的情况 评审项目经理、需求人员  评审计划包含评审对象及评审方法     1.需要包含 1评审对象 2评审方法 评审检查单     计划评审     1.需要包含 1评审准备表预审记录 2评审报告     需求评审需求人员     1.需要包含 1评审准备表预审记录 2评审报告     设计评审设计人员     1.需要包含 1评审准备表预审记录 2评审报告 用例评审     1.需要包含 1评审准备表预审记录 2评审报告 支持文档评审     1.需要包含 1评审准备表预审记录 2评审报告 3用户手册评审 评审数据汇总表     1.评审效率、发现缺陷密度通常和组织的极限数据一致 2.当出现数据不一致时需要有相应的原因分析报告作为原因分析和度量数据异常的处理证据 决策项目经理、设计人员    决策分析计划     1.可以包含在项目计划中需要说明 1启动决策的时间 2决策权限的划分方式 管理决策     1.需要包含 1候选方案 2决策准则 3决策方法 4决策打分表 5决策结果 技术决策设计人员     1.技术决策与设计阶段的决策对应需要包含 1候选方案 2决策准则 3决策方法 4决策打分表 5决策结果 量化管理项目经理    项目QPPO     1.需要包含 1组织的性能目标要求 2项目根据规模得到的过程和性能目标工作量、进度、成本目标 3过程组合的结果 4目标达成率分析的结果 项目量化管理表   1.需要包含 1立项时的过程组合 2可控因子调整 3项目的关键子过程选择方法和结果 4监控性能度量项的选择方法和结果 5统计和量化技术的选择结果监控的分析方法 6度量数据的采集频率 2.项目的量化监控预测管理表针对阶段目标达成率分析、关键子过程性能监控的数据分析这两项中的异常要有对应的原因分析记录 原因分析记录量化部分     1.需要包含 1原因分析过程例如问题部分、分析原因例如鱼骨图列出所有可能的原因并筛选、确定原因 2收集解决措施即针对确定之后的原因给出解决措施 3选择解决措施 4执行记录包含收集措施执行后的数据、会议纪要和周报里面的跟踪 5效果分析 6提出的改进建议包括标准过程、指南、模板或技术、工具等方面 2.需要包含 1项目管理类型的内容 2类型化缺陷方面的内容 3度量数据方面的内容 4量化管理方面的内容目标不达标、关键数据异常、不满足组织基线等 质量保证质量保证人员    质量保证计划   检查单     1.每次检查会产生一个检查单   2.检查单类型分别为过程检查单和产品检查单 不一致问题跟踪表     1.对检查单中的问题的汇总   2.问题部分与检查单一一对应 质量报告     配置管理配置管理人员    配置管理计划     1.需要说明内容如下 1配置项的确定方法 2配置项的定义 3配置管理系统和变更管理系统的构成 4基线建立过程 5变更过程 6防止不正当变更的方法 2.配置项可以包含基线项资料项与配置项应该是互斥的 3.源代码基线需按模块建立 4.配置计划制定时只需要说明需要建立哪些基线即可 基线申请单     配置审计     状态报告   变更记录     1.变更记录包含需求变更、注意测试轮次、对测试Bug的修改、需要进行代码基线的变更 发布通知     1.一般使用基线申请单或变更申请单代替 项目基线配置管理人员    需求基线     1.根据基线申请单中的配置项内容建立对应的基线文档可以是对应文档复制过来须注意文档的版本修订记录 2.每次需求变更的时候都需要有对应的基线的版本 设计基线     1.根据基线申请单中的配置项内容建立对应的基线文档可以是对应文档复制过来须注意文档的版本修订记录 编码基线     1.根据基线申请单中的配置项内容建立对应的基线文档可以是对应文档复制过来须注意文档的版本修订记录 2.需要兼顾测试申请 3.源代码的基线版本要和对应代码部分的测试轮次一致 4.编码基线按模块建立每个模块有各自的变更版本 交付基线   1.根据基线申请单中的配置项内容建立对应的基线文档可以是对应文档复制过来须注意文档的版本修订记录 参见 CMMI Institute - CMMI Content Release CMMI模型2.0_中文 PDF 百度网盘下载