XXXX中型MIS系统开发实训指导书-库存材料管理系统.docx

《中型MIS开发实训》
指导书

计算机工程学院
二○一○年《中型MIS开发实训》指导书
一、实训目的
《中型MIS开发实训》是综合《数据库管理系统 SQL Server》、《C#程序设计》、《企业网站建设与管理》、《软件测试》等课程的实践环节，共七周时间。本课程综合学生所学的软件开发技术、数据库知识、编程语言和测试方法，完成一项信息管理系统的开发任务，培养学生参与项目开发的能力。
本课程实训设计目的：
ü 熟悉软件项目开发的基本过程
ü 了解软件项目开发的重点、难点
ü 能运用前续课程知识比较熟练的掌握数据库系统的设计、编码和调试
ü 能规范化地实施软件项目开发
ü 理解软件项目开发中不同岗位角色，学会各个环节的角色沟通

二、课程实训的内容及要求
2.1）实训内容
1． 对开发的系统进行具体的调研，调研的形式以教师解答和讲解，参照本实训指导书资料为主，网络查询相关资料为辅。
2． 根据调研产生的需求，设计一个可以实际应用的数据库管理系统，要求设计的表约为10-15个，企业库存管理系统为项目背景。
3． 根据相关模板要求，编写系统的需求和设计文档
4． 将教师的评价过程作为一次文档评审的过程，对文档进行相应的修改，作为后期工作的依据
5． 系统中采用RFID相关技术
6． 对完成的项目进行测试，确保系统的稳定性。
7． 完成整个系统的安装和部署。
2.2）工作流程
项目团队组建
系统测试
概要/详细设计
需求规格说明书编写
产品安装
用户培训
项目总结验收
计划阶段
开发阶段
实施阶段
项目计划制定
编码及文档
系统设计岗
编码岗
测试岗
实施岗
项目管理岗

2.2.1 计划阶段 
项目计划阶段主要任务是当确定开发之后制定软件开发计划、人员组织结构定义及配备。
常见的人员组织结构有垂直方案、水平方案、混合方案。垂直方案中每个成员充当多重角色。水平方案中每个成员充当一到两个角色。混合方案则包括了经验丰富的人员与新手相互融合。具体选择根据人员实际技能情况进行选择。
项目参考组织结构如下：

实训中每个小组由最多4人组成，项目组织中可以对参考结构进行细化，根据每个人的特长来担任其中的一个或多个角色，负责完成与角色相关任务和文档组长负责总的协调。最好是每个人都能参与设计和编码工作，每个人都能够建立起系统地全局观。
软件开发计划的目的是收集控制项目时所需的所有信息，项目组长根据项目计划来安排资源需求并根据时间表跟踪项目进度。项目团队成员根据项目计划以了解他们的工作任务、工作时间以及他们所依赖的其他活动。可将计划分成总体计划和详细计划，总体计划中每个任务为一个里程碑，详细计划中必须将任务落实到个人。
甘特图是一种能有效显示活动时间计划编制的方法，主要用于项目计划和项目进度安排。甘特图把计划和进度安排两种职能结合在一起，纵向列出项目活动，横向列出时间跨度。每项活动计划或实际情况用横线表示。横道线还显示了每项活动的开始时间和结束时间。
甘特图可以方便的表达工作分解结构图的各个层次，其表达单位也比较灵活，从年到日都可表达。但是甘特图只能用于表达较简单的项目活动关系，它无法表达各个项目活动是否属于关键活动。即便这样，类似软件项目开发实训这样的一个简单项目，用甘特图来表达项目进度是最恰当不过了。
甘特图可以使用微软Office系列软件的Visio进行绘制，该软件中，有很多工程制图工具，可以方便的绘制甘特图。下面示意图所示的项目期为六周，主要单位为周，次要单位为天。图中测试的时间和文档书写的时间是重合的，表示作为项目管理而言，这个时间段这两件工作是同时进行的。
系统项目进度甘特图示例
阶段输出：
ü 项目计划

