有哪些信誉好的足球投注网站- 1、本文档共47页，可阅读全部内容。
- 2、有哪些信誉好的足球投注网站（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。
- 3、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
查看更多
第4章 概念设计的创建 计划阶段概述 功能说明书概述 概念设计过程概述 构建概念设计 优化概念设计 计划阶段概述 计划阶段 三个设计过程：概念设计、逻辑设计和物理设计 计划阶段的角色和责任 计划阶段的里程碑和交付成果 计划阶段 计划阶段 三个设计过程：概念设计、逻辑设计和物理设计 三个设计过程：概念设计、逻辑设计和物理设计 计划阶段的角色和责任 计划阶段的里程碑和交付成果 交付成果 功能说明书 主项目计划 主项目进度 更新的风险评估文档 第4章 概念设计的创建 计划阶段概述 功能说明书概述 概念设计过程概述 构建概念设计 优化概念设计 功能说明书概述 功能说明书 功能说明书的目标 功能说明书的元素 功能说明书 功能说明书包括 解决方案设计 设计相关工作结果 用例图 使用场景 候选需求 候选功能 功能说明书是开发团队交流项目范围和功能的依据 功能说明书的目标 描述当前版本解决方案的范围 通过罗列解决方案的功能特性的方式 记录与解决方案内容有关的决定和协议 与其它团队进行有关设计成果的沟通 开发 测试 体验 潜在的功能特性（不包括） 功能说明书的目标 功能说明书是虚拟的 功能说明书可以使用不同的表达形式 电子的或纸张的 文本或图像 Word 或 PowerPoint 不一定是一份简单的文档 需要多角色参与 功能说明书的目标 沟通需求 以文档形式记录问题 实现解决方案的模块化 为项目计划和进度安排提供基础 定义解决方案交付的内容 作为团队和客户之间的合同 不创建功能说明书的风险 解决方案可能无法完全实现客户的需求 可能无法知道是否在开发所需的解决方案 可能缺乏足够的细节来验证方案是否符合客户的期望值 无法确定是否达到了所要求的质量标准 可能无法精确估计整个项目的预算和进度 功能说明书的元素 概念设计摘要 用例图 使用场景 上下文模型 屏幕截图 当前用户手册 报告的影印件 功能说明书的元素 逻辑设计摘要 任务和任务序列模型 逻辑对象和服务模型 所提议解决方案的概念模型 用户界面流 逻辑数据库模型 系统体系结构 功能说明书的元素 物理设计摘要 组件打包 组件分布拓扑 技术使用指导方针 基础设施体系结构和设计 用户界面UI 屏幕描述 物理数据库模型 功能说明书的元素 标准和过程 标准和过程的信息 质量细节 性能衡量标准的细节 不应包含的信息 远景/范围文档 风险评估文档 第4章 概念设计的创建 计划阶段概述 功能说明书概述 概念设计过程概述 构建概念设计 优化概念设计 概念设计过程概述 概念设计 概念设计的目标 概念设计的步骤 概念设计 解决方案的概要说明 从业务和用户的视角出发 收集和分析问题以及解决方案，并确定其优先级 使用建模的方式沟通需求 概念设计的目标 理解需要解决的业务问题 了解问题 定义业务流程在改进后的未来状态 理解业务、客户和最终用户的需求 确定需求背景 从业务流程和用户的视角来看待方案 描述未来的业务状态 概念设计范围 概念设计有助于 开展功能说明书的制定 识别最终组件可解决的业务问题的各个方面 记录业务活动并描绘其边界和关系 概念设计不是 完整的功能说明书 系统组件的定义 技术解决方案 概念设计的步骤 第4章 概念设计的创建 计划阶段概述 功能说明书概述 概念设计过程概述 构建概念设计 优化概念设计 构建概念设计 概念设计的分析步骤 重述需求 对需求进行分类 完善用例图 选择应用程序体系结构 概念设计的分析步骤 目的 回顾用户、业务流程和活动 为任务、业务关系和业务状态建模 任务 综合信息 完善用例图 为解决方案选择应用程序架构 创建解决方案的概念模型 概念设计的分析步骤 交付成果 信息模型 业务流程、业务系统和用户之间的关系 工作流程 任务序列 更新的用户设置 候选需求 详细用例 当前使用场景 重述需求 对需求进行重新描述，使其 定义严谨 可测试 对需求进行分类 对需求进行分类，以确保发现了所有关键性的需求 对需求进行分类 用户需求特点 定义用户与解决方案进行交互的非功能性方面 有助于确定解决方案的用户界面和性能期望值 有助于识别用户为了有效地使用解决方案而需要进行的培训 好的描述 既能够满足组织在技术方面的需要 又能够满足使用该技术的用户的期望 对需求进行分类 系统需求 指定了系统中的原子级事务及其顺序 定义了新解决方案与现有系统的交互方法 举例 支持向注册客户电子邮件或普通信件方式提供新书通知 除了登录时提供的凭据外，解决方案不需要用户提供其他凭据 对需求进行分类 操作需求特点 描述了解决方案为了实现可操作性的最大化 关键要素 安全性 可用性和可靠性 易管理性 可扩展性和灵活性 可支持
文档评论（0）