软件需求分析需要掌握的内容
套用百度文库的说法：软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。
我们本学期开展了这门课程。
学习这门课程需要的任务：
了解什么是需求：软件需求是用户为了解决自己业务领域的问题,对软件产品明确的期望和要求.需求描述中不应包括设计细节,实现细节,项目计划信息或测试信息等内容,因为需求分析与这些内容没有关系,需求关注的是我们究竟想开发什么和必须开发什么.需求说明书也可以被看做客户和项目组之间的一份合约,项目组只有完成了需求说明书上的所有要求,软件产品才能交付给用户使用。软件需求一般包括功能性需求和非功能性需求两大类： 功能性需求:一个系统,软件或者系统组件所必须完成的功能.功能性需求定义了系统的行为,也就是系统的软,硬件组件在由输入得到输出的过程中,对输入所做的基本的处理和转换。非功能性需求:在软件工程领域,非功能性需求不是描述软件将做什么,而是描述软件如何(以何种性能或方式)完成这些功能.例如,软件性能需求,软件外部接口需求,软件设计约束,软件质量要求,可靠性,响应时间,存储要求等.通常性况下,非功能性需求很难测试,只能对它们进行主允评。
1．业务需求反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业务需求描述了组织为什么要开发一个系统，即组织希望达到的目标。使用前景和范围文档来记录业务需求，这份文档有时也被称作项目轮廓图或市场需求文档。
2．用户需求文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。用例、场景描述和事件――响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么
3．功能需求定义了开发人员必须实现的软件功能，规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。
详细设计包括内容：1、模块说明。说明该模块需要实现什么功能，还有设计要点。2、流程逻辑。用流程图说明该模块的处理过程。3、算法，如果涉及一些比较特殊的算法或关键模块，就写一下算法的伪代码或用流程图说明。4、限制条件。该模块的功能有哪些限制，比如用户ID不能重复，只能查询自己权限范围内的用户。5、输入项。每个子模块可以看做一个”方法“，我传给你什么，你给我输出什么。6、输出项。删除用户的输出项，就是不能在查询模块里查询到已删除的用户7、界面设计。用工具画一些界面图8、需要操作的数据表。
我们还需要学习这些 ：
需求调研：其中包括如何与客户交流、建立良好的合作关系、通过研讨会与客户交流获得项目的原始需求并对需求进行研讨，并采用迭代的方式进行需求的不断完善。
需求分析：分析用例、分析业务流程、构建用例说明、其他例如查询功能的分析、子用例及扩展用例的分析、行动图和状态图、业务领域分析、原文分析、非功能需求分析。
需求确认：列出需求列表得到用户确认、利用快速原型法得到用户的确认、构建需求规格说明书。
