进销存管理软件需求分析

进销存管理软件分析是在软件策划之后的第一项工作，也是软件开发的一项十分重要的工作。进销存管理软件分析包括领域分析和需求分析。领域分析是对软件所服务的应用领域的业务进行的分析；需求分析确定软件给用户呈现的外在特性，包括软件的功能、性能和软件的相关特性。软件分析是软件设计的基础。教学要求①了解领域分析的内容和方法。②掌握需求分析的内容和方法。重点①领域分析。②需求分析。难点需求分析。

1．1领域分析
1．1．1领域分析的意义和作用
软件有其确定的服务领域，软件服务对象所在的环境是软件的应用领域。系统软件的应用领域是软件可以发挥作用的场所；应用软件一般要服务于一个特定的行业、企业、部门或某种确定的业务。软件的特征决定了软件要与所服务的应用领域中的知识、业务、方法、技术、信息等内容紧密地渗透和融合。因此在开发软件之先，必须清楚地了解软件的应用领域，需要对软件的应用领域进行深入分析。只有对软件应用领域进行深入分析，才能够开发出反映领域特点、满足领域应用需要的软件。
计算机软件可以服务于人类所能涉足的所有领域，因此，软件的应用领域具有广阔性和多样性，这也决定了领域分析的艰巨性。不同软件的应用领域差别甚大，系统软件和应用软件的应用领域完全不同。管理软件和控制软件应用领域的差别也十分大。同为管理软件，应用于不同行业、不同企业、不同业务，其领域差异亦十分大。因此，领域分析并没有统一的方法，需要分析人员针对具体软件应用领域的特点开展分析工作。下面以事务型软件为例，介绍领域分析的一般方法。

1．1．2事务型软件领域分析的一般工作
事务型软件也被称为管理型软件，这类软件应用于组织的信息处理、业务处理、企业管理和辅助决策，其应用领域是企业组织系统。事务型软
件的领域分析主要集中在对组织系统的分析，事务型软件领域分析一般包括如图1．1所示的工作。
1．组织业务调查
通过对组织现状和发展过程的调查，以认识组织系统，并为领域分析提供充足材料。调查的内容包括：组织目标、规模、机构、职能、产品、市场、技术、设备、业务、信息、企业管理、人员素质、组织文化、组织事务系统建设现状等。
2．组织目标分析
通过对组织的使命、目标、策略和制约条件的分析，以全面地认识组织系统。
3．组织机构分析
组织机构是组织的骨架和主脉，是对完成组织目标的人员、工作、技术和信息所做出的制度性安排，是领域分析的切入点。
4．组织职能分析
组织职能是为实现组织目标，组织应该具有的功能和作用。组织职能由组织目标确定，具有相对稳定性。组织职能总是通过一定的组织机构来实现。需要认真分析组织机构和组织职能，以及相互之间的关系。
5．业务及流程分析
业务是组织资源的有序活动过程。组织通过各个业务活动的执行来实现组织目标。业务是对组织职能的分解和过程化。组织职能可以分解成为多个业务，业务的执行是组织职能的实现和体现。业务的活动过程被称为业务流程，业务流程中交织着物流、人流和信息流。要认识组织活动过程，必须认真分析各个业务以及业务流程。
6．组织实体分析
组织实体是组织中存在的各种事物，即组织的资源，组织由这些资源构成。通过组织实体的活动以及实体的状态变化构成完整的组织业务，以实现组织的目标。认识组织必须认识组织中的各种实体，通过对组织实体的特性、作用、结构、状态、关系的分析，更深入地理解组织本身。

1．1．3业务调查
业务调查是指对组织的目标、规模、机构、职能、产品、市场、设备、业务、管理、决策、人员等方面所做出的调查研究。业务调查是一项十分艰苦、细致的工作，需要高度重视、精心组织。业务调查需要遵循客观原则，全面细致原则，调查、分析、记录相结合的原则。
业务调查应该涵盖组织的全部内容，包括的范围十分广泛，涉及组织的内部和外部、组织的业务、管理、决策的各个方面。
业务调查需要周密计划、精心安排。首先，应该明确调查的任务和范围，以及调查的对象，并对调查的工作做出基本估计；第二，组织调查小组，并对参加调查的人员进行必要的培训，明确分工，落实任务，责任到人；第三，确定调查方法、工作规程、描述规范，以及所采用的工具；第四，制定详细的调查计划。
业务调查有面谈、走访、问卷和召开座谈会等方法。