2.2.2 开发阶段
开发阶段主要工作包括：需求分析、设计、编码、测试。
需求分析的目的是在系统工作方面与用户达成一致。其中需求规格说明书详细说明系统将要实现的所有功能。用户界面原型可以有三种表示方法：图纸（在纸上）、位图（绘图工具）、可执行文件（交互式）。
软件设计从物理上实现目标系统，包括：
ü 软件架构设计：说明软件的组织结构、部署结构及运行环境；
ü 类设计：定义类之间的关联和类的属性、方法；
ü 数据库设计：定义数据库表之间的关联和各个表的字段。
编码按照设计文档进行编码。 
测试主要任务：核实每个模块是否正常运行（参考设计文档）、核实需求是否被正确实施（参考需求文档）。测试数据尽量使用真实数据。测试报告：记录测试结果，详细描述问题，提出解决办法。
阶段输出：
ü 需求规格说明书
ü 系统设计说明书
ü 可运行代码及注释
ü 帮助文件和用户操作手册
ü 测试报告

2.2.3 实施阶段
实施阶段工作主要包括：将软件项目本身，包括配置文件、用户手册、帮助文档等进行收集、打包、安装、配置、安装调试、初始化。
阶段输出：
ü 安装程序
2.3岗位职责
2.3.1 项目管理岗
主要职责：
1、设置项目组中的各种角色，并分配好各角色的责任与权限。制定项目计划。
2、跟踪计划的执行情况，进行控制，保证项目按质、按量的实施。
3、对程序进行审核。
4、综合具体情况，对各种不同方案进行取舍并做出决定。
5、跟踪软件缺陷报告处理流程 ，对本小组提出的缺陷报告负责
6、协调各项目参与人员之间的关系。

2.3.2 系统设计岗
主要职责：
1、对客户进行需求调研，收集整理客户需求，负责编写《需求规格说明书》。
2、建立用户界面原型。
3、进行系统架构设计。
4、进行数据库设计。
5、编写《系统设计说明书》。
6、指导编码人员按《系统设计说明书》进行代码实现。
7、负责重点代码检查；

2.3.3 编码岗
主要职责：
1、根据项目开发进度和任务分配，依据《系统设计说明书》进行代码实现。
2、对自己代码进行检查。
3、根据规范要求，编写相应的技术文档。
4、根据需要及时修改、完善软件。
5、配合测试工程师进行软件测试工作；
6、 根据《系统设计说明书》进行数据库建库。
7、 对数据库进行初始化操作。
8、 根据《系统设计说明书》编写对应的视图、存储过程、函数、触发器等。
9、 对数据库进行维护、备份、恢复、同步。

2.3.4 测试岗
主要职责：
1、 根据软件需求进行测试需求分析。
2、 编写测试用例。
3、 搭建测试环境。
4、 执行测试用例，提交缺陷报告并跟踪缺陷处理流程。
5、 负责编写《用户手册》、《操作手册》。
6、 对项目工作提出建设性建议。

2.3.5 实施岗
主要职责：
1、 在项目组长安排和指导下，执行项目用户现场实施任务（包括系统安装、系统上线、系统试运行等）。
2、 负责协助用户进行“用户确认测试”。
3、 参与编写《用户手册》、《操作手册》。

