现代软件工程收获总结.pptVIP

个人技能-调试的前期准备 避免“蚁附”、将bug扼杀在娘胎里 战争发生在脑海中，编写代码前的精细规划 编写时的仔细检查、多人评审 完成代码后的复查 模块化、降低耦合； 大类拆分，尽量多用功能单一的小类 函数接口简化； 减少全局变量、类成员变量 个人技能-调试 发现bug后，立刻重读代码，不要急着调试 接口检查 变量初始化检查 根据表象推测，评估问题的根源 添加输出信息、日志文件 堆栈信息 调试：由粗到精搜小范围 逐行调试，观看变量值 个人技能-安全性 函数入口参数检测、参数初始化检测 界面控件输入异常性处理、空字串处理 空指针检测 数组越界风险、野指针问题 分母为0 异常处理：快速排错，程序不能中断 文件打开、是否存在等 内存分配问题 个人技能-风格 命名规则：高区分度、统一、见名知义 全局、成员、临时变量，不要重名 =与==的问题 括号：格式、编辑顺序、多用 短代码行 多写注释 代码子块化，适度空行 多写文档 个人技能-可读性 变量名慎重思考 参数管理、消除魔鬼数、多用宏和枚举 代码行：短代码 代码块：功能聚拢、缩进、留白、空行 函数：功能单一、接口简洁；函数的组织作用；函数名； 多文件：提倡小文件 多项目：功能单一 文档 注释：全面、精简、准确 个人技能：开发习惯 写一行看三回、勤读代码 不拷贝 构建自己的代码资源，重复用旧代码 多用成熟的第三方库 熟悉自己的bug规律 小口吃饭 完成少数几行代码，立刻检查、测试、调试 代码的结果要利于观察，能看到内部细节 消除重复代码 个人技能-代码架构 模块化与面向对象思想 模块化更利于 代码架构原则：高内聚、低耦合、功能单一、可替换 重构的烦恼 微重构 勤于重构 降低重构概率 设计时前瞻预测 注意设计模式，提高扩充性 需求分析时要充足，考虑3年后的事情 个人技能-读别人的代码 读文档 读注释 运行：消除平台间的编译差异 逐行跟踪流程 联系原作者 代码维护：逐步缩小范围，定位bug 结对技能 AB角任务分配 A角编码，B角监督 两人在风格、思维等方面的默契 B角要做A角肚子里的蛔虫，才能提前看到A角的错误 B角的重要性 消除编码错误导致的调试时间损耗 经验总结 及时总结A角习惯导致的bug特性 团队项目-需求分析 用户调研 主流用户：发烧友、非主流要次要处理 典型场景演示 需求的筛选：不要什么都满足，要注意聚焦 从自身需求出发 关注身边细节 需求的迭代：敏捷模式包含了对需求的“敏捷”发现 永远存在的需求 速度、效率、降低体力负担、节省、安全 团队项目-角色、任务分工 项目经理：分任务、协调进度、管理绩效、控制需求等 程序员 测试员 文档管理员：文档作用等同于代码 运营经理：从发布到用户体验达到极致的所有工作 市场分析者：市场需求、产品份额的实时观察 团队项目-用户体验 交互设计 Dont make me think 符合用户习惯与预期 做适时的提醒 不强迫用户 选择最佳方案 操作便利 视觉设计 传播产品理念 大气成熟，干净整洁，工具化 规范与统一 重点突出 防止不恰当的低龄化 产品设计 口碑传播 少即是多 兼容性 无所不用其极 关注性能和速度 抓住高端用户 大气的设计 满足用户个性化需求 寻求差异 运营 不稳定会“功亏一篑” 跟踪用户定位问题 抗灾容灾能力 团队项目-项目设计 目的：“让战争发生在脑海中” 手工绘制简单的流程，团队讨论、推演 制作每个子页面效果图，串联起来，用户试用 常用工具： 思维导图、实体关系图、流程图、界面图 UML PPT 团队项目-文档管理 需求分析文档、设计文档（前端、后台、整体、模块） 代码风格说明 例会记录、周报、工作进度说明（讨论结果文档化） 软件接口说明 学习记录、开发日志 单元测试、测试文档 alpha阶段用户反馈和bug排除详细记录、 beta阶段需求修正、新的开发计划 维护记录、项目的回顾和总结 团队项目-技术储备 心态：学新东西，家常便饭 书籍：知识系统，适合于查找，全部消化则来不及 网络信息：过于丰富，不容易判断对错 开源代码：借鉴开源代码，：事半功倍 专家：高手指导是学习的最快途径！！！ 注意事项：战斗中学习，不要等基础扎实了才动手 视觉设计—传播产品理念 视觉设计—干净，简洁，工具化 视觉设计—重点突出 视觉设计—防止不恰当的低龄化 视觉设计—制定规范，维持统一 视觉设计 团队项目-视觉设计 团队技能：为什么要敏捷？ 软件开发的特点 不确定原则 (Uncertainty Principle) 需求变化不可避免 (25%-35%) 互联网服务的特点 快鱼吃慢鱼 版本发布成本很低 追求创新 需要快速响应用户的变化 需求不确定性高 关注用户行为 好的架构(产品)是长出来的，而不是设计出来的 人和人的直接沟通