1．1．4组织目标分析
组织目标是组织的奋斗方向，组织的一切工作将围绕着组织目标展开。因此，在领域分析时，首先应该分析组织目标。组织目标分析包括组织使命分析、组织总目标分析、组织子目标分析和组织目标的实现策略分析等内容，见图1．2。
组织使命是组织存在的意义和价值，组织方向是组织发展的长远路向和趋势。组织的使命和方向是组织的根本之所在，认识一个组织，首先要认识组织的使命和方向。组织总目标是为了实现组织的使命，在一段时间内组织所要达到的总体目的和结果。方向是组织向未来发展的一种趋向和希望，而目标则是在具体时限内可度量的结果。组织子目标是对总目标的分解，子目标可以逐层分解，形成目标树。组织策略是为了实现组织目标所采取的对策和举措，是实现组织目标的运筹和保证。图6—3是某书店的组织目标分析。
某书店的目标使命和方向
以优质服务向本市读者提供丰富的图书。组织总目标
向本市读者提供一流服务，使本地图书市场占有率达到30％。组织子目标
·最方便地供读者阅读和购买图书，减少30％的读者购书时间。
·近三年每年增加30％的新图书品种。
·书店能够快速掌握国内最新出版的各类图书。
·快速统计本市读者的购书要求，及时掌握畅销书、滞销书的信息。
·入库，出库、盘库的工作效率提高20％。
·每年在本市建立一个分店，五年内实现全市图书连锁销售。组织策略’
·采取开架售书，为读者提供方便阅读和购书条件。
·更改售书结算方法，减少读者结账时间，提高工作效率。
·建立全国出版社、供书商数据库，掌握最新图书动态。
·修改购书资金计划，每年增加30％购书资金，以增加图书品种．
·对销售图书进行动态统计，及时掌握畅销书、滞销书信息。
·修改库存管理办法，提高效率。方便管理。
·建立书店信息系统，全面提高管理水平和工作效率。

1．1．5组织机构分析
组织机构分析的任务是理清组织的机构设置，以及各机构之间的隶属领导关系和职能指导关系。组织机构分析包括机构分析、职能关系分析和岗位分析三方面的工作。
一般通过组织机构图来描述组织机构。组织机构图仅能够反映组织的部门设置，以及各部门之间的行政隶属关系，如图6．4所示。
除在各部门之间存在隶属领导关系之外，还存在着职能指导关系，而且职能指导关系纵横交织在部门之间。要全面认识组织管理，就需要理清这些关系。例如在高校的各个部门之间存在着教学管理、科研管理、人事管理、财务管理、物质管理等复杂的职能指导关系。
在每一个部门中设置许多工作岗位来实施部门的职责。需要认真分析每一个部门岗位的设置情况。在一个单位的人事劳资部门会有各个部门详细的岗位设置资料。

1．1．6组织职能分析
组织职能是为了实现组织使命和目标，赋予组织的职责和功能，组织职能也被称为组织功能。例如，招生、教学、科研、学生管理、财务、人事、设备、资产、后勤是大学的职能。职能由组织目标确定，并可以逐层分解。例如，招生职能又可以细化为招生计划、招生宣传、招生安排、招生过程管理等职能。
组织的职能需要赋予一定的机构和岗位来承担，因此，每一个机构和岗位应该具有明确的职能。组织职能具有相对稳定性，而组织机构则具有多变性。职能由目标和使命确定，而机构除了考虑目标和使命之外，还需要顾及人事、管理、社会及其变化等其他因素。
组织职能分析的第一种方法是从组织使命和目标出发进行分析。组织职能是根据组织的使命和目标而确定的，组织职能分析的基准是组织的使命和目标。组织职能分析的第二种方法是从组织的机构和岗位入手进行分析。因为，组织职能总是要落实到确定的机构及岗位来承担，而组织机构和所设置的岗位也总是具有确定的职责，这些职责的总和也就构成了组织的职能。由于组织机构在组织中十分显见，因此，从组织机构入手分析组织职能，比直接从组织使命和目标出发进行分析更具有操作性。
在分析过程中需要客观地抽取出确实能够反映组织实际现状的组织职能。同时，也需要把组织中存在的不合理职能整理出来，作为向组织领导改进组织管理的建议。