三、 时间安排
周
星期
节次
内容
班级
1
1
1-4
任务布置
计1001
1
1
5-8
任务布置
计1002
1
2
1-4
需求调研
计1001
1
2
5-8
需求调研
计1002
1
3
1-4
需求分析
计1001
1
3
5-8
需求分析
计1002
1
4
1-4
系统设计
计1001
1
4
5-8
系统设计
计1002
1
5
1-4
系统设计
计1001
1
5
5-8
系统设计
计1002
2
1
1-4
数据库设计
计1002
2
1
5-8
数据库设计
计1001
2
2
1-4
数据库设计
计1002
2
2
5-8
数据库设计
计1001
2
3
1-4
文档编写
计1002
2
3
5-8
文档编写
计1001
2
4
5-8
RFID技术应用
计1002
2
4
9-12
RFID技术应用
计1001
2
5
1-4
RFID技术应用
计1002
2
5
5-8
RFID技术应用
计1001
3
1
1-4
RFID技术应用
计1001
3
1
5-8
RFID技术应用
计1002
3
2
1-4
系统编码实现
计1001
3
2
5-8
系统编码实现
计1002
3
3
1-4
系统编码实现
计1001
3
3
5-8
系统编码实现
计1002
3
4
1-4
系统编码实现
计1001
3
4
5-8
系统编码实现
计1002
3
5
1-4
系统编码实现
计1001
3
5
5-8
系统编码实现
计1002
3
6
1-4
系统编码实现
计1001
3
6
5-8
系统编码实现
计1002
5
1
17:00~20:30
系统编码实现
计1002
5
1
5-8
系统编码实现
计1001
5
2
1-4
系统编码实现
计1002
5
2
5-8
系统编码实现
计1001
5
3
1-4
系统编码实现
计1002
5
3
5-8
系统编码实现
计1001
5
4
1-4
系统编码实现
计1002
5
4
5-8
系统编码实现
计1001
5
5
1-4
系统编码实现
计1002
5
5
5-8
系统编码实现
计1001
6
1
17:00~20:30
系统编码实现
计1001
6
1
5-8
系统编码实现
计1002
6
2
1-4
系统编码实现
计1001
6
2
5-8
系统编码实现
计1002
6
3
1-4
系统编码实现
计1001
6
3
5-8
系统编码实现
计1002
6
4
1-4
系统编码实现
计1001
6
4
5-8
系统编码实现
计1002
6
5
1-4
系统编码实现
计1001
6
5
5-8
系统编码实现
计1002
7
1
17:00~20:30
系统编码实现
计1002
7
1
5-8
系统编码实现
计1001
7
2
1-4
系统编码实现
计1002
7
2
5-8
系统编码实现
计1001
7
3
1-4
系统编码实现
计1002
7
3
5-8
系统编码实现
计1001
7
4
1-4
答辩
计1002
7
4
5-8
答辩
计1001
7
5
1-4
答辩
计1002
7
5
5-8
答辩
计1001
四、考核要求
4.1 考核原则
考核主要依据三个方面：项目整体评价、个人能力评价、职业素养评价，其中项目整体评价占总评的40%、个人能力评价占总评的50%、职业素养评价占总评的10%。
项目整体评价内容主要包括：完成系统是否充分考虑用户需求、设计合理性、界面美观性、用户友好性、可靠性、容错性、实现规范性、文档编写质量等方面。
个人能力评价内容主要包括：这部分考核主要分两部分，第一部分按照承担的工作，根据各岗位职责的要求进行考核；第二部分考核对其他岗位能力的掌握情况。
职业素养评价内容主要包括：是否迟到早退、是否服从项目组任务安排、是否按进度要求完成任务、是否具有良好的团队协作精神和沟通能力、工作积极主动性等。
其他说明：针对考勤中旷课超过四分之一、迟到早退超过三分之一或工作态度非常不认真，成绩直接评定为不及格。
4.2 考核方式
考核方式：
1、平时考核+阶段考核+答辩考核
2、自评+互评+考评
考核方式
说明
负责人
平时考核
主要评价项目组成员的职业素养
教师
阶段考核
主要检查项目组是否按计划进度完成及完成质量
教师
答辩考核
主要检查项目组实施能力及对个人能力进行评价
教师
自评
主要对自己的工作进行评价
项目组长
互评
主要对项目组成员工作进行评价
项目组长
考评
主要评价项目完成情况和个人能力
教师
4.3 答辩流程
整个答辩流程主要分为四部分，其中一、二部分可并行进行。
1、系统部署：
设备准备：二台电脑
负责人：实施员、项目组长
答辩组给出项目组长岗位评价、实施岗位人员评价。
2、文档检查
负责人：答辩组
审阅项目组需求、设计等文档，给出整体评价。
3、项目演示讲解
负责人：实施员、项目组长
由项目组长进行组织协调，实施岗位人员模拟用户培训，面向企业人员和教师进行项目功能演示和讲解。
答辩组给出项目整体评价、实施岗位人员评价。
3、岗位答辩考核
负责人：答辩组
针对项目组成员的不同岗位角色进行分岗位答辩，给出个人能力评价分。
4.4 考核标准
项目整体评价内容
考核点
需求及功能完整性
设计合理性
界面美观性
用户友好性
可靠性
文档内容准确性
文档规范性
项目组协调性

个人能力评价内容
考核点
岗位能力
岗位协同能力
系统综合能力
备注
根据主要承担的岗位职责进行提问评价
能理解所承担的岗位与其他岗位的接口以及对存在的问题进行分析
能理解整个系统其他岗位的相关技能要求。

职业素养评价标准
考核点
考勤
计划执行度
协作精神
沟通能力
主动性

