摘要：需求启发的挑战 1.‘是的但是’综合症 2.尚未发现的遗址 3.‘用户和开发人员’综合症 需要收集的内容分成：需求和特性两类，特性最好附加属性 需求收集方法 面谈和问卷调查表 背景无关问题 解决方案背景的问题 1.建立客户或用户情况表 2.评估问题 ... 阅读全文

摘要：典型的有 子系统需求 接口需求 阅读全文

摘要：在这个过程中，一个复杂的问题即系统被分解为小的问题即子系统。每个子系统都可以被合理地解释和证明，成功地设计和制造，最后再集成为整个系统。 阅读全文

摘要：解决的问题： 1.为什么要建立这个系统？ 2.这个系统将被定义在何处？ 3.我们如何确定哪些功能是适合定位在系统的特定节点上的？ 4.我们何时使用手工处理或变通方法？ 5.为解决问题，我们何时需要考虑重构组织本身？ 目的： 理解现有业务组织和静态结构和动态运作方式。 确保客户，最终用户以及开发人员对业务组织有共同的理解。 理解如何部... 阅读全文

摘要：1.确定问题定义 2.找到问题背后的问题 3.找出涉众和用户 4.定义系统边界 5.确定系统约束 阅读全文

摘要：http://www.microsoft.com/china/technet/itsolutions/techguide/msf/default.mspx 阅读全文

摘要：需求管理的定义： 一个为系统的需求进行启发，组织，建档的系统方法，一个建立和维护客户 和项目团队之间关于变更系统需求所达成的一致性的过程。 需要：客户准备为之付费的，要解决的问题 特性：系统提供的一项服务，用来满足一个或多个客户角色的需要 需求：支持实现特性的更为特定的需求（个人觉得这个定义不明确） 阅读全文

摘要：软件开发的目标：在预算内按时开发符合客户真正需要的高质量软件。 让数据说话： 影响项目推迟且没有达到目标的因数： 1．缺乏用户输入：占所有项目的13% 2．不完整的需求和规格说明：占所有项目的12% 3．不断改变的需求和规格说明：占所有项目的12% 4．不合理的进度和时间分段：占所有项目的4% 5．人和资源不足：占所有项目的6% 6．技术技能不够：占所有项... 阅读全文

摘要：瀑布模型：（70年代的模型） 描述：略 优点：突出了需求的重要性 缺点：需求不可能完成 螺旋模型：（80年代的模型） 描述：开发最初由一系列风险驱动原型驱动的，然后用一个瀑布模型完成系统 优点：可以解决需求问题 缺点：时间太长 迭代模型：（90年代的模型） 描述：采用4阶段和disciplines来组织软件开发的生命周期模型 阶段：先启... 阅读全文

摘要：1．分析问题，讨论一系列技术 2．理解用户和客户角色的需要 3．定义系统 4．管理范围，帮助团队更好地管理项目范围 5．细化系统定义，帮助团队组织需求信息 6．构建正确的系统，讨论设计保证，测试和变更管理方面的技术，利用可跟踪性来确保高质量的软件 阅读全文

摘要：1. 用户使用日常语言来表达他们的需求，语言本身却不准确，这就是著名的石头问题（石头-一块小一点的蓝石头-一块小一点的蓝色大理石石头）。 2．众口难调，著名的盖房问题（客户要求有自己风格的三居室，城市建设规划部门要求统一风格，邻居要求保留院子里面的大树） 阅读全文