1．1．7业务流程分析
业务流程是组织业务的活动过程，业务流程也是组织实体围绕着实现组织目标而进行的活动过程。在业务流程中伴随着组织中大量的人流、物流、资金流等实体流和信息流。业务流程分析是领域分析中的一个很重要的内容。只有对业务流程进行深入分析，才能够深入地理解业务的活动过程，了解业务活动所涉及的各种组织实体，掌握业务的过程、步骤、规则和方法。
某书店的职能分析计划管理
制定图书计划，书店发碾规划。采购图书
根据读者需求，从出版社或供书商处采购图书。书库管理
·入库管理
·出库管理
·盘库管理
·报损管理图书销售
·图书销售
·费用结算事务管理图6—5书店的职能分析
曾经出现过许多业务流程建模语言，如UML活动图、IDEF3、事件过程链图等，但这些建模语言在对业务流程建模的方便性、实用性，以及与软件建模语言的一致性等方面存在仍存在明显不足。2003年BPM(businessprocessmanagement)技术管理倡议组织BPMI(目前已经与OMG合并)发布了BPMN(businessprocessmodelingnotation)，即业务流程建模符号，可望成为业务流程可视化建模的正式标准，代表了目前业务流程可视化建模的发展方向。BPMN是一个功能强大、使用方便的可视化业务流程建模语言，它使用四类基本建模符号来建立业务流程模型，它们是流对象，连接对象，泳池、泳道和制品。
图6—6是用BPMN描述的书店图书入库的业务流程图。由于图书入库是由采购员和库管员两个岗位的人员共同参与完成的工作，所以采用了采购员和库管员两个泳道。首先，由采购员填写入库单，持入库单和要入库的图书到书库。库管员核对入库图书、入库单和订单，如果发现入库单填写有错误，则要求采购员修改或重新填写。如果正确，则接收图书，把图书放到书库的书架，登记入库账，入库业务结束。

1．1．8组织实体分析
实体是组织中的各种事物。组织由各种实体构成，由实体的活动构成组织业务，以实现组织的目标和使命。实体是组织的构成要素，认识组织必须认识组织中存在的各种实体。实体又是开发系统的基础，在面向对象方法中，软件中的对象很大一部分来源于对组织实体的抽象。实体分析需要经过发现实体、筛选实体、确定实体的性质、关系和综合分析等步骤。
(1)发现实体：一般从组织目标j组织机构、组织职能、组织业务以及组织的现有文档中发现实体。也可以采用直观分析法，通过发现组织中所存在的客观事物，以发现组织的实体。
(2)筛选实体：通过认真筛选和甄别，选择出实际存在的组织实体。筛选实体可以通过名词与实物对应法、范围确定法和名称分析法等方法来确定组织实体。
(3)实体性质分析：通过对实体性质的分析将会使我们更深入地认识和把握所分析的实体，另外，实体性质的分析也将为下一步业务对象的属性和操作分析奠定基础。
(4)实体关系分析：事物不是孤立存在的，而是彼此之间存在着广泛的联系。组织中的各个实体总是通过与其他实体所存在的相互关系，而表现出自己存在的价值和意义。实体关系的形式具有多样性，主要应该把握关联、聚合、组合、泛化、依赖等关系。