考核根据评分标准评出优秀、良好、中等、及格与不及格五等。

附录1、需求分析方法与步骤
需求分析是一个识别用户需求，确定用户需求的过程，由于用户的需求本身就有不确定性，因此进行需求分析。软件需求从抽象的逻辑包括三个不同的层次：业务需求、用户需求和功能需求（也包括非功能需求）。
l 业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。这项工作一般由用户提出，技术人员只负责搜集，比如用户提出：为了提高产品入库效率，改善企业业务水平，特要求开发实施库存管理系统。这个就是一个业务需求的表现。它一般是较高的一个层面提出的。
l 用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务。这个是最容易理解的一个需求，比如要求仓库管理人员可以查阅过去每年每种型号材料的入库数量，可以查看材料的历史明细帐目，这些都是用户需求。
l 功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。功能需求就是为了满足用户需求，并且符合业务需求的前提下，我们设定的功能解决方案。比如上面提到的，要求可以查阅2008年某型号材料的入库数量，我们就可能需要设定一个界面，叫做“入库查询”，这个就是一个具体功能，它是为了满足用户提出的“仓库管理人员可以查阅过去每年每种型号材料的入库数量”这个要求。
（一）需求分析的任务
1． 问题的识别：确定对目标系统的综合要求。
（1）功能要求：要求划分并描述出系统必须完成的所有功能。
（2）性能要求：列出所开发软件的技术性能指标，包括运行时间、响应时间、数据精度和适应性等方面的要求。
（3）运行要求：对系统运行时软件、硬件环境及接口方面的要求。
（4）可靠性要求：应按实际的运行环境对所开发软件在投入运行后不发生故障的概率提出要求，以期在开发过程中采取措施，保证软件能够可靠地运行。
（5）安全保密要求：根据用户不同的运行环境，做出适当规定，以便在系统设计阶段给予充分考虑，保证其具有安全保密方面的性能。
（6）用户界面要求：对用户界面做出具体规定，要求做到界面友好、易学易用。
（7）资源使用要求：确定所开发软件运行时所需要的数据、软件、内存等资源的要求；软件开发时所需人力、支撑软件、开发设备等软件开发资源的要求。
2． 分析系统的数据要求：由系统的信息流归纳抽象出系统要求的数据以及数据的逻辑关系。描述系统所需要的静态数据、动态数据（输入、输出数据）、数据库名称、类型，数据字典以及数据的采集方式。
3． 导出目标系统的详细逻辑模型：由1、2项分析结果导出目标系统的详细逻辑模型。详细逻辑模型可用数据流图、数据字典和IPO图等软件需求表达工具表示。
4． 编写“软件需求规格说明书”，同时为了确切表达用户对软件输入/输出的要求，可编写“数据要求说明书”和“初步用户手册”。
5． 需求分析评审：对功能的正确性、完整性和清晰性以及其它需求作出评价，评审内容包括：
（1） 系统定义的目标与用户的要求是否一致；
（2） 系统需求分析阶段提供的文档资料是否齐全；
（3） 文档中的所有描述是否完整、清晰、准确反映了用户的要求；
（4） 与其它系统的接口是否已经描述；
（5） 所开发项目的数据流与数据结构是否足够、是否确定；
（6） 所有图表是否清楚，在没有补充说明时是否易于理解；
（7） 主要功能是否已包括在规定的软件范围之内，是否已经充分说明；
（8） 设计的约束条件或限制条件是否符合实际；
（9） 开发的技术风险是什么？
（10） 是否考虑过软件需求的其它方案；
（11） 是否考虑过将来可能会提出的软件需求；
（12） 是否详细制定了检验标准，它们能否对系统定义的成败进行确认；
（13） 是否存遗漏、重复或不一致的地方；
（14） 用户是否审查了初步的用户手册；
评审应由专人负责，并严格按规定进行。评审结束后由评审负责人签署评审意见。系统分析员应根据“评审意见”对需求分析进行修改，直到通过为止。
（二）如何获取需求
1．需求获取过程
在与用户交流的过程中收集各种用户的信息，认真理解用户的各项要求；同时还应收集解决用户要求的一切有关信息。
在进行需求获取时，获取对象应包括：实际应用本软件系统的直接领导、行政上有批准权的领导、本软件系统的具体操作者、使用者和系统维护人员。
在进行分析所获取的信息时，分析员要对收集反馈回来的各种信息细致地进行分析。对于其中一些模糊的要求还需要向用户作进一步的澄清，然后才决定是否采纳。
对于那些不合理的部分或者目前暂时无法实现的要求应向用户做充分的解释，以求谅解。
在分析过程中，分析员应随时向有关方面的专家请教，并且明确该解决方案的约束条件。
2．获取需求的方法
（1）为了做好调查研究，一般应考虑：
1） 了解系统需求。软件开发往往是作为系统开发的一部分，因此仔细研究系统分析的文档资料，了解系统的需求中对软件的要求。
2） 市场调查。了解市场上对开发软件的需求形势，掌握市场上流行的相关软件产品的技术和价格数据，这对于决定开发的方针策略有着重要意义。
3） 访问用户和用户领域的专家。用户提出的要求应被当作重要的原始资料加以分析，从用户领域专家那里取得的信息常常有助于软件开发人员对用户需求的理解。
4） 考察现场。软件开发人员可以从专业角度来直接考察待开发系统的操作环境和操作要求。
（2）调查的方式可以考虑如下几种：
1） 调查提纲或调查表。向各个层次上的用户和预见的隐含用户发调查提纲或调查表。
2） 中型调查会议。按照用户的层次结构的分类，召开中型调查会议，了解其业务范围、工作内容、业务特点以及对开发系统的想法和建议。
3） 个别访问。向一些对用户领域的业务和信息流向特别熟悉的有丰富经验的专家进行咨询。
4） 现场调查。现场考察和现场会议。
5） 资料。查阅各种系统资料。
6） 调查工具。使用各种调查工具，如事务工程分析图或事务流程图等。
（三）如何分析用户需求
需求分析人员对收集到的用户需求做进一步的分析和整理。下面是几条常见的准则：
1）对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由；
2）将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段关注的目标是“做什么”，而不是“怎么做”； 假如 企业提出，要求可以统计每个材料的库存数量，做一个排行榜，我们需要做的是记录：“要求统计每个材料库存数量的排行榜”，并且跟企业讨论这个排行榜是否有现成的格式，以前是否做过类似的排行榜，是怎么操作的。在需求阶段，我们不需要关心为了做这个排行榜需要设定什么样的表来实现。
3）分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求（有可能是实现用户需求的前提条件），这一点往往容易忽略掉，经常因为对隐含需求考虑得不够充分而引起需求变更。比如仓库管理人员年纪都比较大，这里头可能隐含了一个需求：他们都有老花眼，在设置字体的时候，尽量用较大的字号。

