产品编码系统需求规格说明书..
软件工程——需求规格说明书
二、需求规格说明书完成人：1．概述（Summary）项目的目的与目标（Purpose and Aim of Project）图书管理系统需求说明书是为了让系统的涉众就该系统的需求达成一致认可，明确该系统的需求，为后续的开发工作提供依据。
通常，该需求规格说明可以作为产品设计的主要依据，并作为程序员编码时了解软件实际需求的主要参考资料。
同时，需求规格说明是产品实现后用于检验的主要考察依据，是测试人员编写测试用例时的主要参考文件。
另外，本文档还可以为其他需要了解系统需求的人员提供产品需求的详细说明。
术语定义（Terms Glossary）文档中采用的专门术语的定义及缩略词简要如下：使用者：系统管理员、图书管理员、读者。
UML:统一建模语言。
相关文档（Related Documents）朱少民、左智，《软件过程管理》，清华大学出版社：张燕、洪蕾等编著，《软件工程导论》，机械工业出版社；王珊等，《数据库原理及设计》，清华大学出版社；2．问题初始分析（Early Analysis）场景描述（Scene Description）一、系统管理员1.用例名称：系统管理员2.范围：系统的更新和维护。
3.级别：管理系统4.主要参与人员：系统管理人员。
5.涉及及其关注点：系统管理员：希望能够定期的维护图书管理系统，及时的进行系统的更新。
6.前置条件：系统管理员必须有更新和维护系统的权限。
7.成功保证：能够成功的更新和维护该系统。
8.主成功场景：系统管理员更新和维护图书管理系统。
9.特殊要求：（1）适用于window系统。
（2）当访问出现问题是，系统有强大的恢复能力。
二、图书管理员管理图书1.用例名称：图书管理员管理图书2.范围：图书3.级别：管理目标4.主要参与者：图书管理员5.涉及及其关注点：管理员：希望能够准确、快速的输入，而且没有输入错误，因为如果输入错误，将导致图书的信息报错的等。
6.前置条件：图书管理员必须经过确认和保证。
软件工程概论_北京联合大学中国大学mooc课后章节答案期末考试题库2023年
软件工程概论_北京联合大学中国大学mooc课后章节答案期末考试题库2023年1.需求不明确或可能发生变化的大型复杂软件系统适合使用瀑布模型来开发。
参考答案:错误2.V模型是对瀑布模型的修正，强调测试验证；V模型中的各个开发阶段之间强调最大重叠。
参考答案:错误3.在需求工程中，主要产生三类重要的文档：项目前景和范围文档、用户需求文档、需求规格说明书。
其中，用例文档可以用来代替用户需求文档，起到记录、交流领域信息和用户期望的作用。
参考答案:正确4.软件结构设计是（）。
参考答案:从数据流图导出初始结构图5.模块化、信息隐藏、抽象和逐步求精的软件设计原则有助于得到高内聚、低耦合的软件产品。
参考答案:正确6.在软件生存周期各个阶段，工作量最大的是需求分析阶段。
参考答案:错误7.快速原型模型的缺点之一就是缺少项目标准，不断修改原型可能导致原型质量低下；容易退化为边做边改。
参考答案:正确8.与设计测试用例无关的文档是（）。
参考答案:项目开发计划9.软件的几种维护中，以（）占比最高。
参考答案:完善性维护10.软件测试用例主要由输入数据和（）两部分组成。
参考答案:预期输出结果11.软件开发全过程的测试工作都可以实现自动化。
参考答案:错误12.如果一个变量在整个程序运行期间都存在，但是仅在说明它的函数内是可见的，这个变量的存储类型应该被说明为(）。
参考答案:内部变量13.不属于白盒测试的技术是（）。
参考答案:边界值分析14.项目的前景和范围文档、用户需求文档都被视为属于（），重点都是用户的现实世界。
参考答案:用户文档15.系统需求规格说明书、软件需求规格说明书、硬件需求规格说明书、接口需求规格说明书和人机交互文档一起被用于系统开发，都被认为是（）。
参考答案:开发文档16.原型方法的最大有点就是能够及早地发现并解决系统开发中的不确定性，从而降低软件项目失败的风险。
参考答案:正确17.软件生存周期中所花费用最多的阶段是（）。
需求规格说明书(样例)
第一章需求规格说明书目录第一章综述 (1)1.1编制目的 (1)1.2适用范围 (1)1.3参考依据 (1)1.4编制约束 (1)1.4.1图元约束 (1)1.4.2编码约束 (3)1.4.3格式约束 (4)1.5内容结构（可选） (5)1.6导读说明 (5)第二章项目概述 (7)2.1项目背景 (7)2.2项目范围 (7)2.3项目目标 (7)2.4现状描述 (7)第三章需求总体分析 (8)3.1功能体系设计 (8)3.1.1功能结构 (8)3.1.2功能分布 (9)3.2整体业务流程（可选） (10)3.3业务标准体系 (11)第四章功能性需求 (12)4.1功能综述 (12)4.2需求清单 (12)4.3需求优先级（可选） (13)4.4功能编码•功能项 (13)4.4.1功能综述 (13)4.4.2业务流程 (14)4.4.3关系分析 (15)4.4.4详细功能需求 (16)第五章非功能性需求 (21)5.1软件质量属性需求 (21)5.1.1运行期 (21)5.1.2非运行期 (25)5.2约束性需求 (26)5.2.1基础架构 (26)5.2.2标准规范 (26)5.2.3集成要求 (26)5.2.4其他约束 (27)第六章集成需求 (28)6.1技术要求 (28)6.2数据集成 (28)6.3应用集成 (30)6.4流程集成 (30)第七章尚需解决的问题 (31)7.1问题总表 (32)7.2问题处理 (32)附录I 业务对象 (33)第二章综述2.1若采用分册编制方式组织, 则本章与第二章、第三章单独成册, 其它分册可略去本章、第二章和第三章内容。
2.2编制目的用简洁的语言描述编写这个文档的目的。
2.3适用范围本文档适用的范围。
2.4参考依据2.5列举编写软件需求规格说明时所参考的资料或其它资源。
这可能包括且不限于: 用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档, 或相关产品的软件需求规格说明。
需求规格说明书的格式规范
项目编号: S×××－<项目名称>分类:<模板>需求规格说明书Version:项目承担部门：撰写人（签名）：完成日期：本文档使用部门：■主管领导■项目组■客户（市场）■维护人员■用户评审负责人（签名）：评审日期：目录1.引言 (1)1.1目的 (1)1.2定义 (1)1.3参考资料 (1)2.软件总体概述 (1)2.1软件标识 (1)2.2软件描述 (1)2.2.1系统属性 (1)2.2.2开发背景 (2)2.2.3软件功能 (2)2.3用户的特点 (2)2.4限制与约束 (2)3.具体需求 (2)3.1功能需求 (3)3.2性能需求 (3)3.3数据库需求 (4)3.4设计约束 (4)3.4.1其他标准的约束 (4)3.4.2硬件约束 (4)3.5属性 (4)3.5.1可用性 (4)3.5.2可靠性 (4)3.5.3效率 (4)3.5.4安全性 (4)3.5.5可维护性 (4)3.5.6可移植性 (5)3.6外部接口需求 (5)3.6.1用户接口 (5)3.6.2硬件接口 (5)3.6.3软件接口 (5)3.6.4通信接口 (6)4.数据字典 (6)5.附录 (6)5.1用户方组织机构图； (6)1. 引言1.1 目的本节描述软件产品需求规格说明书（SRS）的目的，如：定义软件总体要求，作为用户和软件开发人员之间相互了解的基础；提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础；作为软件总体测试的依据。
1.2 定义本节列出SRS中用到的全部需求的术语、定义和缩略语清单。
这些信息可以由SRS的附录提供，也可以参考其他的文件，如果有，本节必须指明。
1.3 参考资料本节列出下列资料：经核准的用户合同、《用户需求说明书》、《项目开发委托合同书》、《技术可行性报告》等文件；本项目的较高层次的开发文档，如：《项目开发计划》等；SRS中各处引用的资料、标准和规范。
如何写好一份需求规格说明书PRD
如何写好一份需求规格说明书PRD编写一份高质量的需求规格说明书（Product Requirements Document, PRD）是软件开发过程中的关键环节，它详细描述了产品的功能需求、非功能需求、用户界面、性能要求、约束条件以及与其他系统的接口等，为开发团队提供了明确的指导。
以下是一些步骤和建议，帮助您撰写一份清晰、完整且易于理解的需求规格说明书：1. 明确目的与范围●引言：简要介绍项目的背景、目的、目标用户及主要需求概述。
●范围定义：明确PRD所涵盖的功能范围，以及不包含的内容，避免需求蔓延。
2. 用户故事与用例●用户角色：定义产品的用户角色及其主要目标和任务。
●用户故事：以“作为[用户角色]，我希望能够[执行某个操作]，以便[达到某个目的]”的格式编写用户故事。
●用例图与用例描述：通过用例图展示用户与系统之间的交互，并详细描述每个用例的前置条件、基本流、备选流和后置条件。
3. 功能需求●详细功能描述：对每个功能进行详细说明，包括输入输出、处理逻辑、异常处理等。
●优先级排序：为功能设定优先级，帮助开发团队理解哪些功能是最重要的。
4. 非功能需求●性能要求：如响应时间、吞吐量、并发用户数等。
●可用性：界面友好性、易用性、可访问性等。
●安全性：数据加密、用户验证、权限管理等。
●兼容性：支持的平台、浏览器、设备类型等。
●可维护性与可扩展性：代码结构、文档化、模块化设计等。
5. 界面原型与UI设计●界面原型：提供低保真或高保真的界面原型图，展示界面布局和交互流程。
●UI设计规范：包括颜色、字体、图标、布局等的设计准则。
6. 数据要求●数据库设计：描述数据库的结构、表之间的关系、字段类型及约束等。
●数据字典：定义所有数据元素的名称、类型、长度、用途等。
7. 接口定义●API接口：详细描述与外部系统或内部组件之间的接口协议、请求参数、响应格式等。
●文件格式与标准：如果涉及文件上传或下载，需定义文件格式、编码标准等。
系统的需求规格说明书的撰写
系统的需求规格说明书的撰写一、引言本文旨在阐述系统需求规格说明书的重要性、目的和背景，以便读者能够更好地理解本文所要讲述的内容。
二、需求规格说明书的重要性系统需求规格说明书是一份详细描述系统需求、功能和非功能需求的文档，它对于系统的开发、测试、实施和维护具有重要意义。
具体来说，它的重要性体现在以下几个方面：1.明确需求：通过编写系统需求规格说明书，可以明确系统的需求，避免在开发过程中出现需求不明确、需求变更等问题。
2.提高开发效率：系统需求规格说明书可以作为开发人员进行系统设计和编码的依据，从而提高开发效率。
3.保证系统质量：系统需求规格说明书可以作为测试人员进行测试的依据，确保系统符合需求规格说明书中描述的要求，从而保证系统的质量。
4.降低维护成本：系统需求规格说明书可以作为系统维护的依据，当系统出现问题时，可以根据需求规格说明书进行排查和解决，从而降低维护成本。
三、需求规格说明书的撰写目的系统需求规格说明书的撰写目的是为了确保系统的开发能够满足用户的需求和期望，具体来说，它的撰写目的包括以下几个方面：1.描述系统的功能和性能需求：通过系统需求规格说明书，可以详细描述系统的功能和性能需求，包括系统的输入、输出、处理过程、性能指标等。
2.定义系统的范围和限制：系统需求规格说明书可以定义系统的范围和限制，包括系统的运行环境、与其他系统的接口、安全限制等。
3.为系统设计提供依据：系统需求规格说明书可以为系统设计提供依据，包括系统的数据库设计、界面设计、系统架构设计等。
4.为测试和验收提供依据：系统需求规格说明书可以为测试和验收提供依据，包括测试用例的设计、测试数据的准备、验收标准的制定等。
四、需求规格说明书的撰写步骤系统需求规格说明书的撰写步骤包括以下几个阶段：1.需求调研：在进行需求规格说明书撰写之前，需要对用户进行需求调研，了解用户对系统的需求和期望。
2.需求分析：根据需求调研结果，对需求进行分析和整理，将用户需求转化为系统需求。
需求规格说明书模板
软件需求规格说明书模版目录1 简介.................................................. 错误!未定义书签。
编写目的........................................ 错误!未定义书签。
预期的读者和阅读建议............................ 错误!未定义书签。
术语、定义、符号及缩略语........................ 错误!未定义书签。
参考资料........................................ 错误!未定义书签。
2 综合描述.............................................. 错误!未定义书签。
项目背景........................................ 错误!未定义书签。
产品功能........................................ 错误!未定义书签。
应用模型........................................ 错误!未定义书签。
运行环境........................................ 错误!未定义书签。
假设和依赖...................................... 错误!未定义书签。
3 功能需求.............................................. 错误!未定义书签。
包结构模型/模块关系模型......................... 错误!未定义书签。
用例包1（采用用例模型）........................ 错误!未定义书签。
用例模型图................................. 错误!未定义书签。
需求规格说明书约束与假设
需求规格说明书约束与假设一、引言需求规格说明书是软件开发过程中的重要文档之一，它描述了用户对软件系统的需求以及系统实现的约束和假设。
本文将从约束和假设两个方面进行阐述。
二、约束1. 时间约束：软件开发需要在规定的时间内完成，因此开发团队需要在时间约束下进行工作。
2. 资源约束：软件开发需要一定的资源支持，包括硬件设备、人员配备和经费等。
这些资源约束会对软件的开发和实现产生影响。
3. 技术约束：软件开发需要遵守特定的技术规范和标准，例如编码规范、软件架构规范等。
这些技术约束确保软件的质量和可维护性。
4. 法律约束：软件开发过程中需要遵守相关法律法规，包括知识产权保护、隐私保护等。
这些法律约束对软件的开发和使用具有重要意义。
三、假设1. 用户假设：需求规格说明书中的用户假设是对用户行为和需求的一种推测。
例如，假设用户会按照软件设计的逻辑进行操作，不会故意破坏系统。
2. 环境假设：软件系统在特定的环境下运行，因此需要对环境做出一些假设。
例如，假设系统运行的硬件环境是稳定可靠的，不会出现故障。
3. 数据假设：软件系统需要处理一定的数据，因此对数据的假设是非常重要的。
例如，假设输入数据的格式符合特定的规范，不会出现异常情况。
4. 限制假设：软件系统可能会受到一些限制，例如处理速度、存储空间等。
对这些限制进行合理的假设是进行系统设计和开发的基础。
四、总结需求规格说明书中的约束和假设是对软件开发和实现过程中的限制和假设的描述。
约束包括时间约束、资源约束、技术约束和法律约束，而假设包括用户假设、环境假设、数据假设和限制假设。
这些约束和假设的合理性和准确性对于软件的开发和实现具有重要意义。
因此，在编写需求规格说明书时，需要对约束和假设进行详细的描述和分析，以确保软件系统的质量和可用性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
目录1.引言 (2)1.1.编写目的 (2)1.2.背景说明 (2)2.任务概述 (2)2.1.目标 (2)2.2.用户特点 (2)3.需求规定 (3)3.1.对功能的规定 (3)3.1.1. 产品编码方案规定 (4)3.1.2. 零部件编码方案规定 (6)3.1.3. 物料编码方案规定 (7)3.2.对性能的规定 (8)4.运行环境规定 (9)4.1.设备 (9)4.2.运行环境 (9)5.需求说明 (10)5.1.用例分析 (10)5.2.功能描述 (11)5.2.1. 用户登录 (11)5.2.2. 用户注册及信息维护 (11)5.2.3. 产品编码自动生成及维护 (12)5.2.4. 产品编码信息查询 (12)5.2.5. 零部件编码自动生成及维护 (12)5.2.6. 零部件编码信息查询 (13)5.2.7. 物料编码自动生成及维护 (13)5.2.8. 物料编码信息查询 (14)5.2.9. 产品BOM自动生成及维护 (14)5.2.10. 产品BOM信息查询 (15)5.2.11. 产品图纸维护和查看 (15)5.2.12. 产品及零部件库存信息查询 (15)6.约定和说明 (16)6.1.零件、部件编码方案进行统一 (16)6.2.原有电桥平台分为两类，立式电桥、卧式电桥.......................... 错误!未定义书签。
6.3.原材料编码方案去除供应商信息 (16)6.4.产品、零部件编码方案去除客户及供应商信息 (16)6.5.编码信息的修改和删除 (17)产品编码需求规格说明书1.引言1.1.编写目的本需求规格说明书是对产品编码管理信息系统调研的总结，并从用户角度对产品编码管理信息系统做出完整准确的定义，是产品编码管理信息系统设计及验收的依据。
1.2.背景说明项目名称：产品编码管理信息系统项目与其他系统的关系：产品编码管理信息系统为公司生产部门、管理部门提供规范化、统一化、唯一化的产品编码、零部件编码、物料编码及产品BOM 信息，是公司信息管理平台正常运行的基础和前提。
2.任务概述2.1.目标项目目标：建设产品编码管理信息系统，依托完备的网络基础设施、存储、安全及多个业务领域服务系统，为公司提供产品编码、零部件编码、物料编码、产品BOM生成及图纸查阅等功能，为公司其他管理信息系统提供基础的数据保障。
2.2.用户特点产品、零部件及物料编码是公司生产、运作及管理的基础，因此本系统的应用部门覆盖了公司大部分业务部门，如产品开发部、生产部、生产车间、采供部、财务部、销售部等。
其中，产品开发部是本系统的最直接用户，具有系统的全面审阅和维护权限，其他部门人员根据需求分配查阅权限。
具体角色和权限分配如下表：3.需求规定3.1.对功能的规定产品编码管理信息系统要在充分考虑旧产品编码方案的继承性的基础上，实现产品、零部件及物料的自动编码，编码信息满足唯一性、规范性、简明性和可扩容性等要求。
根据零部件编码的相似性，将旧编码方案中零件、部件编码方案进行融合，通过一位属性码进行区分。
物料编码仅对生产所用原材料进行编码管理，如钢材、标准件等，对于劳保等非生产用物料暂不进入系统。
3.1.1.产品编码方案规定产品编码采用六层12位码制结构进行编码：属性码产品平台代码产品系列代码速比制动方式流水号各层内容及说明：➢属性码：系列基本产品为“000”，变型的品种按“001、002…”依次排列：①SX110系列000——SX110②SK410系列000——SK410001——SFJ6370(43/9)（非ABS）002——SFJ6370(41/8)（非ABS）3.1.2.零部件编码方案规定零部件编码采用六层13位码制结构进行编码：属性码产品平台代码产品系列代码所属总成所属分总成流水号各层内容及说明：➢属性码、产品平台代码、产品系列代码如前所述➢所属总成、所属分总成——各两位数字：（用户根据举例准备数据）➢流水号按照所属产品平台、产品系列、所属总成、所属分总成上的装配关系，进行流水号统制；初始编号为001，新增加的部件进行新统制。
3.1.3.物料编码方案规定物料编码方案采用3层6位码制结构进行编码：属性码物料大类物料小类各层内容及说明：➢属性码如前所述➢物料大类——2位数字（用户根据举例准备数据）要求：请按照示例，列出公司所有物料大类3.2.对性能的规定1）对用户重要的属性可用性：满足用户的基本需求，系统结构完整，界面清晰，操作便捷，响应迅速。
可靠性：界面展示与后台数据库始终保持一致，数据提交保证实时性、可靠性和安全性。
可扩展性：一期工程为未来的二期工程（如：在制品管理、计划调度、质量管理等）留下接口，保证系统的扩容和继承。
可集成性：系统可与库存管理信息系统实现无缝集成，同时也可实现与其他管理信息系统的顺利集成。
2）对开发者重要的属性可移植性：系统使用的是Java开发技术，可灵活实现系统的跨平台运行。
可重用性：系统采用面向对象的设计和开发思想，通过类、接口、封装、继承等技术，实现系统的可重用性和扩展性。
4.运行环境规定4.1.设备4.2.运行环境1)硬件环境：服务器推荐配置：●CPU：Intel 至强5600或更高，核心频率2.13GHz；●内存：容量16GB或更高；●硬盘存储：容量2T或更高；2)软件环境：服务器端软件：●操作系统：Windows 2003Server/ Windows XP或更高版本；●虚拟机：JDK6.0或更高版本；●应用服务器：Tomcat 6.0或更高版本；●数据库管理系统：oracle 10g或更高版本。
浏览器端软件：●浏览器：IE6.0或更高版本。
网络环境●各浏览器端和服务器端通过TCP/IP协议连接成局域网。
5.需求说明5.1.用例分析5.2.功能描述5.2.1.用户登录1)功能描述●用户登录产品编码系统，2)主要事件操作●用户在浏览器中输入网址；●系统展示登录页面；●输入用户名和密码，进入系统；5.2.2.用户注册及信息维护3)功能描述●对新用户进行注册，并填写用户帐户信息，给予登陆系统所使用的用户名和密码；●对老用户注册信息进行查询、修改、删除维护。
4)主要事件操作●系统管理员登陆用户注册及信息维护页面；●对于新增用户，点击增加按钮，填写用户姓名、用户角色、所属部门、职务、出生日期、登陆密码等注册信息，点击保存完成用户注册；●对于旧用户的信息更新，通过查询选择满足条件的用户，点击修改按钮，修改相应字段的注册信息，点击保存完成信息更新；●对于已有的用户删除，通过查询选择满足条件的用户，点击删除完成该用户的删除。
5.2.3.产品编码自动生成及维护1)功能描述●根据产品编码方案对未编码的产品进行编码；●对已编码的产品进行编码信息维护。
2)主要事件操作●用户进入产品编码页面，页面展示已编码的产品信息；●系统判断是否为产品设计人员，若否，则用户仅可以进行产品编码信息的查询；●对于新增产品编码，点击增加按钮，输入或从下拉列表框选择相应的产品名称、产品平台、产品系列、速比、制动方式、产品生产车间、主制工段、目前生产所使用的旧编码等附属信息，点击保存，系统根据产品编码方案自动进行产品编码，并保存相应的附属信息；●对于已编码产品的信息修改，通过查询满足条件的产品，修改相应字段的信息，点击保存完成信息更新；●对于已编码产品的删除，通过查询满足条件的产品，点击删除按钮，删除该产品的编码及附属信息。
5.2.4.产品编码信息查询1)功能描述●根据需要查询特定条件的产品编码及附属信息。
2)主要事件操作●用户进入产品编码页面，页面展示已编码的产品信息；●输入查询条件；●页面展示满足查询条件下的产品编码信息；5.2.5.零部件编码自动生成及维护1)功能描述●根据零部件编码方案对未编码的零部件进行编码；●对已编码的零部件进行编码信息维护。
2)主要事件操作●用户进入零部件编码页面，页面展示已编码的零部件信息；●系统判断是否为产品设计人员，若否，则用户仅可以进行零部件编码信息的查询；●对于新增零部件编码，点击增加按钮，输入或从下拉列表框选择相应的产品名称、产品平台、产品系列、所属总成、所属分总成、生产车间、主制工段、配套属性、是否关重件、目前生产所使用的旧编码等附属信息，点击保存，系统根据零部件编码方案自动进行零部件编码，并保存相应的附属信息；●对于已编码零部件的信息修改，通过查询满足条件的零部件，修改相应字段的信息，点击保存完成信息更新；●对于已编码零部件的删除，通过查询满足条件的零部件，点击删除按钮，删除该零部件的编码信息及附属信息。
5.2.6.零部件编码信息查询1)功能描述●根据需要查询特定条件的零部件编码及附属信息。
2)主要事件操作●用户进入零部件编码页面，页面展示已编码的零部件信息；●输入查询条件；●页面展示满足查询条件下的零部件编码信息。
5.2.7.物料编码自动生成及维护1)功能描述●根据物料编码方案对未编码的物料进行编码；●对已编码的物料进行编码信息维护。
2)主要事件操作●用户进入物料编码页，页面展示已编码的物料编码信息；●系统判断用户角色：若为产品设计人员，则可以开放该页面的所有权限；若为原材料库管员，则仅可进行物料附属信息的维护，若为其他用户，则仅可进行物料编码信息的查询；●对于新增物料编码，点击增加按钮，输入或从下拉列表框选择相应的物料名称、物料大类、物料小类、单价、计量单位等附属信息，点击保存，系统根据物料编码方案自动进行物料编码，并保存相应的附属信息；●对于已编码物料的信息修改，通过查询满足条件的物料，修改相应字段的信息，点击保存完成信息更新；●对于已编码物料的删除，通过查询满足条件的物料，点击删除按钮，删除该物料的编码信息。
5.2.8.物料编码信息查询1)功能描述●根据需要查询特定条件的物料编码及附属信息。
2)主要事件操作●用户进入物料编码页面，页面展示已编码的物料信息；●输入查询条件；●页面展示满足查询条件下的物料编码信息。
5.2.9.产品BOM自动生成及维护1)功能描述●产品BOM的自动生成；●产品BOM信息的维护。
2)主要事件操作●用户进入产品BOM页面，页面展示已生成的产品BOM信息；●系统判断是否为产品设计人员，若否，则用户仅可以进行产品BOM信息的查询；●对于新增产品BOM，通过循环选择父节点，添加子项节点，选择子项零部件编码，并保存，最终完成产品BOM的生成。
●对于已有产品BOM的信息修改，通过选择对应节点，修改该节点上的零部件编码，该节点以及其下所有节点的级联信息一并更新；●对于产品BOM中某节点的删除，该节点以及其下所有子节点进行级联删除。
5.2.10.产品BOM信息查询1)功能描述●根据需要查询特定条件的产品BOM信息。