软件需求分析所要做的工作是9因此进行需求分析时应注意一切信息与需求都是站在应用的角度上考虑-X题卡

性能需求、经费需求环境需求、人员需求人员需求、经费需求性能需求、环境需求

检测和解决需求之间的冲突发现软件的边界，以及软件及其环境如何交互详细描述系统需求，以导出软件需求将分配的需求在组件上实现

确定软件开发阶段的适用工具清晰描述软件的功能和性能为原始问题及目标软件建立物理模型不仅解决目标系统“做什么”，还要解决目标系统“怎么做”的问题

要让软件做什么要给该软件提供哪些信息要求软件工作效率如何要让软件具有什么样的结构

确定软件开发选用合适的工具深入描述软件的功能和性能为原始问题及目标软件建立物理模型不仅解决目标系统“做什么”，还要解决目标系统“怎么做”的问题

应充分发挥分析人员的主观想象力在分析人员直接指导下，让用户进行检查与评价应注意一切信息与需求都是站在双方合作的角度上应注意一切信息与需求都是站在用户的角度上

增加软件需求分析的应急时间是2天增加软件需求分析的缓冲时间是该活动历时的20% 增加软件需求分析的时间储备是20% 增加软件需求分析的历时标准差是2天

应充分发挥分析人员的想象力应充分发挥分析人员和用户的想象力应注意一切信息与需求都是站在开发方的角度上考虑应注意一切信息与需求都是站在应用的角度上考虑

过程对象数据域环境

在资源有限时，可以通过优先级对需求进行权衡绝大部分软件需求可以被验证，验证手段包括评审和测试软件需求是针对待解决问题的特征的描述需求分析可以检测和解决需求之间的冲突

应充分发挥分析人员的想象力在分析人员直接指导下，让用户进行检查与评价应注意一切信息与需求都是站在双方合作的角度上考虑应注意一切信息与需求都是站在应用的角度上考虑

需求分析需要进行软件功能和性能的技术实现方法的描述需求分析文档可用于指导后续的开发过程软件需求包括业务需求、用户需求、功能需求和非功能需求等软件需求一般应由用户方组织进行确认

需求分析文档可用于指导后续的开发过程需求分析需要进行软件功能和性能的技术实现方法描述软件需求包括业务需求、用户需求、功能需求和非功能需求等软件需求一般应由用户方组织进行确认

增加软件需求分析的应急时间是2天增加软件需求分析的缓冲时间是该活动历时的20% 增加软件需求分析的时间储备是20% 增加软件需求分析的历时标准差是2天

理解软件系统的目标确定需求分析方法分析系统的功能要求编写软件规格说明

应充分发挥分析人员的想象力应充分发挥分析人员和用户的想象力应注意一切信息与需求都是站在开发方的角度上考虑应注意一切信息与需求都是站在应用的角度上考虑

需求分析不同于软件开发中的结构化分析，是面向功能的软件设计需求分析应始于业主单位的需要、期望和限制条件需求分析阶段研究的对象是软件项目的用户要求需求分析的目标是描述软件的功能和性能

需求分析需要进行软件功能和生能的技术实现方法描述需求分析文档可用于指导后续的开发过程软件需求包括业务需求、用户需求、功能需求和非功能需求等软件需求一般应由用户方组织进行确认

要让软件做什么要给该软件提供哪些信息要求软件工作效率如何要让软件具有什么样的结构

软件设计的依据用户和开发人员对软件要做什么的共同理解软件验收的依据软件可行性分析的依据

软件需求分析所要做的工作是（9），因此，进行需求分析时应注意一切信息与需求都是站在应用的角度上考虑。