《软件需求调研方案设计》由会员分享，可在线阅读，更多相关《软件需求调研方案设计（9页珍藏版）》请在金锄头文库上搜索。
1、精选优质文档-倾情为你奉上软件需求调研方案设计软件需求作为软件项目工作的重要依据，对软件项目的成败起着至关重要的作用。以下是小编整理的软件需求调研方案设计，欢迎阅读。软件需求分析是一个项目的开端，也是项目实施最重要的关键点。据有关的机构分析结果表明，我们设计的软件产品存在不完整性、不正确性等问题80以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个项目的成功软件需求分析是关键的一步。A.软件需求分析人员组织软件需求分析其根本性问题是理解用户功能需求，由此软件需求分析实际上是与客户间交流过程完成的目标。要求我们组织适当的参与人员进行交流活动。需求分析是一个综
2、合团队的工作，是在需求分析理论的指导下，对用户需要进行渐进方式逐步深化；通过不断变化方式形成具体约束；努力实现需求功能目标形成特色效果的商业化产品。需求分析是一个商业行为，完全是一个商业化操作，要求有商业、技术等结合的团队共同合作，解决需求和设计的同步，设计符合需求。项目涉及内容，项目大小都需要我们考虑参加软件需求分析工作团退的人数，配置合理的参与人员。一般我们必须有商务活动人员，项目管理人员，设计技术人员等参加，而且要求组织人员必须明确负责范围，以及明确工作目标，保证实施的有效性。B.具体开展需求分析工作，建议采用以下步骤形成软件需求：确定项目目标及范围获取用户需求分析用户需求编写需求文档评
3、审需求文档管理需求。明确软件需求分析的主要实现目标包括如下内容：1）对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件需求；2）了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一个基准；3）为软件管理人员进行软件成本计价和编制软件开发计划书提供依据；需求分析人员对收集到的用户需求做进一步的分析和整理。下面是几条常见的准则：1.对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由;2.将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段关注的目标是“做什么”，而不是
4、“怎么做”;3.分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求(有可能是实现用户需求的前提条件)，这一点往往容易忽略掉，经常因为对隐含需求考虑得不够充分而引起需求变更。需求分析的具体内容可以归纳为六个方面：软件的功能需求，软件与硬件或其他外部系统接口，软件的非功能性需求，软件的反向需求，软件设计和实现上的限制，阅读支持信息。软件需求分析应尽量提供软件实现功能需求的全部信息，使得软件设计人员和软件测试人员不再需要需求方的接触。这就要求软件需求分析内容应正确、完整、一致和可验证。此外，为保证软件设计质量，便于软件功能的休整和验证，软件需求表达无岔意性，具有可追踪性和可修改性。软
5、件的功能需求是整个需求分析最主要、最关键和最复杂的部分，它描述软件的各种可能的条件下，对所有可能输入的数据信息，应完成那些具体功能，产生什么样的输出。描述软件功能需求是应注意下面几点：1）功能需求的完整性和一致性对功能的描述应包含与功能相关的信息，并应具有内在的一致性。应注意以下几点：给出触发功能的各种条件；定义各种可能性条件下的所有可能的输入；给出各种功能间可能的相互关系；给出功能性的主要级别；尽可能不使用“待定”这样的词。所有含有待定内容的需求都不是完整的文件，如果出现待定的部分，必须进行待定部分内容说明，落实负责人员、落实实施日期。2）功能描述的无岔意性和可追踪性需求功能描述的无岔意性、
6、可追踪性和规范化：功能描述必须清晰地描述出怎样输入到怎样输出，并且输入、输出描述应对应有数据流描述、控制流描述图，这些描述必须与其它地方描述一致；可以用语言、方程式、决策表、矩阵或图等对功能的描述。如果选用语言描述必须使用结构化的语言，描述前必须说明该步骤的执行是顺序，选择，重复，还是并发，然后说明步骤逻辑。整个描述必须单入单出。描述时，每一个功能名称和参照编号必须唯一，且不要将多个功能混在一起进行描述，这样便于功能的追踪和修改。功能描述应注意需求说明和程序设计的区别。需求设计仅仅是软件的功能设计，它给出软件运行的的外部功能描述，以及为了实现这一外部功能必须做哪些事情是设计阶段的事情，功能描述
7、不应涉及到那些细节问题，以避免给软件设计带来不必要的约束。软件与硬件或其它外部系统接口包括下述内容：人机接口：说明输入、输出的内容、屏幕安排、格式等要求；硬件接口：说明端口号，指令集，输入输出信号的内容与数据类型，初始化信号源，传输通道号和信号处理方式。软件接口：说明软件的名称、助记符、规格说明、版本号和来源；通讯接口：指定通讯接口和通讯协议等描述。软件非功能性需求是指软件性能指标，容限等功能以外的需求。一般指下述内容：时间需求：输入、输出频率，输入、输出响应时间，各种功能恢复时间等；处理容限、精度、采样参数的分辨率，误差处理等；可靠性的MTBF要求，可维护性、安全性要求等。软件的反向需求描述
8、软件在那些情况下不能做什么。这一条是随软件实际要求而定。有两类情形需要采用反向需求的形式。第一种情况：某些用户需求适宜采用反向形式说明，如数据安全性要求属于这类形式。第二种情况：对一些可靠性和安全性要求较高的软件，有些必须描述软件不能做些什么。如控制点火时序，我们必须交代清楚在那些情况下不能点火，否则会造成故障。软件设计和实现上的限制主要指对软件设计者的限制。如软件运行环境的限制、设计工具的限制和保密要求等。这部分内容是为了更好的帮助我们理解用户需求，也是为了使需求便于修改和追踪。其本身并不是对需求的描述，但它影响到需求分析的可读性，也属于需求分析的一个重要部分。一般目录、需求背景信息、内容索
9、引、交叉引用表、注释等均属于这个部分的内容。再看软件需求分析常用工具我们根据用户需求，通过反复讨论、分析，最终明确一个唯一性的用户需求，这个结果其实就是我们的软件需求分析报告。一般我们采用Word、PowerPoint、Visio、ProntPage、Excel等Office工具，同时可能采用一些开发工具，如VC或BC等，同样也会使用一些图形工具，如Potoshop、调色板等画图工具。使用各种工具表达软件需求分析，其具体表达手段可以分为：根据我们多年的经验总结，针对特定项目我们的需求文档都有固定模板，经过前面的需求调研、需求分析过程所得到的结果，基本上按照用户组织结构、功能模块分布情况，经过文
10、档格式、内容的整合与优化，即可形成我们需求调研分析的成果文件“需求规格说明书”，其将做为我们下一步系统开发的主要输入文件之一。软件需求分析评审是为了检查我们进行软件需求分析工作，保证软件需求分析工作正确性、完整性、有效性、合理性、可确认性、可实施性，完全保证用户所需求的功能，评审内容的主要载体就是“需求规格说明书”。我们对组织结构与责任管理的评估主要有：参与人员任务和责任界面的明确；安排计划按时完成状况；相互间的协调能力状况。我们进行需求分析的目的是完整、准确地描述用户的需求，跟踪用户需求的变化，将用户的需求准确地反映到系统的分析和设计中，并使系统的分析、设计和用户的需求保持一致。需求分析的特
11、点是需求的完整性、一致性和可追溯性。完整性：是准确、全面的描述用户的需求。一致性：是通过分析整理，剔除用户需求矛盾的方面，规范用户需求。可追溯性：有两个方面的含义，整理和规范的需求，其一，需要不断的和用户进一步交流，保持和用户最新的需求一致。其二，和系统分析保持一致。因此在需求分析之前我们必须建立需求分析技术层面的基本框架，从技术上保证需求分析的要求，在此基础上我们进行的需求分析才能满足项目对需求分析的要求。我们必须以用户软件需求为依据，以求实的态度详细的、准确的、完整的编写软件需求分析，避免空想世界，空中楼阁的想法；避免无逻辑性、无核心的描述；避免无量化思维，无实际空间概念。主要有这么几个指
12、标：功能性、完整性、正确性、逻辑性、表现性、合理性，可实施性等。评价人员投入，以及费用支出的合理性问题。正确制定工作周期，保证软件项目的顺利完成。可确认需求功能是实现用户需求的基本保证，如果不可确认的、不确定更改存在，将会阻碍软件实现，或者软件设计存在着不完整性缺陷，或者存在着不可实施性问题，我们必须区分是功能性障碍问题，还是未来性问题。如果不能够明确是未来性问题，则必须调整功能需求，化解不确定更改的问题。因此，判断不确定性更改是一个非常重要的问题需求管理就是IT项目中的范围管理，需求管理是整个IT项目的源头，IT项目的估算，计划，后续的跟踪控制，验证和确认等各项工作都是跟需求密切相关的。因此
13、为了保证项目的进度，质量和成本的目标的顺利实现，保证项目计划的严肃性和可执行性；为了保证软件系统最终开发的产品正是客户期望的产品，必须要做好需求管理工作。需求管理工作应该是需求全生命周期的管理，从用户原始需求的提出，到最终形成软件产品后用户对需求实现情况的验证以形成闭环流程。因此我们需要跟踪和了解到需求状态的演变过程。大型的项目软件生命周期模型较为复杂，一个需求的实现会经过用户需求，软件需求，总体设计，详细设计，开发和单元测试，集成测试，系统测试和验收测试多个环节，在这个过程中需要建立需求追踪以确认需求和中间阶段产生的工作产品的一致性。另外变更管理是需求管理的另外一个重点，需求在经过评审确认后需要基线并受到控制，当出现需求变更的时候必须进行相应的需求影响分析以确认对需求变更的处理方式，当变更工作量影响较大的时候还需要调整并重新基线项目计划。对于整个需求调研，分析和需求开发，评审确认的过程也需要进行管理。在这个过程中的一个重点就是对需求输出的文档需要得到用户，项目组设计开发人员的共同确认和承诺。专心-专注-专业