附录2、编码原则及规范
1．编码原则
1）编写易于修改和维护的代码：编码阶段，在设计基础上对程序进行进一步的数据和操作的分离有利于代码和数据的单独改变。
2）编写详细的程序文档：程序文档一般指以注释的形式嵌入程序中的代码描述。程序文档应该与程序保持高度一致。
程序文档应该包括下列内容
①代码的功能；
②代码的完成者；
③代码在整个软件系统中的位置；
④代码编制、复审时间；
⑤保留代码的原因；
⑥代码中如何使用数据结构和算法。
3）编程中采用统一的标准和约定，降低程序的复杂性
软件组织通常会制定一份“编码规范”，程序员在编写代码时。必须严格按照“编码规范”编写代码。
编码规范：
规范项目
规 范 内 容
1 排版
排版格式，如缩进、块语句、分行等
2 注释
规范注释的格式
3 标识符命名
规范标识符的命名规则
4 可读性
为提高可读性所作的规范，如禁止使用技巧性高的语句
5 变量、结构
规范变量和结构的定义，如禁止局部与全局变量同名等
6 函数、过程
规范函数的定义，如“不要设计多用途面面俱到的函数”
7 可测性
为提高可测性的规范
8 程序效率
为程序效率所作的规范，如“循环体内工作量最小化”
9 质量保证
为提高软件质量所作的规范，如“防止内存操作越界”
4）分离功能独立的代码块形成新的模块：将功能独立的代码块独立出来形成新的模块，增加模块的内聚度，有利于代码的重用和可修改性。

2．编程风格应遵循的规则