1．2需求分析
1．2．1概述
1．需求分析的含义
软件需求是为了解决现实中特定的问题，软件应该具有的功能和特性。软件需求是软件能够做到什么的规约，是软件开发和验收的基础和依据。
软件需求可以分为功能需求、性能需求和其他需求三种类型。功能需求是软件应该向用户提供的功能和服务。软件的功能可以细化和分解，粗功能可以逐层分解为更细的功能。软件功能需要通过软件界面展现出来，软件功能的完成需要用户和系统交互一定的信息。性能需求是为了保证软件功能的实现和正确运行，对软件所规定的效率、可靠性、安全性等规约。性能需求包括软件的效率、可靠性、安全性、可用性、适用性等方面的内容。除了功能需求和性能需求之外，还包括其他需求，例如，软件完成的工期、软件质量等都可以归到其他需求之中。
用户是软件的直接使用者，所以软件的初步需求来自于用户。但用户对计算机的作用和能力并不全面了解，用户站在自己局部和业务需要的角度提需求，加之用户的水平参差不齐，因此用户可能提出不准确或不全面的需求。这就需要分析员在用户需求的基础上进行深入分析，最后确定出合理、可行的软件需求。需求分析是调查用户对软件系统的需求，然后通过深入细致分析，确定出合理可行的软件需求，并通过规范的形式描述需求的过程。
2．需求分析的工作
需求分析包括需求获取，需求分析，需求描述和需求验证等工作。
(1)需求获取
需求获取也被称为需求调查，是由分析人员通过座谈、走访、问卷、召开座谈会等形式，深入了解用户对所开发的软件的需要和要求，获取用户需求。
(2)需求分析
需求分析是对获取的用户需求，通过综合考虑系统现状、技术条件、投资能力等因素，对软件系统的结构、功能、性能等方面进行深入分析，最终确定出合理、可行的软件需求。
(3)需求描述
需求描述是建立软件的需求说明文档，把需求分析的结果采用规范的形式描述出来，形成需求规格说明，作为下面开发工作的依据。
(4)需求验证
由分析员、用户或专家对所确定的需求，从软件的一致性、完整性、现实性和有效性等方面进行审核和验证，以确定正确和可行的需求，排除不可行的需求。

1．2．2需求获取
1．获取需求的内容
(1)总体需求
总体需求是用户对所建立的软件系统的总体要求。包括软件的总目标，软件的范围，软件的构成和结构，以及软件系统的核心功能等。
(2)功能需求
功能需求是软件系统应该提供的功能和能够达到的效用。功能需求是对总体需求的分解和细化。有软件的总体功能和明细功能；有抽象功能和具体功能；有核心功能和辅助功能等。
(3)性能需求
性能需求包括软件系统的效率、处理方式、可靠性、安全性、适应性等技术要求。不同系统具有不同的性能要求。例如，联机事务处理型软件要求具有较快的响应速度，而一般事务处理型软件对响应速度的要求则可以相对低一些。
(4)其他需求
除了以上三方面的需求之外，还应该调查用户的投资能力、开发时间、开发队伍、社会法律等方面的非功能和非技术性需求。
2．需求获取的方法
需求获取的方法与业务调查方法很类似，会等形式进行。除了采用一般调查方法之外，
(1)启发法需要通过面谈、走访、问卷调查、召开座谈还可以采用以下辅助方法获取需求。
由于用户对所要开发的软件系统应该具有的功能和能够达到的结果并不十分清楚，这就需要调查人员在需求调查过程中，能够对用户进行引导和启发，向用户详细介绍信息技术对人们工作和生活方式所带来的影响，信息技术在本领域中应用的成功范例等，让用户产生对软件系统的感性认识，启发和引导用户发现潜在的需求。
(2)观摩法
在系统开发初期，可以让用户参观同类型成功的软件系统。用户看到这些系统，将会对软件系统的功能、作用、外在效果、人机交互方式等产生直观印象，这样会启发用户的联想，通过类比思维，提出自己的需求。
(3)原型法
通过原型生成系统，根据用户的初步需求，构造出软件系统的初步原型。原型给用户和开发人员的交流和讨论提供了～个具体的参照物，有原型作为参照对象，需求调查就有针对性，可以澄清和纠正许多模糊和矛盾的用户需求。

1．2．3需求分析
需求分析的任务是对获取的需求，从总体情况、系统功能、技术性能等方面进行深入分析，最后确定出全面、合理、可行的软件需求。
从用户获取的初步需求一般存在模糊、片面、脱离实际等不足。需求分析过程就是对用户需求的合理化过程。通过对用户需求的修改、补充、细化、删减、重整等工作，最后得出全面、可行的软件需求。需求分析应该有用户参加，随时与用户沟通交流，了解情况，最终确定的需求也应该征得用户的认可。

