你可能感兴趣的试题
检测和解决需求之间的冲突 发现软件的边界,以及软件及其环境如何交互 详细描述系统需求,以导出软件需求 将分配的需求在组件上实现
确定软件开发阶段的适用工具 清晰描述软件的功能和性能 为原始问题及目标软件建立物理模型 不仅解决目标系统“做什么”,还要解决目标系统“怎么做”的问题
要让软件做什么 要给该软件提供哪些信息 要求软件工作效率如何 要让软件具有什么样的结构
应充分发挥分析人员的主观想象力 在分析人员直接指导下,让用户进行检查与评价 应注意一切信息与需求都是站在双方合作的角度上 应注意一切信息与需求都是站在用户的角度上
要让软件干什么 要让软件具有什么结构 要给软件提供什么信息 要求软件具有如何的工作效率
增加软件需求分析的应急时间是2天 增加软件需求分析的缓冲时间是该活动历时的20% 增加软件需求分析的时间储备是20% 增加软件需求分析的历时标准差是2天
应充分发挥分析人员的想象力 应充分发挥分析人员和用户的想象力 应注意一切信息与需求都是站在开发方的角度上考虑 应注意一切信息与需求都是站在应用的角度上考虑
在资源有限时,可以通过优先级对需求进行权衡 绝大部分软件需求可以被验证,验证手段包括评审和测试 软件需求是针对待解决问题的特征的描述 需求分析可以检测和解决需求之间的冲突
应充分发挥分析人员的想象力 在分析人员直接指导下,让用户进行检查与评价 应注意一切信息与需求都是站在双方合作的角度上考虑 应注意一切信息与需求都是站在应用的角度上考虑
需求分析需要进行软件功能和性能的技术实现方法的描述 需求分析文档可用于指导后续的开发过程 软件需求包括业务需求、用户需求、功能需求和非功能需求等 软件需求一般应由用户方组织进行确认
需求分析文档可用于指导后续的开发过程 需求分析需要进行软件功能和性能的技术实现方法描述 软件需求包括业务需求、用户需求、功能需求和非功能需求等 软件需求一般应由用户方组织进行确认
增加软件需求分析的应急时间是2天 增加软件需求分析的缓冲时间是该活动历时的20% 增加软件需求分析的时间储备是20% 增加软件需求分析的历时标准差是2天
理解软件系统的目标 确定需求分析方法 分析系统的功能要求 编写软件规格说明
应充分发挥分析人员的想象力 应充分发挥分析人员和用户的想象力 应注意一切信息与需求都是站在开发方的角度上考虑 应注意一切信息与需求都是站在应用的角度上考虑
需求分析需要进行软件功能和生能的技术实现方法描述 需求分析文档可用于指导后续的开发过程 软件需求包括业务需求、用户需求、功能需求和非功能需求等 软件需求一般应由用户方组织进行确认
要让软件做什么 要给该软件提供哪些信息 要求软件工作效率如何 要让软件具有什么样的结构
软件设计的依据 用户和开发人员对软件要做什么的共同理解 软件验收的依据 软件可行性分析的依据
确定软件开发阶段的适用工具 清晰描述软件的功能和性能 为原始问题及目标软件建立物理模型 不仅解决目标系统“做什么”,还要解决目标系统“怎么做”的问题