源程序文档化应遵循：
1）符号名的命名：符号名即标识符，包括模块名、变量名、常量名、标号名、子程序名、数据区名以及缓冲区名等。这些名字应能反映它所代表的实际东西，应有一定实际意义。
2）程序的注释：
序言性注释：通常置于每个程序模块的开头部分，它应当给出程序的整体说明，对于理解程序本身具有引导作用。有些软件开发部门对序言性注释做了明确而严格的规定，要求程序编制者逐项列出。
功能性注释：功能性注释嵌在源程序体中，用以描述其后的语句或程序段是在做什么工作，或是执行了下面的语句会怎么样。而不要解释下面怎么做。往往是对一段的注释，而不是一句。
视觉组织 空格、空行和移行。
3）格式化
①始终采用统一缩进规则；
②适当插入括号表明运算次序、排除二义性；
③有效地使用空格符以区别程序的不同意群。
.NET命名规则：
一套定义良好并且完整的、在整个项目中统一使用的命名规范将极大提升源代码的可读性和软件的可维护性。
符号名即标识符，包括变量名、常量名、类名、名称空间名、方法名、属性名以及事件名等。这些名字应能反映它所代表的实际东西，应有一定实际意义。
变量命名中的常用方法：
Pascal法：所有单词的首个字母大写 HtmlTag
Camel法：除第一个单词外，其余单词的首个字母均大写 htmlTag、ioStream
在.NET中Pascal命名法应用于以下命名：
ü 名字空间：namespace System.Security {…}
ü 方法：public virtual string ToString();
ü 属性：public int Length { get; }
ü 事件：public event EventHandler Exited;
ü 常量名：public const string LandInfoPage = "GroundInfo.aspx";
在.NET中Camel命名法应用于以下命名：
ü 变量：string lastError;
ü 参数：public static int ToInt32(string value);
控件的命名举例：
ü Label： lbl lblName
ü TextBox： txt txtUid
ü CheckBox：chk chkUserLogin
ü Button： btn btnSubmit

3．数据说明
在设计阶段已经确定了数据结构的组织及其复杂性。在编写程序时，则需要注意数据说明的风格。
1）数据说明的次序应规范。进而有利于测试，排错和维护。
2）说明的先后次序固定。例如，按常量说明、简单变量类型说明、数组说明、公用数据块说明、所有的文件说明的顺序说明。在类型说明中还可进一步要求。例如，可按如下顺序排列：整型量说明、实型量说明、字符量说明、逻辑量说明。
3）当用一个语句说明多个变量名时，应当对这些变量按字母的顺序排列。
4）对于复杂数据结构，应利用注释说明实现这个数据结构的特点。

4．输入和输出
输入／输出信息是与用户的使用直接相关的。输入／输出的方式和格式应当尽量作到对用户友好，尽可能方便用户的使用。一定要避免因设计不当给用户带来的麻烦。
（1）对所有的输入数据都进行检验，从而识别错误的输入，以保证每个数据的有效性；
（2）检查输入项的各种重要组合的合理性，必要时报告输入状态信息；
（3）使得输入的步骤和操作尽可能简单，并保持简单的输入格式；
（4）输入数据时，应允许使用自由格式输入；
（5）应允许缺省值；
（6）输入一批数据时，最好使用输入结束标志，而不要由用户指定输入数据数目；
（7）在以交互式输入／输出方式进行输入时，要在屏幕上使用提示符明确提示交互输入的请求，指明可使用选择项的种类和取值范围。同时，在数据输入的过程中和输入结束时，也要在屏幕上给出状态信息；
（8）当程序语言对输入格式有严格要求时，应保持输入格式与输入语句要求的一致性；
（9）给所有的输出加注解，并设计输出报表格式。
附录3、企业库存业务调研素材
一、前言
无论是工商企业还是运输企业、其他企业，日常经营管理活动中一个重要的内容就是对存货的管理与核算。对于工业企业而言，库存代表着生产所需的各种原材料、产成品、半产成品、易耗品，对商业企业而言，代表着要销售出去的各种商品及易耗材料。尽管各种行业对入库材料的计价方法、财务处理方法各有不同，但对存货的管理从本质上是一致的。
二、概述
某企业要求完成开发一个信息系统，帮助企业实现材料入库——管理——出库的全过程。主要包括两个方面：一是材料的入库、出库管理，二是对当期出库及月末存货的成本核算。对于出入库管理，从“入库”环节中，可能会涉及到：采购入库、销售（领料）退库、暂估入库、盘盈、调拨；对于出库环节，可能会涉及到：正常领用、盘亏、库间材料调拨、销售等。对于发出材料、库存材料的计价处理，从大的方面可分为两种：一是采用计划定价法，这种方法对出库材料或库存材料采用计划价进行核算，而不管其历史成本实际是多少，但在会计期末，要计算出差异价格及差异率，再根据差异率计算实际成本；二是采用实际进价法，可分为：先进先出法、后进先出法、移动平均法、期限平均法、个别指定法。针对一个企业，实际操作中可能会将两种方法结合在一起，对于量少、价值高的材料采用实际进价法，而对于量大、价值低的材料采用计划定价法。