1．总体需求分析
总体需求分析是对软件系统的目标、范围、框架等涉及软件的总体问题所进行的分析工作。在软件策划阶段已经基本确定了软件的目标、范围等软件的总体问题，在需求分析阶段，随着分析工作的深入，有必要对这些问题再深入分析，以确定出合理的软件目标、范围和框架。
(1)软件目标分析
随着分析工作的深入，对在软件策划阶段确定的软件目标进行分析和审核，以对当时所确定的软件目标中不合理部分进行修正，最后确定出合理可行的软件目标。软件目标呈层次结构，有总体目标和各分项目标；有功能目标和性能目标。需要分不同层次，不同方面对这些目标进行审核和修正。
例如，通过对一个小型书店书务系统的分析，最后确定出该软件系统的目标见图6—8。
某书店软件系统的目标总目标
●对书店的图书、架存、销售、出版社、会员提供全面管理。
●对图书业务提供全面、一致、快速处理。
●系统安全、友好、可靠。功能目标
(1)书目管理
●编辑查询书目：提供书目的输入、修改、存储、输出、浏览等功能。
●图书类别管理：提供图书类别的增加、删除、修改、打印、浏览功能。
(2)架存管理●进书处理；●盘架处理；●报损处理；●架存处理；●架存查询。
(3)图书销售管理
●售书处理；●退书处理；●售书查询。
(4)会员管理
提供会员的增加、删除、修改、打印、浏览功能。
(5)出版社管理
提供出版社的增加、删除、修改、打印、浏览功能。
性能目标
(1)系统处理效率要比手工提高30％。
(2)一般职工通过简单培训就可以使用系统。
(3)具有较高的可靠性，不会丢失信息。
(4)具有安全检查机制，非法用户不能使用。
(2)软件需求结构分析
软件需求结构是根据软件目标和需求的相关性，从总体上把软件需求划分成为多个部分，每一个部分称为一个需求单元，由这些需求单元构成的软件系统的需求框架。软件需求结构是对需求的一种有效组织方法。通过软件需求结构对软件需求框架的展现，以便于开发人员把握、组织和管理软件需求。
确定软件需求结构的依据是软件系统的目标和需求的相关性。软件需求结构应该体现软件目标，并把各部分关联比较密切的需求划归为一个需求单元，使得需求结构具有内聚性。每一个需求单元用UML中的包来表示，这样用包图来描述软件的需求结构。

2．功能分析
(1)功能分析的基本原理
软件功能是软件系统具有的效能和作用。软件的目标通过软件的功能来体现。软件功能也是软件呈现给其用户的外观效果，用户通过软件所提供的功能来认识、使用和评价软件系统，通过对软件功能的使用来完成自己的业务工作。功能分析是需求分析的重要内容，需求分析除了要确定软件的目标、结构和性能之外，一个重要工作就是确定软件的功能。
软件目标是功能分析的依据。软件功能是软件目标的体现和实现，软件中每一个功能都直接或间接地与软件目标有关系。软件目标也是检查软件功能设置正确与否的依据。
用户需求是软件功能的主要来源。用户是软件的使用者，用户的业务处理需要表现为用户对软件的功能需求。用例是进行功能分析和功能建模的主要手段。软件功能将通过用户在使用软件系统过程中表现出来，这给我们提供了获取软件功能的一种有效方法，就是通过使用者与软件系统的交互活动来确定软件的功能。
功能分析的结果可以用功能用例图来描述，它通过使用者与软件系统的交互过程，反映软件应该具有的功能。
(2)功能分析过程
①从软件需求结构展开功能分析
软件需求结构确定了软件的需求框架，把软件需求从总体上划分成为多个需求单元，需求单元内部的需求联系较为密切。可以对需求结构中的每一个需求单元展开功能分析。例如，书务系统划分成为书目管理、架存管理、图书销售、统计查询、会员管理和出版社，管理等需求单元。
②用例分析
可以采用用例对需求结构中的每一个需求单元进行功能分析。例如，书务系统从总体上可以提供书目管理、架存管理、图书销售、统计查询、会员管理和书版社管理等功能，这些功能被作为需求结构中的需求单元。下面我们可以采用用例图对每一个需求单元进行功能分析。例如书目管理功能可以分为编辑书目、查询书目和图书类别管理三项子功能，用用例图描述书目管理提供的此三项功能，见图1．10。图书销售可以分为售书处理、退书处理和图书浏览等子功能，见图1．11。
采用功能用例图来描述功能分析的结果。需求结构中的一个需求单元的功能可以用一张用例图来描述，如果某一个用例的功能还需要展开，可以建立下层用例图。
③用例说明
功能用例图直观地描述了软件系统的功能，但功能用例图不能反映各功能的详细内容，以及用户在使用这个功能时与软件交互的信息和交互过程，而这些交互信息又是理解功能的必要材料，所以需要对每一个用例进行说明。
图书类别管理图6—10书务系统的书目管理用例图图
图书浏览图6-11书务系统的图书销售用例图
用例说明是对功能用例图中的用例做出的说明。在用例说明中，需要描述用例的编号、名称、使用者和用例的功能以及交互过程。
④用例的交互流程
每一个用例的执行过程可以用业务流程图描述出来。
⑤用例的人机交互信息
为了完成用例的功能，人与系统需要交互一定的信息。可以用顺序图来描述一个用例入机交互的信息。

