过程的质量度量方法
提高过程能力成熟度的关键技术和工具
提高过程能力成熟度的关键技术和工具在当今竞争激烈的商业环境中，组织必须不断提升其过程能力成熟度，以确保持续改进和优化业务流程。
过程能力成熟度模型（Process Capability Maturity Model, CMM）是一种评估和改进组织过程的方法。
本文将探讨提高过程能力成熟度的关键技术和工具。
1. 过程规范化和标准化过程规范化和标准化是提高过程能力成熟度的关键一步。
通过将组织的工作流程、流程规范进行文档化和标准化，可以确保工作流程的一致性，并降低因不一致性而引发的错误和风险。
这可以通过制定详细的工作流程图、标准化的操作指南和规范文件等来实现。
2. 过程度量和监控过程度量和监控是衡量和评估过程能力的重要手段。
通过建立适当的指标和度量方法，组织可以了解当前过程的绩效，并及时作出必要的调整和改进。
常用的度量方法包括统计分析、关键绩效指标（Key Performance Indicators, KPI）和质量评估等。
3. 过程模型和框架过程模型和框架是提高过程能力成熟度的有力支持。
组织可以使用成熟的过程模型和框架，如ISO 9000系列标准、CMMI模型等，作为指导和参考，帮助组织理解和实施过程改进的关键和方法。
这些模型和框架提供了一套完整的指南和最佳实践，以确保过程能力的持续改进和发展。
4. 过程自动化和支持工具过程自动化和支持工具可以提高过程能力的效率和质量。
通过应用适当的工具和软件来辅助和支持工作流程的执行和管理，组织可以减少人为差错和重复工作，并提高工作效率。
这些工具包括项目管理软件、自动化测试工具、数据分析工具等。
5. 过程培训和知识管理过程培训和知识管理是提高过程能力的关键环节。
组织应该为员工提供相关的培训和知识分享机会，以提高他们对工作流程和最佳实践的理解和掌握。
同时，组织还应该建立知识库和协作平台，以便员工可以共享经验、教训和解决方案，从而促进过程能力的跨团队学习和共同提高。
6. 过程改进和创新过程改进和创新是提高过程能力成熟度的核心驱动力。
软件工程中的软件工程质量与质量度量
软件工程中的软件工程质量与质量度量在软件工程中，软件工程质量是指软件产品满足用户需求、具备高可用性、可维护性和可扩展性等特点的能力。
而软件工程质量度量则是指通过定量的方法来评估软件工程质量的指标和属性。
本文将探讨软件工程中的软件工程质量与质量度量的重要性以及常用的质量度量方法。
一、软件工程质量的重要性在如今信息技术飞速发展的时代，软件已经成为各行各业的核心系统。
一个高质量的软件，可以提高企业的生产效率，降低成本，提供更好的用户体验。
而低质量的软件，不仅会浪费资源，还可能导致严重的安全问题和服务中断。
因此，软件工程质量对于一家企业或组织的成功至关重要。
软件工程质量主要包括以下几个方面：1. 功能性：软件产品是否完全满足用户需求，并且能够提供高质量的功能和特性。
2. 可靠性：软件产品是否可以在长时间的运行中保持稳定，不出现系统崩溃、数据丢失等问题。
3. 可用性：软件产品是否易于使用，用户接口是否友好，是否提供足够的帮助文档和培训。
4. 可维护性：软件产品是否容易维护，是否易于进行修改和升级，并且不会因为修改而导致其他功能的破坏。
5. 可移植性：软件产品是否可以在不同的操作系统和硬件平台上运行，并且保持一致性。
二、软件工程质量度量的重要性软件工程质量度量是评估软件工程质量的关键指标和属性。
通过软件工程质量度量，可以准确地评估软件的优劣，并为软件开发过程中的改进提供参考。
1. 评估软件产品的质量：通过度量软件工程质量，可以得出客观的评估结果，帮助开发人员更好地了解软件的优势与不足，从而进行改进和优化。
2. 监控软件开发过程：软件工程质量度量可以在软件开发过程中监控各个阶段的质量，及时发现问题并采取相应的措施。
3. 提高团队合作能力：软件工程质量度量可以帮助团队成员了解自己工作的重要性和质量要求，激发团队合作的积极性，提高整体效率和质量。
常用的软件工程质量度量方法包括：1. 静态指标度量：通过代码审查、文档评审等方法，定量地度量代码和文档的质量，评估软件是否符合标准和规范要求。
软件测试中的质量度量和指标
软件测试中的质量度量和指标软件测试是保证软件质量的重要环节，而质量度量和指标则是评估测试过程和结果的重要依据。
本文将探讨软件测试中常用的质量度量和指标，帮助读者更好地理解和应用于实际项目中。
一、测试覆盖率测试覆盖率是衡量测试过程中代码执行情况的指标。
它能够告诉我们测试用例是否覆盖了所要求的功能和代码。
常用的测试覆盖率指标有语句覆盖率、分支覆盖率和路径覆盖率等。
语句覆盖率是指测试用例执行时是否覆盖了代码中的每一条语句。
它可以帮助我们确定是否有未执行的代码块，从而发现潜在的缺陷。
分支覆盖率是指测试用例执行时是否覆盖了代码中的每一条分支语句。
它能够帮助我们发现条件判断的问题，确保程序在不同分支上的表现正常。
路径覆盖率是指测试用例执行时是否覆盖了代码中的所有可能路径。
它是最全面的覆盖率指标，可以帮助我们评估测试用例的全面性和有效性。
二、缺陷密度缺陷密度是指在软件测试过程中发现的缺陷数量与代码行数之比。
它能够告诉我们单位代码行数中存在的缺陷数量，从而评估代码的质量。
缺陷密度的计算公式为：缺陷密度 = 缺陷数量 / 代码行数通常情况下，缺陷密度应该尽可能地低，因为较低的缺陷密度意味着代码质量较高。
如果缺陷密度超过了预期的阈值，就需要进一步分析和改进测试过程。
三、缺陷修复效率缺陷修复效率是指在软件测试过程中发现的缺陷修复的速度和效果。
它可以帮助我们评估开发团队的响应能力和解决问题的能力。
缺陷修复效率可以通过以下指标进行评估：1. 平均修复时间（MTTR）：指从发现缺陷到修复缺陷所需要的平均时间。
2. 平均修复周期（MTBF）：指缺陷修复之间的平均时间间隔。
3. 缺陷关闭率：指在一定时间内，成功修复并关闭的缺陷所占的比率。
通过对缺陷修复效率的评估，可以及时发现并解决问题，提高软件质量和用户满意度。
四、测试效率测试效率是指在规定时间内完成测试任务所需要的工作量和时间。
它可以帮助我们评估测试团队的运作效率和资源利用率。
软件开发过程中的质量度量与评估
软件开发过程中的质量度量与评估在如今的数字时代，软件开发变得越来越重要。
无论是个人使用还是企业应用，软件质量都是一个关键的考量因素。
为了确保开发出高质量的软件，我们需要进行质量度量与评估。
本文将探讨软件开发过程中的质量度量与评估方法和工具，并提出一些有效的建议。
一、质量度量方法1. 代码覆盖率度量代码覆盖率是衡量测试用例对源代码执行的程度。
它可以帮助开发人员发现代码中未测试到的部分，从而提高代码质量。
常见的代码覆盖率度量方法包括语句覆盖率、分支覆盖率和路径覆盖率等。
2. 缺陷密度度量缺陷密度指代码中存在的缺陷数量与代码规模之间的比例关系。
通过计算缺陷密度，开发人员可以评估代码的健康状况，并优化开发过程以降低缺陷密度。
缺陷密度的计算公式为：缺陷密度 = 缺陷数 / 代码规模。
3. 静态代码分析静态代码分析是通过对源代码进行静态检查来发现潜在的问题和错误。
它可以帮助开发人员在编译前发现代码中存在的问题，从而减少后期修复的成本。
常见的静态代码分析工具包括Lint、Checkstyle和FindBugs等。
4. 可维护性度量可维护性是衡量软件代码的易读性、易理解性和易修改性等方面的指标。
通过度量可维护性，我们可以评估软件的可持续发展性，并及时进行代码重构和优化。
常用的可维护性度量指标包括圈复杂度、代码行数和注释比例等。
二、质量评估工具1. 静态分析工具静态分析工具可以自动化进行代码分析，发现潜在的问题和错误。
例如，SonarQube是一个流行的静态分析工具，它可以检测代码中的漏洞、重复代码和低效率等。
通过使用静态分析工具，我们可以快速、准确地评估代码的质量。
2. 自动化测试工具自动化测试工具可以帮助开发人员编写和执行测试用例，验证软件的功能和性能。
例如，JUnit是一个常用的Java自动化测试框架，它可以自动运行测试用例并生成测试报告。
通过使用自动化测试工具，我们可以提高测试效率并减少测试过程中的人为错误。
软件质量度量与缺陷管理
软件质量度量与缺陷管理在软件开发过程中，质量度量和缺陷管理是至关重要的环节。
通过对软件质量进行度量评估，可以及时发现和解决缺陷，提高软件的可靠性和稳定性。
本文将从软件质量度量和缺陷管理两个方面进行论述。
一、软件质量度量软件质量度量是对软件产品特性进行评估和度量的过程。
通过量化的指标和方法，可以客观地评估软件的各个方面，例如功能性、可靠性、可维护性、性能等。
常用的软件质量度量方法有以下几种：1. 功能性度量功能性度量评估软件的功能是否满足用户需求。
可以通过计算软件功能点数、统计功能测试用例的覆盖率等指标来进行评估。
2. 可靠性度量可靠性度量评估软件的稳定性和可靠性。
可以通过计算软件故障率、平均失效间隔时间等指标来评估软件的可靠性。
3. 可维护性度量可维护性度量评估软件的易维护性和可扩展性。
可以通过计算修改成本、代码复杂度等指标来评估软件的可维护性。
4. 性能度量性能度量评估软件的响应时间、吞吐量等性能指标。
可以通过性能测试来评估软件的性能。
二、缺陷管理缺陷管理是指在软件开发过程中及时发现、记录、跟踪和解决缺陷的过程。
有效的缺陷管理可以帮助团队快速定位和解决问题，提高软件开发效率和质量。
下面介绍几个常用的缺陷管理方法：1. 缺陷记录在软件开发过程中，团队成员需要及时发现并记录缺陷。
缺陷记录包括缺陷的详细描述、复现步骤、优先级等信息，以便后续跟踪和解决。
2. 缺陷跟踪缺陷跟踪是指对已记录的缺陷进行跟踪和管理。
通过缺陷跟踪系统，团队可以对缺陷的状态、处理进度进行实时监控，确保每个缺陷都得到适时处理。
3. 缺陷解决缺陷解决是指对已记录的缺陷进行分析和解决的过程。
团队需要根据缺陷的优先级和影响程度，制定相应的解决方案，并进行验证和测试。
4. 缺陷分析缺陷分析是指对缺陷进行深入分析，找出产生缺陷的根本原因。
通过缺陷分析，团队可以总结经验教训，改进开发流程，避免同类缺陷的再次发生。
结论软件质量度量和缺陷管理是软件开发过程中不可或缺的环节。
做质量必用的18个公式
做质量必用的18个公式我们常用的质量指标有很多，如何计算这些指标，很多质量人都曾遇到这个问题。
今天分享18个质量管理常用的公式，你一定用得着。
1废品率定义：该百分比由废品材料费用除以总生产成本或由废品总数量除以产品总生产数量得到。
目的：用作结果度量，来确定过程是否按照规范化进行零件生产和装配。
公式：废品率％＝（废品的材料金额/总生产成本）×100％或（废品总数量/产品总生产数量）×100％。
术语：•废品材料金额：是废品所使用的材料的价值。
•总生产成本：是劳动力，材料和工厂负担（水、电等）的总和。
应用/信息：废品计算是直接从本单位的财务系统中得到其数值。
若公司的财务系统不能从劳动力和负担费用中分离出废品材料价值，应尽快与相关部门协调解决。
2返工率定义：花费在返工活动中时间的比例,由返工工时除以生产劳动工时或返工（返修）品的总数量除以总的生产数量得到。
目的：用作结果度量，来强调那些在第一次质量中需要改进的操作工位。
公式：返工率％＝（返工工时/总生产劳动工时）×100％或（返工（返修）品的总数量/总的生产数量）×100％。
术语：•返工工时：是指再次加工，分拣，修复那些将成为废品的工件所花费的时间。
这些时间可以是用在在制品，成品和外购部件或材料上。
返工时间包括诸如修复，重新包装，再分拣，附加的检查活动和遏制等。
返工时间包括内部的或外部的活动。
应包括直接时间加上加班时间中的直接时间部分。
•生产劳动工时：直接/生产劳动工人工作时间总和（包括直接时间加上加班时间中的直接时间部分）。
应用/信息：直接劳动工人的偶尔检查不应认为是返工。
任何再进入生产过程的产品应被认为返工。
生产线的总劳动内容的一部分应认为是返工。
该部分将根据返工的产品情况确定。
譬如，在最终检查时，涂漆生产线有10％的产品不合格，而该涂漆生产线共有20名操作员，返工的产品（10％）需要再次涂漆，涂漆生产线总工作时间的10％被认为是用来返工。
软件开发过程中的质量度量与评估研究
软件开发过程中的质量度量与评估研究在软件开发过程中，质量度量与评估尤其重要。
它们可以帮助开发人员更好地掌握工作进程，实现高质量的产品。
本文将讨论软件开发中质量度量与评估的研究和实践，包括什么是软件质量、为什么需要质量度量与评估、如何进行质量度量与评估以及什么是有效的质量度量与评估方法。
一、软件质量是什么软件质量指的是软件可以满足用户需求的能力。
软件质量取决于各种因素，包括可靠性、安全性、可维护性、可测试性、易用性等。
在软件开发的过程中，这些因素应该纳入考虑范围内，并被用于评估软件质量。
二、为什么需要进行质量度量与评估保证软件的质量是软件开发中至关重要的一件事情。
质量度量与评估不仅可以帮助开发人员更好地了解开发进展情况，还可以促进开发人员和用户之间的沟通。
在截止日期和工作量压力下，质量度量与评估可以帮助开发人员更好地掌握软件开发进程，在遇到问题时更快地做出决策。
除此之外，质量度量与评估还有助于开发人员识别和改善潜在问题。
开发人员可以运用度量标准来检验他们的工作，追踪错误，定位问题，并根据反馈改进过程。
通过增加开发人员和用户对软件的了解，质量度量与评估有助于提高开发人员为用户提供高质量产品的能力。
三、如何进行质量度量与评估质量度量与评估可以采用不同的方法。
其中最常见的选择是计算统计数据（例如错误率、代码行数等）或主观评估（例如用户调查，专家评价等）。
无论采用哪种方法，都应该确保选择的指标是可靠的，可重复的，并且能够反映产品的质量特征。
质量度量与评估应该在整个软件开发过程中进行，并被用于优化和控制开发过程。
例如，在设计阶段，度量可以用于评估设计方案是否有效和可行，以及识别潜在的问题。
在测试阶段，度量可以用于评估测试效果和发现错误。
在软件发布后，度量可以用于评估软件性能、用户满意度和固定错误。
四、有效的质量度量与评估方法要尽量减少质量度量与评估的主观性，需要开发统一的、可重复的度量方法。
这些方法应该包括可靠的标准和评价策略，并使用不同的度量标准来检查多个维度上的软件质量。
流程度量的关键指标 评估效率与质量
流程度量的关键指标评估效率与质量流程度量是指对一个流程进行定量评估和分析，以便从效率和质量两个角度来评估其绩效。
在流程管理和优化中，了解和掌握关键指标对于提高流程效率和质量至关重要。
本文将介绍一些常用的流程度量的关键指标，并说明如何评估流程的效率和质量。
1. 流程效率指标1.1. 完成时间完成时间是衡量一个流程执行时间的指标。
可以通过记录从开始到结束所经过的时间来评估流程的执行效率。
完成时间短则执行效率高，反之亦然。
1.2. 资源利用率资源利用率是指在流程执行过程中所使用的资源的利用效率。
资源包括人力、物力、时间等。
在评估流程效率时，需要考虑资源的合理分配和充分利用程度，以确保流程能够高效执行。
1.3. 工作量工作量是指在完成一个流程所需投入的工作量。
可以通过测算流程所需的人力、物力以及时间来评估工作量的大小。
工作量较小则表示流程执行效率高。
2. 流程质量指标2.1. 准确性流程的准确性是指流程执行结果与预期结果之间的一致性。
可以通过比对实际执行结果和预期结果来评估流程的准确性。
准确性高则表示流程质量高。
2.2. 一致性流程的一致性是指在不同执行环境下，流程执行结果的稳定性和一致性。
可以通过执行多次流程来评估其一致性。
一致性高则表示流程质量高。
2.3. 适应性流程的适应性是指流程在应对不同情况和变化时的灵活性和适应能力。
可以通过评估流程对不同参数、条件和约束的响应能力来评估其适应性。
适应性高则表示流程质量高。
3. 评估方法3.1. 数据采集评估流程效率和质量需要进行数据采集。
可以通过记录流程执行的时间、资源使用情况以及执行结果等数据来进行评估。
数据采集应该准确、全面，并覆盖流程执行的各个环节。
3.2. 数据分析通过对采集到的数据进行分析，可以得出对流程效率和质量的评估结果。
可以使用统计学方法、数据可视化等工具来辅助数据分析。
3.3. 结果反馈将分析结果反馈给流程执行者和相关利益相关者，以便他们了解流程执行效果，并对流程进行改进和优化。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一、实验目的
了解软件过程，了解软件过程的质量度量方法，掌握软件过程不同阶段中度量的侧重点及其各自的度量方法。
二、实验时间
2学时
三、实验内容
1.依据网络资源，了解软件过程度量中的相关内容，了解不同的软件过程阶段中度量
的侧重点及其各自的度量方法。
2.重点了解软件需求过程、软件测试过程及软件维护过程的质量度量方法。
3.以需求过程为主要内容，展开对软件需求过程的质量度量方法的综述。
四、实验要求
实验报告内容至少3000字。
不得抄袭。
五、实验总结
1、软件过程度量的过程是企业的整个软件过程的一部分，它与软件过程的其他部分
（其他子过程）想好联系又想好影响，软件过程中不同角色和组织对度量需求和应
用各不相同。
第一是在项目组内的各个层次的项目管理可根据度量信息对软件项目
的成本投入、进度、质量、风险和资源进行计划和控制。
而且度量信息还是项目状
态信息交流的基础。
第二是过程组可通过度量信息确定过程和产品的质量以订制过
程改善计划，并掌握过程改善的效果。
第三是高层项目管理关系的是在其管理下的
项目在成本投入、进度、质量、风险、资源和过程改善的整天信息而不是具体的细
节。
并关心项目组和整个企业的生产能力。
软件过程度量在对过程和产品的具体特
性进行分析和总结的基础为其提供决策信息。
第四是客户及最终用户可通过产品或
过程的度量信息来对软件开发状态进行跟踪和监督以降低客户方承担软件开发风
险。
最后项目外部的其他研究实体也可通过积累的大量度量新消息来分析研究软件
过程技术。
在软件过程度量中分四个阶段。
第一阶段工作主要分两部分：首先，接受度量请求后，应明确标识度量设计的组织单位，如一个项目、一个功能领域、整个企业；
建立度量的管理和软院委托事项（责任义务）；还要通过声明或是新闻知晓组织单位。
其次，分配资源和人员，并明确度量的使用者、分析者、度量库管理员的责任和义
务，以保证资源的提供和度量的实施。
第二阶段度量过程计划的主要工作就是为度
量实施开发一个详细的计划，内容包括：明确描述作为度量环境的组织单位的相关
特征；标识信息需求，明确所需信息的各种目的或用途、重要程度，选择最后信息
内容，并形成文档；选择满足信息需求的度量；定义数据收集、分析和报告过程；
定义评估信息产品好度量过程的标准；最后，评审、批准度量任务，并提供度量所
需资源。
第三阶段度量过程的执行活动包括：整合度量具体过程、手机数据、分析
数据、形成文档。
第四极端评价度量的活动包括：评估度量和度量过程；标识潜在
的度量过程改善。
2、软件需求过程度量
软件需求是软件开发的依据，软件学期管理是软件生产与质量管理中最重要的一个环节，需求管理从用户需求获取开始，贯穿于整个软件的生命周期，其目的是保证用户的需求得到完善、一致的理解；所有的需求都被标识出来；所以需求的实现过程都得到跟踪、监督与验证；所有需求的变化都得到控制、理解和处理。
软件需求包括三个不同层次:业务需求、用户需求和功能需求
业务需求：反映了组织机构或客户对系统、产品的高层次的目标要求，它们在项目视图与范围文档中予以说明。
用户需求：描述的是用户的目标或用户要求对系统必须完成的任务。
需求功能：定义了开发人员必须实现的软件功能，用户能使用这些功能完成他们的任务，从而满足业务需要。
需求获取是需求过程的主体，是客户和开发者两个团体互相沟通、识别需求的过程。
在这一过程中，客户和开发者通过提取、定义稀奇来相互约束。
收集需求不是一个简单的工作。
获取需求的范围应比较宽广，以满足目标系统设定的边界。
在需求获取中，应专注与需求而不是设计。
专注于设计就会强调开发问题而忽略用户的需求，导致需求获取的失败。
需求中掺杂了设计，会使用户难以验证需求，同时用户可能无法理解设计方面的语言。
软件测试过程
软件测试过程主要分为五个阶段：需求分析阶段：只要就是对业务的学习，分析需求点。
测试计划阶段：测试组长就要根据SOW开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。
测试设计阶段：测试方案一般由对需求很熟的高资深的测试工程师设计，测试方案要求根据《SRS》上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三部分的方案。
《测试方案》编写完成后也需要进行评审。
测试方案阶段：主要是对测试用例和规程的设计。
测试用例是根据《测试方案》来编写的，通过《测试方案》阶段，测试人员对整个系统需求有了详细的理解。
这时开始编写用例才能保证用例的可执行和对需求的覆盖。
测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。
其中操作步骤和预期结果需要编写详细和明确。
测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。
同样，测试用例也需要评审。
测试执行阶段：执行测试用例，及时提交有质量的Bug和测试日报，测试报告等相关文档。
软件维护过程
运行中的软件都包含有错误，有些在测试过程中没有发现需要修改，还有一些需要适应新的软件硬件环境以及增加新的功能以及把今天的技术用于明天的系统。
改正在特定的使用条件下暴露出来的一些潜在程序错误或设计缺陷；因在软件使用过程中数据环境发生变化(例如一个事务处理代码发生改变)或处理环境发生变化(例如安装了新的硬件或操作系统)，需要修改软件以适应这种变化。
用户和数据处理人员在使用时常提出改进现有功能，增加新的功能，以及改善总体性能的要求，为满足这些要求，就需要修改软件把这些要求纳入到软件之中。
应确定维护的类型。
用户常常把一项要求看作是改正性维护，而维护人员可能把同一项要求看作是适应性或完善性维护，所以确认维护类型需要维护人员和用户反复协商，弄清楚错误情况
和用户裕要做的修改类型。
3、软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种
可能的解法，并且分配给各个软件元素。
需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。
定对系统的综合要求。
分析系统的数据要求，导出系统的逻辑模型，修正系统的开发计划。
软件需求分析所要做的工作是深入描述软件的功能和性能，确定软件设计的限制和软件同其它系统元素的接口细节，定义软件的其它有效性需求。
进行需求分析时，应注意一切信息与需求都是站在用户的角度上。
尽量避免分析员的主观想象，并尽量将分析进度提交给用户。
在不进行直接指导的前提下，让用户进行检查与评价。
从而达到需求分析的准确性。
分析员通过需求分析，逐步细化对软件的要求，描述软件要处理的数据域，并给软件开发提供一种可转化为数据设计、结构设计和过程设计的数据和功能表示。
在软件完成后，制定的软件规格说明还要为评价软件质量提供依据。
发软件系统最为困难的部分就是要准确说明开发什么。
最为困难的概念性工作便是要编写出详细的技术需求，这包括所有面向用户、面向机器和其它软件系统的接口。
如果做错，这将是会最终给系统带来极大损害的一部分，并且以后再对它进行修改也极为困难。
目前，国内产品的庞杂，一家企业可能有几个系统并立运行，它们之间的接口是系统开发人员最头痛的问题。
对于商业最终用户应用程序，企业信息系统和软件作为一个大系统的一部分的产品是显而易见的。
在软件需求规格说明书（SRS）中说明的功能需求充分描述了软件系统所应具有的外部行为。
软件需求规格说明在开发、测试、质量保证、项目管理以及相关项目功能中都起了重要的作用。
对一个大型系统来说，软件功能需求也许只是系统需求的一个子集，因为另外一些可能属于子系统（或软件部件）。
作为功能需求的补充，软件需求规格说明还应包括非功能需求，它描述了系统展现给用户的行为和执行的操作等。
它包括产品必须遵从的标准、规范和合约；外部界面的具体细节；性能要求；设计或实现的约束条件及质量属性。
所谓约束是指对开发人员在软件产品设计和构造上的限制。
质量属性是通过多种角度对产品的特点进行描述，从而反映产品功能。
多角度描述产品对用户和开发人员都极为重要。