三、相关调研资料
3.1 企业相关业务流程
在实际的企业运行中库存管理往往与采购、生产、销售等环节相关，不同的企业可能各有差异，下面给出某企业的业务流程图。
企业采购流程图
说明：
1、采购管理的工作主要是确定合理的定货量、优秀的供应商和保持最佳的安全储备。能够随时提供定购、验收的信息，跟踪和催促对外购和委外加工的物料，保证货物及时到达。建立供应商的档案，用最新的成本信息来调整库存的成本。
2、企业采购业务的三种主要单据及相关单据：
1）采购订单 采购申请单
2）外购入库单 收/退料通知单
3）采购发票
3、企业采购业务中的几种常见情况
1）货到单未到
2）单货同到
3）单先到货后到
4）退货业务
5）暂估入库
4、其他说明
1）采购货物到货，采购员制作收货通知单。收料通知单经采购主管审核后交库管员。库管员验收产品入库，填制入库单，仓库主管对入库单审核。
2）财务部门收到发票后，财务人员将收到的发票与入库单进行钩稽，分配采购费用后，制作采购入库会计凭证。

销售业务流程图

说明：
1、销售员和客户签订销售订单，随即传一份订单副本给仓库部。
2、当出货日期已到，要进行产品出库，检验员对货物进行清点、记录，然后将点货清单转给仓库部。
3、客户拿出库单到仓库部领取货物。
4、对各种单据进行一一点对，无误后方可让客户取货。
5、把货款支票拿给财务部进行审核保存。
仓存业务流程图

说明：
1、在领料时，领料员需要跑到各个地方签字。首先需要领料部门主管签字，然后跑到仓库保管员处签字，接着需要到审批部门签字，还要到财务部签字、盖章，最后仓库发料，领料员才能领到所需的物料。整个过程如下：领料员填写领料单——领料部门主管签字——仓库保管员签字——审批部门签字——财务部签字、盖章——仓库发料
2、产品入库时，采购部向供应商下达订单后，从供应商处进货。材料进入仓库以后，检验人员对货物进行清点，记录，然后将点货清单转给“应付”部门。仓管人员进行验货。将合格的材料打印条形码标签替代人工填写，然后进行入库扫描，扫描货物后放置货位。检验不合格的材料由采购部进行退货处理。
3、当需要进行物料调拨业务时，仓管员根据业务的需要填制调拨单，要求根据调拨业务发生的情况如实的填制，并交主管领导审核。审核完毕后业务完成。
4、在进行其他出入库管理时，各种材料的发出需要经过各种步骤，需要各个主管与领导开具的各种单子，才能对各种物料的出入库进行管理。
进行其他出入库业务时，物料进仓时，仓库管理员必须凭送货单、检验合格单办理入库手续。一切原材料的购入都用增植税专用发票方可入库报销。入库材料在未收到相应发票前，仓管员建立货到票未到材料明细账，并根据检验单等有效单据及时填开货到票未到收料单（在当月票到的可不开），在收到发票后，冲销原货到票未到收料单，并开具材料票到收料单，月底将货到票未到材料清单上报财务。因质量等原因而发生的退回材料，必须由相关人员填写退回材料处理单。
5、在进行存货盘点业务时，现场盘点时，有些存货像主板，芯片都是块、一片，而盘点时只能按照存货的包装形式进行计数然后乘以每包装的重量进行计算，而仓库保管账上又多是按照重量记录，这个时候就会出现误差。在盘点过程中对于那些细小物料总是会有偏差，有的多有的又少，一系列盘点的问题存在给企业带来一定的麻烦。
存货核算流程图

