河南科技大学软件工程课程设计报告正文部分.doc

.目 录第1章 问题背景和问题的定义31.1 问题背景31.2 定义31.3 BOM 用途说明：41.4 ERP中BOM的构造问题:4第2章 需求分析62.1 系统概述62.2 总体描述62.2.1 关联图62.3 用户类和用户特性72.4 运行环境72.5 设计和实现的约束条件72.6 用户文档72.7 假设和依赖72.8 系统特性（功能）72.9 外部接口需求82.10 安全性92.11 分析模型92.12关键用例模型11第3章 系统设计123.1 软件体系结构设计123.2 接基于ER图的数据库设计123.3 过程设计13第4章 系统实现154.1 编码规范化154.1.1 标识符154.1.2 注释154.1.3 视觉组织164.2 再结构化17第5章 系统测试185.1 用于代码检查的缺陷列表185.2 对程序模块进行单元测试分析195.3测试用例请求文档215.4 黑盒测试22结 论24参考文献25第1章 问题背景和问题的定义1.1 问题背景物料清单是企业所有核心业务都要用到的共享管理文件，它对任何业务都是很重要的，不是某一业务所独占的文件。使用物料清单最频繁的是计划部门，计划的有效性受物料清单的影响也最大。物料清单的作用可以分以下几方面来谈。1.用报表表达时间坐标上的产品结构。2.联系与沟通企业各项核心业务的纽带。采用计算机辅助企业生产管理，首先要使计算机能够读出企业所制造的产品构成和所有要涉及的物料，为了便于计算机识别，必须把用图示表达的产品结构转化成某种数据格式，这种以数据格式来描述产品结构的文件就是物料清单，即是BOM。它是定义产品结构的技术文件，因此，它又称为产品结构表或产品结构树。在某些工业领域，可能称为“配方”、“要素表”或其它名称。在MRP和ERP系统中，物料一词有着广泛的含义，它是所有产品，半成品，在制品，原材料，配套件，协作件，易耗品等等与生产有关的物料的统称。在通常的MRP和ERP系统中BOM是指由双亲件及子件所组成的关系树。BOM可以是自顶向下分解的形式或是以自底向上跟踪的形式提供信息。 在MRP和ERP系统中中BOM是一种数据之间的组织关系，利用这些数据之间层次关系可以作为很多功能模块设计的基础，这些数据的某些表现形式是我们大家感到熟悉的汇总报表。 1.2 定义(1) 狭义的B OM狭义上的BOM(Bill of Materials)通常称为“物料清单”，就是产品结构（Product Structure)。仅仅表述的是对物料物理结构按照一定的划分规则进行简单的分解，描述了物料的物理组成。一般按照功能进行层次的划分和描述。广义的BOM= 产品结构 + 工艺流程(2) 广义的B OM广义上的BOM是产品结构和工艺流程的结合体，二者不可分割。离开工艺流程谈产品结构，没有现实意义。要客观科学的通过BOM来描述某一制造业产品，必须从制造工艺入手，才能准确描述和体现产品的结构。二者结合的方法：首先确定产品的工艺流程，然后描述每个工序（工艺流程的组成部分）上所使用的物料；由于生产组织方式的不同，各子物料有相应的生产子工艺流程，同样每个工序上存在物料的使用，这样就根据生产组织方式决定了BOM的层次。(3) 扩展的BOM扩展的BOM在传统意义上的BOM上更加深入地体现“资源”的意义，已经变成Bill of Manufacturing,不仅仅包含工艺流程和产品结构，更多的是加入了对设备、人工和资金信息的集成和体现。扩展的BOM公式：BOM（Bill of Manufacturing) =工艺流程 （Routing)+ 产品结构（Product Structure)+ 资源（设备，人工，资金等） 定义BOM于制造业实务呈现方式。包括：(1) 产品图纸 (2) 产品成本表(3) 材料用量列表1.3 BOM 用途说明：1.了解产品之用料结构，便于生产工艺管理及物料管理，降低制造成本。2.正确记录用料结构，避免采购遗漏造成停工待料等异常状况发生。3. 可用于批次领料，提高领料单单据输入效率。4. 用于产品毛需求计算、批次请购、提高请购单单据输入效率。5. 便于迅速正确进行产品标准成本计算，加强标准成本之管理及减低成本人员计算之负荷。6. 构建可供选配的产品库，加快产品选配。1.4 ERP中BOM的构造问题:前面已经提到，BOM是系统中最重要的基础数据库，它几乎与企业中的所有职能部门都有关系，ERP系统中BOM构造的好坏，直接影响到系统的处理性能和使用效果。因此，根据实际环境，灵活地构造BOM是十分关键的。就一般情况而言，构造BOM应注意以下方面。 1、在BOM中，每一个项目(零件)必须有一个唯一的编码。对于同一个项目，不管它出现在哪些产品中，都必须具有相同的编码。对于相似的项目，不管它们的差别有多么小，也必须使用不同的编码。 2、为了管理上的方便，有时可以将同一零件的不同状态视为几个不同的项目，构造在产品的BOM中。 3、BOM中的零件，部件的层次关系一定要反映实际装配过程，在实际装配中，有时不一定把某些零件装配成某个有名称的组件，或者由于工艺上的考虑需要将某些零件归在一起加工(例如箱子与箱盖)。形成临时组件，但这些组件在产品的零件明细表和装配图上并没有反映出来，但必须在计划管理中反映出来，这就需要在BOM中设置一种物理上并不存在的项目，通常称为”虚单”或”虚拟件”，其目的是简化MRP的编程过程和减少零件之间的影响。 4、根据生产实际情况，有时为了强化某些工装，模具的准备工作，还可以将这些工具构造在BOM中。这样就可以将一些重要的生产准备工作纳入计划中。有时为了控制某个重要的零件在加工过程中的某些重要环节，比如，进行质量检测等，还可将同一个零件的不同加工状态视为不同的零件，构造在BOM中。 5、为了满足不同部门获取零件的不同信息，可以灵活地设计BOM中每个项目的属性。例如，计划方面的，成本方面，库存方面，订单方面。 第2章 需求分析2.1 系统概述 产品结构子系统，目标系统具有如下的特性： FE-1:一个品名对应一个元件品号 FE-2:输入Bom，导入数据库，生产Bom清单 FE-3:查看仓库源信息 FE-4:增加元件库源记录，录入元件信息 FE-5:录入产品工艺路线之前，需录入每道工艺信2.2 总体描述2.2.1 关联图下图2-1演示了系统的外部实体和系统接口。图2-1“产品结构子系统”关联图2.3 用户类和用户特性用户类描述操作员（优先考虑）操作员可操作产品结构实现各功能分管经理对操作员录入的BOM进行审批2.4 运行环境OE-1:“产品结构子系统”的操作将通过产品结构子系统软件来完成。OE-2:装有windows操作系统的电脑。OE-3:access数据库。2.5 设计和实现的约束条件CO-1：系统的设计、编码和文虎文档将遵照（Process Impact 公司内联网开发标准）版本1.3【2】。CO-2：系统将采用Access数据库。CO-3：编程软件为VC+ 6.0。CO-4：所有脚本都用C+语言来编写。2.6 用户文档UD-1：系统将提供一个分层和跨链接的HTML联机帮助系统，他描述并演示了所有系统功能。UD-2：如果是一个新用户第一次使用该系统，系统可以根据用户的要求，提供一个联机教程，这样用户可以使用静态教程菜单来具体实践一下如何操作。系统不会将采用这一模板的BOM信息存储到数据库中。2.7 假设和依赖DE-1：仓库源中产品号唯一DE-2：仓库源满足Bom中所需产品2.8 系统特性（功能） 录入bom中的各产品和数量，数量默认为1，然后查看bom信息生成bom清单2.9 外部接口需求2.9.1 用户界面 录入bom主界面查看仓库存储BOM显示2.9.2 硬件接口 硬件接口未确定。2.9.3 软件接口SI-1：产品结构系统ST-1.1:录入Bom，产品名需已经纯在仓库源中ST-1.2: 仓库源中元件品的数量为0时删除记录ST-1.3:向仓库输入记录时，若产品名已存在则输入失败5. 其它非功能性需求2.10 安全性SE-1：所有涉及功能信息或个人身份信息的网络事物，都要按照BR-33进行加密操作。SE-2：遵守数据库参照完整性，实体完整性。2.11 分析模型2.11.1 数据模型此处展示了“产品结构子系统”的部分数据模型，数据字典中描述的实体及它们之间的关系 （1） 实体关系模型“产品结构子系统”部分数据模型2.11.2. 功能模型（数据流图）2.11.3 行为模型状态图（一个关键业务的状态描述），下图状态转换图，展示了可能的订单状态和允许的状态变更订单状态的状态转换图2.11.4. 数据字典元件品号=用数字对元件进行唯一标识元件品名=用ascII码成本=以人民币为单位损耗率=整数表示，隐含百分号单位=表示元件有多少个（只，盒）工艺路线=子产品经过特定工艺生成母产品失效日期=当前日期大于失效日期，元件失效2.12关键用例模型用例编号：CP-1用例名称：BOM简述/背景：产品结构子系统主参与者及利益：获得权限的员工，分管经理基本流：1.获得权限的员工录入品名及数量。2.获得权限的员工点击录入BOM。3.系统显示录入的结果。4.获得权限的员工点击查看仓库存储。5.系统显示库源报表。扩展流：La:录入多个BOM La1:对库源报表内容进行增删改。La2:返回到第2步第3章 系统设计3.1 软件体系结构设计 3.2 接基于ER图的数据库设计ER图如下用户的需求具体体现在各种信息的提供、保存、删除和查询，这就要求数据库结构能够满足各种信息的输入和输出。收集基本数据、数据结构及数据处理的流程，组成一份详尽的数据字典。数据库逻辑设计就是将ER图转换为关系模型的过程，即将所有实体和关系转换成一系列的关系模式。转换过程中常见规则有：（1）一个实体型转换为一个关系模式；（2）一个一对一的联系可转换成一个独立的关系模式，也可与任意一端对应的关系模式合并；（3）一个一对多的联系可以转换成一个独立的关系模式，也可与多的那一端对应的关系模式合并；（4）一个多对多的关系转换成一个关系模式。根据以上四条规则，下面将ER图转换成关系模型，给出数据库中各表结构的定义（字段，数据类型）；仓库源 bom（元件品号，品名，数量，成本，价格，有效日期，失效日期，工艺路线）Bom清单 （品名，数量）学生表：列名数据类型长度允许空约束键 元件品号Char10否无主键品名Char10否无否数量Char10否无否成本Int4否无否价格Char10否无否 有效日期Char10否无否 失效日期Char10否无否 工艺路线Char10否无否课程表：列名数据类型长度允许空约束键品名Char10否无主键数量Varchar20否无否3.3 过程设计 PAD图如下第4章 系统实现4.1 编码规范化对实现要不断地结构化，抽象和分块4.1.1 标识符（1）常量全大写，分隔符，类属前缀 如 WM_ ERROR_。对于底层硬件的错误可以用常量整数来表示，但是面向对象开发则是用类表示的。（2） 变量首字母小写，不要加分隔符,如简单类型： 加 b 前缀(Boolean 类型变量)， 加i 整型(int 类型变量)（3）函数首字母小写，表示充分的含义，表示出段落处理的逻辑，函数是用来做什么的，依据什么， 条件是什么。同时建议不使用分隔符。如表示动作和加工：get/set属性对。（4）控件加控件前缀，录入信息。如 txtStudentName ，cmbProvince（5）全局量加 GLOBAL_ 前缀，如数据库连接GLOBAL_connect（6）枚举前有前缀，而其元素全大写，单词之间下划线分隔。4.1.2 注释 行注释用/, / 与语句同行 函数注释函数注释采用 /* */，在每个函数的前面要有必要的注释信息，包括：函数名称；功能描述；输入、输出及返回值说明；调用关系及被调用关系说明等。/* 函数 名：* 功能描述：* 输入参数: * 返回 值: - 类型 * 异 常：* 创建 人:* 日 期:*/ 模块（类）注释模块（类）注释采用 /* */，在每个模块的头部要有必要的注释信息，包括：工程名；版本号；作者；创建时间；模块功能描述/*版本号：* 模块的描述：* 项目工程名：* 模块的作者：* 领域：* 创建日期：*/4.1.3 视觉组织缩进、函数内的代码的分块（变量声明，主体部分，开始初始化，结尾回收，分成几个段落），函数内的模块化，单一入口和出口，上下块之间仍然遵循结构化的规则例如：/程序的一开始先检查所有的precondition，前置条件是否满足，否则不予执行。if（falsereturn NULL;/主体部分/恢复现场/回收内存/关闭资源4.2 再结构化高层设计人员给出的软件结构不可能那么细致，需要程序实现人员再次向下分块和结构化。函数的调用的第一个层次利用一目了然的函数调用体现处理的逻辑，如：一个数据库的事务处理，用函数的形式表达第一层次的处理逻辑generateGlobalConnection();opeanTransaction();saveTransRec();transferAccount();commitTransaction();再如：界面编程的时候，事件处理的再结构化，窗体启动的时候，要做很多的初始化工作form_load() init（）；private void init()initState();createObject();第5章 系统测试5.1 用于代码检查的缺陷列表S1级：发现影响被测系统正确运行的严重问题：导致系统崩溃；主业务流程出现断点；内存泄漏。出现不可挽救的数据丢失或损坏；导致死机；S2级：发现影响被测模块正确运行的严重问题：导致程序模块丢失或未实现；被测数据处理错误；软件错误导致数据丢失；用户需求未实现。S3级：发现影响被测功能正确实现的问题。 S4级：一般性的错误或功能实现有不完善处。S5级：建议性问题。名词拼写错误界面布局或色彩问题文档的可阅读性缺陷标识缺陷类型缺陷位置缺陷描述缺陷优先级缺陷严重程度提交人 提交日期修复人缺陷状态00001一般性错误Shurushuling.cpp数量不能为零S4一般陈2014-6-25陈已修复00002页面布局界面按钮位置未对齐S5轻微陈2014-6-25陈已修复00003用户需求未实现Cangku.cpp函数未定义S2较严重陈2014-6-25陈已修复00004名词拼写错误ABOUT对话框内容错误S5较严重陈2014-6-25陈已修复5.2 对程序模块进行单元测试分析模块测试项目 检查结果 分析 解决方案模块接口测试参数表 正确 无 无全局变量 正确 无 无文件 正确 无 无局部数据结构设计类型是否一致 是 无 无变量未说明 无 无 无变量未初始化 无 无 无是否错误地初始 否 无 无化值和默认值是否有错误的变量 否 无 无名上溢下溢地址异常 无 无 无独立路径测试应为计算错误，比较不正确，控制 无 无 无流不适当而造成的错误出错处理测试错误信息是否难以 否 无 无理解出错信息是否 否 无 无难以定位 出错信息是否与实 是 无 无际相符对异常处理是否适 是 无 无当在错误处理前系统 否 无 无是否已经开始干预边界条件实际数值是否与期 是 无 无望一致实际数值有/无序 有序 无 无实际数值是否在规 是 无 无定范围内是否引用不可用资 否 无 无源实际数值是否非零 是 无 无，非NULL，在一个集合中是否恰好有足够的 是 无 无值所有事情的发生是 是 无 无否有序, 是否是在正确的时刻 ,是否恰好和及时5.3测试用例请求文档实段名称描述标识符1110测试项产品结构树的建立测试环境要求VC+6.0, Microsoft Access 2010输入数据品名，数量输出数据将品名，数量暂存到内存中测试用例之间关联1101BOM录入实段名称描述标识符1101测试项BOM录入测试环境要求VC+6.0, Microsoft Access 2010输入数据内存中的品名，数量输出数据将品名，数量记录到数据库中测试用例之间关联1110产品结构树的建立实段名称描述标识符1111测试项查询库源测试环境要求VC+6.0, Microsoft Access 2010输入数据数据库查询指令输出数据所有库源情况测试用例之间关联1011增加新的库源记录实段名称描述标识符1011测试项增加新的库源记录测试环境要求VC+6.0, Microsoft Access 2010输入数据一条记录的各项数据输出数据将输入的数据存储到数据库中测试用例之间关联1111查询库源5.4 黑盒测试5.4.1 划分等价类输入条件有效等价类无效等价类元件品号（长整型数字）0 2,147,483,647, 2,147,483,647数量1, 2,147,483,6472,147,483,647元件数量同上同上有效日期XXXX-XX-XX，年份小于2100，月份1,12，日期1,31其他不同的失效日期同上，且失效日期必须大于有效日期同上5.4.2 边界测试测试目的 测试数据元件品号 元件数量品号与其数量到达最小边界0 1品号与其数量到达最大边界2,147,483,647 2,147,483,647品号超出最小边界-1 1数量超出最小边界0 0品号超出最大边界2,147,483,648 1数量超出最大边界0 2,147,483,648测试目的 测试数据 数量数量到达最小边界 1数量到达最大边界 2,147,483,647数量超出最小边界 0数量超出最大边界 2,147,483,648 测试目的 测试数据有效日期 失效日期有效日期与失效日期到达最小边界2010-01-01 2010-01-01有效日期与失效日期到达最大边界2100-12-31 2100-12-31有效日期超出最小边界2009-12-31 2010-01-01失效日期超出最小边界2010-01-01 2009-12-31有效日期超出最大边界2101-01-01 2010-01-01失效日期超出最大边界2010-01-01 2101-01-01 结 论BOM是PDM/MRP/ERP信息化系统中最重要的基础数据，其组织格式设计和合理与否直接影响到系统的处理性能，因此，根据实际的使用环境，灵活地设计合理且有效的BOM是十分重要的。 BOM不仅是MRP系统中重要的输入数据，而且是财务部门核算成本，制造部门组织生产等的重要依据，因此，BOM的影响面最大，对它的准确性要求也最高。正确地使用与维护BOM是管理系统运行期间十分重要的工作。 此外，BOM还是CIMS/MIS/MRP/ERP与CAD，CAPP等子系统的重要接口，是系统集成的关键之处，因此，用计算机实现BOM管理时，应充分考虑它于其他子系统的信息交换问题。 BOM信息在MRP/ERP系统中被用于MRP计算，成本计算，库存管理。BOM有各种形式，这些形式取决于它的用途，BOM的具体用途