3．性能分析
(1)软件性能的含义
软件性能是软件功能实现的方式、效率和保障，它包括软件系统的效率、处理方式、可靠性、安全性、适应性等内容。软件性能需求是软件需求的重要组成部分。效率是软件的处理能力、处理速度、吞吐量、响应时间等与系统处理时间有关的性能要素。处理方式涉及的范围比较宽，包括软件系统的结构、交互方式等。可靠性是保证系统正常工作，抗故障、抗干扰的能力，可靠性包括保证系统正常工作的能力，对系统故障的预防、检测以及自动纠错的能力，出现故障时，保证系统不发生崩溃，并使系统重新恢复、重新启动的能力等。安全性是保证合法用户能够正确使用软件系统，并防止非法用户访问软件系统的能力。适应性是软件系统对外部环境和需求变化的适应能力。

(2)性能分析
软件性能分析是对用户提出的各种性能要求，进行综合分析，确定出合理、可行的软件性能的工作。在需求调查过程中，用户会对软件性能提出一定的要求。用户一般站在本位角度，所提出的性能要求很可能与软件的整体目标发生矛盾，各个用户提出的性能要求相互之间也会发生冲突。另外，用户所提出的性能要求可能还存在含糊不清、性能与功能相互混淆等问题。这就需要分析人员对用户提出的性能需求进行认真分析，通过去粗取精、去伪存真，最后确定出合理可行的软件性能需求。
软件性能可以从技术、经济、社会等方面进行综合分析。
①性能的技术因素分析
用户在提出性能要求时一般是从自己的需要考虑，而并不一定了解信息技术发展的动态以及目前所达到的水平。因此，用户所提出的性能要求可能存在技术上达不到，或者代价太高等问题。这就需要分析人员对用户所提出的性能要求从技术角度进行深入分析，最后确定出技术上能够实现且便于实现的系统性能。
②性能的经济因素分析
有些性能从技术上是能够实现的，但从经济角度考虑就不一定合算，因此，对用户所提出的性能需要进行经济分析。例如，用户对书务系统提出了“不允许在工作期间停机，不允许在运行期间出现故障和错误”的性能要求。系统的停机是由多种因素造成的。系统的硬件或网络故障会造成系统停机，突然停电会造成系统停机，软件故障也可能造成停机。对电网停电造成的系统停机可以采取配备不问断电源来解决，对系统的硬件故障可以采用双机或多机热备份的方案。当运行机出现故障时，马上由系统自动切换到备份机上工作，这样可以解决系统停机问题。但多机备份的技术方案造价过高，对像书务系统这样的事务型系统采用这种技术方案的必要性不大。因此，可以把这一条性能需求修改为“系统具有一定的冗错能力，工作期间的停机不会给系统造成致命影响，并可以尽快切换到手工工作方式。”
③性能的社会因素分析
用户提出的有些性能要求可能会与社会道德、公益等规范相冲突，也可能社会环境对这种性能的实现还不提供支持。这就需要对性能进行社会因素分析。
除了以上三个方面之外，还需要分析用户所提出的各个性能相互之间是否存在矛盾和冲突，另外，性能和系统目标以及功能是否存在矛盾。通过性能分析，最后确定出逻辑～致、合理可行的软件性能需求。