存货核算：指物流（进销存）过程的财务处理。具体包括：入库成本、出库成本、制作记账凭证。
1）财务人员进行入库核算，对外购入库、暂估入库、自制入库和委外加工入库进行核算，其中要将外购入库单和采购发票进行钩稽。
2）财务人员进行出库核算，对材料出库和产品出库进行核算。其中将销售出库单和销售发票进行钩稽。
3）最后通过出库核算、入库核算和不确定单价单据维护后生成记账凭证，最终到总账系统，进行期末结账和关账。
3.2 企业库存管理相关信息
企业可能有多个仓库、每个仓库可再细分库位，同种材料可允许在不同仓库、不同库位存放。

仓库货物排架
企业根据生产、销售的需要，其储存的材料多种多样，一般材料是进行分类别管理，例如：钢材是大类，下面可以细分为钢管、钢板等，钢管里面可能还可以细分为25mm直径、50mm直径，同一种直径的还可能分为40公分长、50公分长的不同材料。如果材料的品名、规格型号完全一致，则属于同一个明细的材料，否则便不是一个明细类。例如：对于钢材—钢管—25mm直径—40公分长，则为同一明细类，若进货的钢管为25mm，50公分长，则不属于同一类材料。
每一个大类除了具备一般的名称外，还需要知道材料规格型号、计量单位、计量精度等，另外不同大类计价方式可能存在差异，某种明细材料的计价方法是以其所属大类的计价方法为标准的。企业在材料管理中计算单价的方法主要有：
1． 先进先出：此方法是严格按照购入（入库单）的先后次序，先贮存的存货先发出，如果某批次不够，则顺序取下一批次。次序是以入库单据的批次为标准而排列的，对于同一批次的单据，按录入的先后顺序，即物理顺序排列。
2 后进先出法：此方法同先进先出法正相反。
3．移动加权平均法：此方法是指某批货物出库时，当时库存的各批货物的平均价，计算公式为：
平均单位成本=
∑各批次数量*各批次单价
∑各批次数量之和
4．全月一次加权平均法。此方法的计算公式为
存货单位成本=
月初结存金额+∑[本月各批进货数量×单价
月初数量+∑各批进货数量
月末计算单价，只是针对全月一次加权平均法这种方法。
采用先进先出、后进先出、移动平均、加权平均法计价的存货，其当月发出的及月末结存的存货的价格，只有在月底才能做一次计算，并回填到当月的出库单中。计算过程中以年初结存数作为第一笔业务。
关于材料供货商，目前数量较多，需要分类管理，如按照地域或行业等进行管理，一般需要知道供货商的名称、业务联系、电话、传真、E-mail、网址、邮编、地址等信息。企业的客户信息管理同供货商管理。
企业内部和库存管理相关的部门主要包括各个供货部门、领用部门、仓管部门。
企业材料入库处理需要填写入库单，入库单要填写该笔业务的数量、单价、实际金额等核心内容。采购入库是一种最常用的入库方式，用户根据采购发票的内容，输入每种材料的数量、单价、金额。材料入库时必须验收，填写入库单的制单人不能同时作为验收人。
企业会定期对库存材料进行实物 账面之间的核对，核对后的结果有两种：实物数量〉帐面数量，叫盘盈，否则叫盘亏。盘盈需要作入库处理，盘亏需要做出库处理，以保持库存与帐目的一致性。对于盘点入库单、盘点出库单，要确认后才能生效。
库存台帐是企业经常需要的，是显示某种明细材料物品的收发存数量情况的一种流水账，该帐的特点是每批业务只反映数量，而不反映金额及单价，同时每笔业务产生数量余额。
库存材料明细账反映各种明细材料的详细情况，包括单价、数量、金额。
库存总帐反映每种明细材料在指定会计期或指定日期间隔内收、发、存的数量、金额。
企业经常需要进行出入库汇总查询，根据按分类、仓库核算任意时间范围内出入库的情况。　
3.3企业库存管理相关单据
不同企业在进行仓库材料管理时都有自己的单据，如下面为一些企业的相关单据：

出库单1

出库单2
入库单
供货单位：　　　　　　　　　　　　　　　　　　　　　　　　　　库 别：
收货单位： 年 月 日
品名
单位
数量
单价
金 额