A级重点： 团队结构： 主程序员团队 指定技术出色的一人为 主程序员，带领团队。优缺点都体现在这种模式的 交流路径上。 如果 项目规模小或主程序员 能力出众，则取得 很高的工作效率 项目复杂或主程序员 能力不足，则会有 瓶颈 民主团队 没有集中的瓶颈，每个成员都可以发挥 能动性， 提高士气和成就感 工作效率不如主程序员团队， 统一思想和 解决冲突的代价不可小视 敏捷过程就采用这种形式 开放团队 黑箱管理模式。注重 自我管理，激励成员 主动性，发挥成员 创新能力。缺点是没有 可视度 团队建设（P53） 建立章程： 目标，共同追求，结构和分工，任务活动与绩效， 规则与约束 持续成功：提高士气，信任，信心。方式： 娱乐活动，里程碑 和谐沟通：建立制度与 开放的环境。 会议是一种有效的手段 避免团队杀手：避免防范式管理，官僚，地理分散，时间分散，产品质量降低，虚假的deadline，小圈子 软件质量模型： 功能性 完备性：软件具有 必要和 充分功能的程度，这些功能满足用户需要 正确性：软件功能能被 精确确定的程度 安全性：检测与 防止信息 泄露、信息 丢失、 非法使用、系统资源 破坏的程度 兼容性：不需要改变环境和条件的情况下，新软件就可以被安装的程度 互操作性：与其他系统连接与操作的容易程度 可靠性 无缺陷性：不包含未被发现的错误 容错性：软件 持续工作，不会发生有损用户的系统故障的程度。包括软件含有降级操作和 恢复功能的程度 可用性：系统出现故障后 保持运行的能力 易用性 可理解性：理解软件需要花费的精力 易学习性：理解软件的精力所花费的最小程度 可操作性：操作与环境，用户生理特征的匹配程度 通信性：设计与生理特征相一致的程度 效率 时间经济性：适当的时间限度内，执行指定功能的能力 资源经济性：使用适当数量的资源，执行指定功能的能力 可维护性（软件可维护：可改可扩展可测试） 可修正性：修正软件错误和处理用户意见需要花费的精力 扩展性：改进或修改软件效率需要花费的精力 可测试性：测试软件需要花费的精力 可移植性 硬件独立性：独立于特定硬件环境的程度 软件独立性：独立于特定软件环境的程度 可安装性：适用于新环境所需要花费的精力 可复用性：原始应用之外的应用被复用的程度 ISO质量模型： 精确性：软件准确依照规定条款的程度 依从性：软件符合法定的相关标准、协定、规则或其他类似规定的程度 适合性：指定任务的功能是否存在以及功能的适合程度 成熟性：因软件缺陷而导致的故障频率程度 可恢复性：软件在故障后重建其性能水平，恢复其受影响数据的能力 吸引性：吸引用户的能力 可分析性：诊断软件缺陷，分析故障原因需要花费的精力 可改变性：进行功能修改需要花费的精力 稳定性：因为修改导致未预料结果的风险程度 适应性：不需采取额外活动或手段就能适应不同环境的能力 共存性：公共环境中同分享公共资源的其他独立软件共存的能力 可替换性：在另一个环境下，替换该软件需要花费的精力 质量验证的方法：（拍脑袋，实验，科学） 评审、测试和质量度量（22332） 配置管理活动： 标识配置项 版本管理 变更控制 配置审计 状态报告 软件发布管理 评审的阶段 规划阶段 总体部署阶段 准备阶段 审查会议阶段 返工阶段 跟踪阶段 基线：已经 经过正式评审的 规格说明或 制品，可以 作为进一步开发的基础，并且只有通过正式的变更控制过程才能变更 B级： 配置管理：用 技术与管理的指导监督 方法， 标识 配置项的功能和物理特征， 控制对这些特征的 变更， 记录和报告 变更处理及其 状态， 验证与需求规格的一致性 简化版：用 技术的方法， 标识配置项， 控制变更， 记录变更， 验证与需求规格的 一致性 将软件开发的重要 制品及其变更纳入管理和 监控，在不影响开发活动协同的情况下有效 处理变更 配置项：需要进行配置管理的 软件开发制品（文档，源码，数据） 管理文档 评审文档 软件文档 源码 环境：有关数据与文件 C: 项目的特征： 明确的 目标（为什么） 期限（时间） 成本与资源（怎么样——代价） 多工种（谁） 团队的特征 共同 目标 共同承担 责任 技能互补 小规模 团体 明确的 结构 过程：需求——体系结构——详细设计——构造——测试（需求——高中低三层代码——测试） 项目管理的目标： 目标， 时间， 成本， 资源，客户 认可 项目管理的过程组：项目 启动、项目 计划、项目 执行、项目 跟踪与控制、项目 收尾
来源：什么你竟然不会敲代码
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！