1．2．4需求描述
在软件需求分析之后，需要把分析的结果用文档完整地描述出来，这就是需求描述的工作。描述软件需求的文档被称为《软件需求说明书》或《软件需求规格说明》。《软件需求说明书》将详细反映最终确定的软件需求，并能够简要的反映需求分析的过程以及相关问题。《软件需求说明书》既是对需求分析工作的总结，同时又将作为后续阶段的工作纲领，系统设计、实现和测试都将依据软件需求进行。对软件需求说明书的内容和格式，目前并没有形成统一的规范。
《软件需求说明书》共分引言、软件目标、软件需求结构、软件功能、软件性能和其他问题六个部分。在引言部分主要介绍编写目的、项目背景和参考资料。软件目标介绍软件的目标，包括总目标、功能目标和性能目标，并对目标的确定做出说明。第六部分描述需求分析中已经发现但没有解决的问题，以及还有待进一步发现的问题。

1．2．5需求验证
1．需求验证的含义
需求验证也被称为需求检验，是指在需求分析阶段，通过一定的途径和手段，对初步确定的软件需求进行验证，确定正确的和可行的需求，排除含糊的、不实际和不可行的需求。
在进行需求验证之前，读者需要清楚并不是所有需求都可以验证，也不是所有需求都需要验证。实际上有很大部分需求事先无法验证，或事先无须验证。需求验证的最彻底、最有效的办法是开发出来的实际的软件系统，因为它是对需求的完整实现，但这不叫需求验证。需求验证是在开发之初，通过一定的方法和途径，对一些重要的、把握不准的需求进行验证，以减少软件开发的风险，提高软件开发的成功率。
2．需求验证的方法
需求验证的方法很多，在此，我们仅介绍几种需求验证的基本方法。
(1)自查法
由需求分析人员对自己所确定的软件需求进行审核和验证，纠正需求中存在的问题。自查法又可以分为多种具体方法。第一种是小组审查法。由～名分析人员向开发小组中其他人员介绍软件需求，小组中的成员提问，由介绍人进行解答。在介绍过程中，可能就会发现并澄清许多潜在的需求问题。实践证明，这是一种验证需求的十分有效的方法。第二种是参照法。对本系统中存在的有些可疑的需求，在系统内部无法验证其可行性时，可以参考其他系统，如果发现在其他系统中有相同或相似的需求，并且已经实现，那么就可以证明这种需求是可行的。第三种是逻辑分析法。由分析人员按照需求与业务、需求与目标、需求相互之间的逻辑关系进行分析，找出在逻辑上存在矛盾或不一致的需求进行重点分析。
(2)用户审查法
用户是需求的提出者，也是软件最终使用者，因此，由用户来审查需求是最权威的审查。分析人员可以把《软件需求说明书》提交给用户，有条件时还可以编写一份针对此需求的《用户使用说明书》同时提交给用户。用户通过对需求文档的阅读找出不符合用户意图或用户认为不能实现的需求，双方再对这些有争议的需求进行讨论，最后达成一致认识。
(3)专家审查法
聘请业务领域、软件系统、政策法律等方面的专家对软件需求进行审查。专家对用户和分析人员存在争议的需求，以及隐藏着重大问题的需求能够进行甄别和判断。
(4)原型法
原型方法是对存在的有争议或拿不准的需求，通过建立原型进行验证，以确定需求的正确性。原型法是验证需求的一种十分有效的方法，同时也是帮助用户理解需求的一种好方法，但它要求原型生成环境的支持。本章小结
软件分析包括领域分析和需求分析两项工作。领域分析是对软件所服务的应用领域进行的分析工作。软件的服务领域具有广阔性和多样性，不同软件的应用领域差异很大。事务型软件领域分析一般包括业务调查、组织目标分析、组织机构分析、组织职能分析、业务及流程分析和组织实体分析等项工作。

进销存管理软件需求是为了解决现实中特定的问题，软件应该具有的功能和特征。进销存管理软件需求可以分为功能需求、性能需求和其他需求三种类型。需求分析的工作包括需求获取、需求分析、需求描述和需求验证四项工作。需求获取可以采用面谈、走访、问卷调查和召开座谈会等方法，并可以辅助采取启发法、观摩法和原型法：需求分析需要从总体需求、系统功能和技术性能等方面进行分析。需求分析完成后需要编写《软件需求说明书》，并对需求进行验证。

文章来源：秘奥软件网，中小企业信息化领跑者！全国咨询热线：400-9908-527_www.misall.com