数据模型的绘制.pptx

杨长春编著清华大学出版社出版课时：xx授课老师：xxxxxxx实战需求分析第9章：从入门到优秀本书主页 第9章：从入门到优秀目录本章重点CONTENTS思考题第9章：从入门到优秀9.1 减少失误9.2 有所权衡9.3 关注团队9.4 高远的眼光9.1 减少失误调研失误规划失误设计失误常见的调研失误——3. 片面地控制需求1. 忽视用户需求4. 缺少引导2. 忽视异常业务21优秀的需求分析师，知道大家应该一起努力建成某个领域的信息化体系，而不是片面控制需求。优秀的需求分析师，对异常业务有种职业敏感性，从各种蛛丝马迹中发现异常业务。优秀的需求分析师，尊重用户的每一个需求。在没有弄清楚根源之前，任何需求都不能放过。优秀的需求分析师，善于引导用户提出需求，引导用户提出完整并且正确的需求。439.1 减少失误调研失误规划失误设计失误常见的规划失误——213. 不考虑使用场景4. 不考虑实施与服务2. 不考虑使用者1. 只做需求的搬运工优秀的需求分析师，会考虑用户的工作场所、工作方式，具备的IT资源等。优秀的需求分析师，会研究每个功能针对的用户群体，考虑这是用户的工作工具，考虑如何让用户用上这个工具。优秀的需求分析师，不会机械地接受用户的需求，而是进行仔细分析，不会原封不动地搬运给研发。优秀的需求分析师，有前瞻性思维，将实施、服务作为软件不可或缺的阶段综合考虑。【案例：不考虑使用者的规划】43【案例：不考虑使用场景的规划】9.1 减少失误调研失误规划失误设计失误1. 原型跟数据流脱节设计的原型跟数据模型在某些方面不一致，在原型上出现的某些数据元素，根本就没有数据来源，或者不符合数据模型的实体属性关系。2. 不尊重“原则”优秀的需求分析师尊重每个原则，他们也有可能违背某些原则，但前提是，他们知道自己已经充分理解了这些原则，违背的原因是因为有更好的选择，他们给自己的忠告是，尊重那些原则，哪怕自己还不能理解其中的深远意义，宁可信其有不可信其无。3. 不考虑用户级别用户级别一般可以分为普通用户级、关键用户级、客户管理员级、系统管理员级，针对不同级别的用户，功能设计中关于易用性、易学性、灵活性、健壮性等方面的考虑侧重点也应该是不同的。4. 不考虑数据积累优秀的需求分析师会根据当前的业务规模合理展望未来的数据量，知道哪些数据是增长最快的数据，或者未来最有可能影响运行性能的数据，从而提前做好应对措施。5. 过度设计将软件功能设计得过于灵活、健壮、易用、易学、高效等，让团队付出了本不该付出的劳动。常见的设计失误第9章：从入门到优秀9.1 减少失误9.2 有所权衡9.3 关注团队9.4 高远的眼光9.2 有所权衡优化的权衡成本与利益的权衡1. 灵活性与健壮性普通用户级的功能，优先考虑健壮性。管理员级的功能，优先考虑灵活性。易学与易用灵活与健壮2. 易学性与易用性不常用的操作，优先考虑易学性。常用的操作，优先考虑易用性。【案例：灵活性与健壮性的权衡】高效与数据一致【案例：易学性与易用性的权衡】3. 高效性与数据一致性引入中转数据可以提高效率，但增加了数据不一致的风险。【案例：高效性与数据一致性的权衡】9.2 有所权衡优化的权衡成本与利益的权衡1. 用户与软件团队优秀的需求分析师会平衡软件团队与用户的利益，不会片面地为满足用户而牺牲软件团队的利益，也不会片面地为了节省软件团队成本而牺牲用户利益。1【案例：用户工作成本与软件团队成本的权衡】232. 研发与实施优秀的需求分析师会考虑这些功能在未来如何实施，知道怎么做可以降低实施成本，知道什么时候可以通过实施期间的工作降低研发成本，他会将研发与实施作为一个有机组合来考虑，不会片面地强调一方面而忽视另一方面。3. 短期与远期优秀的需求分析师会时刻提醒自己，再简单的系统，将来都有可能成长为一个大系统，成长为一个让你引以为傲的产品。为了软件的可持续发展性，为了潜在的远期收益，一开始就要有一个良好的架构基础，然而，这样可能会大大增加开发阶段的成本。【案例：研发成本与实施成本的权衡】【案例：短期利益与远期利益的权衡】第9章：从入门到优秀9.1 减少失误9.2 有所权衡9.3 关注团队9.4 高远的眼光9.3 关注团队了解团队重视文档建立规范1. 团队分工对于一个在团队中工作的需求分析师来说，应该对软件在整个生命周期中所发生的每一件事都清楚地知道应该由谁处理。01033. 团队规范一个优秀的需求分析师，总是积极了解自己团队的工作规范，他尊重团队规范，他也有自己的想法，他会不断思索规范是否合理。02【案例：某软件团队的岗位分工】04【案例：团队规范】2. 团队的技术边界一个优秀的需求分析师，不会设计自己的团队在技术上实现不了的功能，当没有把握时，他会积极与研发人员沟通讨论。他会尽力将项目需求引导到自己团队在技术上擅长的方向，避免