河南科技大学软件工程课程设计报告正文部分Word文档下载推荐.docx
《河南科技大学软件工程课程设计报告正文部分Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《河南科技大学软件工程课程设计报告正文部分Word文档下载推荐.docx（21页珍藏版）》请在冰豆网上搜索。
广义的BOM=产品结构+工艺流程
（2）广义的BOM
广义上的BOM是产品结构和工艺流程的结合体，二者不可分割。
离开工艺流程谈产品结构，没有现实意义。
要客观科学的通过BOM来描述某一制造业产品，必须从制造工艺入手，才能准确描述和体现产品的结构。
二者结合的方法：
首先确定产品的工艺流程，然后描述每个工序（工艺流程的组成部分）上所使用的物料；
由于生产组织方式的不同，各子物料有相应的生产子工艺流程，同样每个工序上存在物料的使用，这样就根据生产组织方式决定了BOM的层次。
（3）扩展的BOM
扩展的BOM在传统意义上的BOM上更加深入地体现“资源”的意义，已经变成BillofManufacturing,不仅仅包含工艺流程和产品结构，更多的是加入了对设备、人工和资金信息的集成和体现。
扩展的BOM公式：
BOM（BillofManufacturing）=工艺流程（Routing）+产品结构（ProductStructure）+资源（设备，人工，资金等）
ＢＯＭ定义BOM于制造业实务呈现方式。
包括：
（1）产品图纸
（2）产品成本表
（3）材料用量列表
1.3BOM用途说明：
1.了解产品之用料结构，便于生产工艺管理及物料管理，降低制造成本。
2.正确记录用料结构，避免采购遗漏造成停工待料等异常状况发生。
3.可用于批次领料，提高领料单单据输入效率。
4.用于产品毛需求计算、批次请购、提高请购单单据输入效率。
5.便于迅速正确进行产品标准成本计算，加强标准成本之管理及减低成本人员计算之负荷。
6.构建可供选配的产品库，加快产品选配。
1.4ERP中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：
系统的设计、编码和文虎文档将遵照（ProcessImpact公司内联网开发标准）版本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:
录入多个BOMLa1:
对库源报表内容进行增删改。
La2:
返回到第2步
第3章系统设计
3.1软件体系结构设计
3.2接基于ER图的数据库设计
ER图如下
用户的需求具体体现在各种信息的提供、保存、删除和查询，这就要求数据库结构能够满足各种信息的输入和输出。
收集基本数据、数据结构及数据处理的流程，组成一份详尽的数据字典。
数据库逻辑设计就是将E—R图转换为关系模型的过程，即将所有实体和关系转换成一系列的关系模式。
转换过程中常见规则有：
（1）一个实体型转换为一个关系模式；
（2）一个一对一的联系可转换成一个独立的关系模式，也可与任意一端对应的关系模式合并；
（3）一个一对多的联系可以转换成一个独立的关系模式，也可与多的那一端对应的关系模式合并；
（4）一个多对多的关系转换成一个关系模式。
根据以上四条规则，下面将E—R图转换成关系模型，给出数据库中各表结构的定义（字段，数据类型）；
仓库源bom（元件品号，品名，数量，成本，价格，有效日期，失效日期，工艺路线）
Bom清单（品名，数量）
学生表：
列名
数据类型[长度]
允许空
约束
键
元件品号
Char[10]
否
无
主键
品名
数量
成本
Int[4]
价格
有效日期
失效日期
工艺路线
课程表：
Varchar[20]
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注释
行
升级会员 