中型MIS开发实训指导书

72/72《中型MIS开发实训》指导书计算机工程学院二○一○年

《中型MIS开发实训》指导书一、实训目的《中型MIS开发实训》是综合《数据库管理系统SQLServer》、《C#程序设计》、《企业网站建设与管理》、《软件测试》等课程的实践环节，共七周时间。本课程综合学生所学的软件开发技术、数据库知识、编程语言和测试方法，完成一项信息管理系统的开发任务，培养学生参与项目开发的能力。本课程实训设计目的：熟悉软件项目开发的基本过程了解软件项目开发的重点、难点能运用前续课程知识比较熟练的掌握数据库系统的设计、编码和调试能规范化地实施软件项目开发理解软件项目开发中不同岗位角色，学会各个环节的角色沟通二、课程实训的内容及要求2.1）实训内容对开发的系统进行具体的调研，调研的形式以教师解答和讲解，参照本实训指导书资料为主，网络查询相关资料为辅。根据调研产生的需求，设计一个可以实际应用的数据库管理系统，要求设计的表约为10-15个，企业库存管理系统为项目背景。根据相关模板要求，编写系统的需求和设计文档将教师的评价过程作为一次文档评审的过程，对文档进行相应的修改，作为后期工作的依据系统中采用RFID相关技术对完成的项目进行测试，确保系统的稳定性。完成整个系统的安装和部署。2.2）工作流程项目团队组建项目团队组建系统测试概要/详细设计需求规格说明书编写产品安装用户培训项目总结验收计划阶段开发阶段实施阶段项目计划制定编码及文档系统设计岗编码岗测试岗实施岗项目管理岗2.2.1计划阶段

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

开发阶段主要工作包括：需求分析、设计、编码、测试。需求分析的目的是在系统工作方面与用户达成一致。其中需求规格说明书详细说明系统将要实现的所有功能。用户界面原型可以有三种表示方法：图纸（在纸上）、位图（绘图工具）、可执行文件（交互式）。软件设计从物理上实现目标系统，包括：软件架构设计：说明软件的组织结构、部署结构及运行环境；类设计：定义类之间的关联和类的属性、方法；数据库设计：定义数据库表之间的关联和各个表的字段。编码按照设计文档进行编码。

测试主要任务：核实每个模块是否正常运行（参考设计文档）、核实需求是否被正确实施（参考需求文档）。测试数据尽量使用真实数据。测试报告：记录测试结果，详细描述问题，提出解决办法。阶段输出：需求规格说明书系统设计说明书可运行代码及注释帮助文件和用户操作手册测试报告实施阶段实施阶段工作主要包括：将软件项目本身，包括配置文件、用户手册、帮助文档等进行收集、打包、安装、配置、安装调试、初始化。阶段输出：安装程序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测试岗主要职责：根据软件需求进行测试需求分析。编写测试用例。搭建测试环境。执行测试用例，提交缺陷报告并跟踪缺陷处理流程。负责编写《用户手册》、《操作手册》。对项目工作提出建设性建议。2.3.5主要职责：在项目组长安排和指导下，执行项目用户现场实施任务（包括系统安装、系统上线、系统试运行等）。负责协助用户进行“用户确认测试”。参与编写《用户手册》、《操作手册》。时间安排周星期节次内容班级111-4任务布置计1001115-8任务布置计1002121-4需求调研计1001125-8需求调研计1002131-4需求分析计1001135-8需求分析计1002141-4系统设计计1001145-8系统设计计1002151-4系统设计计1001155-8系统设计计1002211-4数据库设计计1002215-8数据库设计计1001221-4数据库设计计1002225-8数据库设计计1001231-4文档编写计1002235-8文档编写计1001245-8RFID技术应用计1002249-12RFID技术应用计1001251-4RFID技术应用计1002255-8RFID技术应用计1001311-4RFID技术应用计1001315-8RFID技术应用计1002321-4系统编码实现计1001325-8系统编码实现计1002331-4系统编码实现计1001335-8系统编码实现计1002341-4系统编码实现计1001345-8系统编码实现计1002351-4系统编码实现计1001355-8系统编码实现计1002361-4系统编码实现计1001365-8系统编码实现计10025117:00~20:30系统编码实现计1002515-8系统编码实现计1001521-4系统编码实现计1002525-8系统编码实现计1001531-4系统编码实现计1002535-8系统编码实现计1001541-4系统编码实现计1002545-8系统编码实现计1001551-4系统编码实现计1002555-8系统编码实现计10016117:00~20:30系统编码实现计1001615-8系统编码实现计1002621-4系统编码实现计1001625-8系统编码实现计1002631-4系统编码实现计1001635-8系统编码实现计1002641-4系统编码实现计1001645-8系统编码实现计1002651-4系统编码实现计1001655-8系统编码实现计10027117:00~20:30系统编码实现计1002715-8系统编码实现计1001721-4系统编码实现计1002725-8系统编码实现计1001731-4系统编码实现计1002735-8系统编码实现计1001741-4答辩计1002745-8答辩计1001751-4答辩计1002755-8答辩计1001四、考核要求4.1考核原则考核主要依据三个方面：项目整体评价、个人能力评价、职业素养评价，其中项目整体评价占总评的40%、个人能力评价占总评的50%、职业素养评价占总评的10%。项目整体评价内容主要包括：完成系统是否充分考虑用户需求、设计合理性、界面美观性、用户友好性、可靠性、容错性、实现规范性、文档编写质量等方面。个人能力评价内容主要包括：这部分考核主要分两部分，第一部分按照承担的工作，根据各岗位职责的要求进行考核；第二部分考核对其他岗位能力的掌握情况。职业素养评价内容主要包括：是否迟到早退、是否服从项目组任务安排、是否按进度要求完成任务、是否具有良好的团队协作精神和沟通能力、工作积极主动性等。其他说明：针对考勤中旷课超过四分之一、迟到早退超过三分之一或工作态度非常不认真，成绩直接评定为不及格。4.2考核方式考核方式：1、平时考核+阶段考核+答辩考核2、自评+互评+考评考核方式说明负责人平时考核主要评价项目组成员的职业素养教师阶段考核主要检查项目组是否按计划进度完成及完成质量教师答辩考核主要检查项目组实施能力及对个人能力进行评价教师自评主要对自己的工作进行评价项目组长互评主要对项目组成员工作进行评价项目组长考评主要评价项目完成情况和个人能力教师4.3答辩流程整个答辩流程主要分为四部分，其中一、二部分可并行进行。1、系统部署：设备准备：二台电脑负责人：实施员、项目组长答辩组给出项目组长岗位评价、实施岗位人员评价。2、文档检查负责人：答辩组审阅项目组需求、设计等文档，给出整体评价。3、项目演示讲解负责人：实施员、项目组长由项目组长进行组织协调，实施岗位人员模拟用户培训，面向企业人员和教师进行项目功能演示和讲解。答辩组给出项目整体评价、实施岗位人员评价。3、岗位答辩考核负责人：答辩组针对项目组成员的不同岗位角色进行分岗位答辩，给出个人能力评价分。4.4考核标准项目整体评价内容考核点需求及功能完整性设计合理性界面美观性用户友好性可靠性文档内容准确性文档规范性项目组协调性个人能力评价内容考核点岗位能力岗位协同能力系统综合能力备注根据主要承担的岗位职责进行提问评价能理解所承担的岗位与其他岗位的接口以及对存在的问题进行分析能理解整个系统其他岗位的相关技能要求。职业素养评价标准考核点考勤计划执行度协作精神沟通能力主动性考核根据评分标准评出优秀、良好、中等、及格与不及格五等。

附录1、需求分析方法与步骤需求分析是一个识别用户需求，确定用户需求的过程，由于用户的需求本身就有不确定性，因此进行需求分析。软件需求从抽象的逻辑包括三个不同的层次：业务需求、用户需求和功能需求（也包括非功能需求）。业务需求（businessrequirement）反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。这项工作一般由用户提出，技术人员只负责搜集，比如用户提出：为了提高产品入库效率，改善企业业务水平，特要求开发实施库存管理系统。这个就是一个业务需求的表现。它一般是较高的一个层面提出的。用户需求(userrequirement)文档描述了用户使用产品必须要完成的任务。这个是最容易理解的一个需求，比如要求仓库管理人员可以查阅过去每年每种型号材料的入库数量，可以查看材料的历史明细帐目，这些都是用户需求。功能需求(functionalrequirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。功能需求就是为了满足用户需求，并且符合业务需求的前提下，我们设定的功能解决方案。比如上面提到的，要求可以查阅2008年某型号材料的入库数量，我们就可能需要设定一个界面，叫做“入库查询”，这个就是一个具体功能，它是为了满足用户提出的“仓库管理人员可以查阅过去每年每种型号材料的入库数量”这个要求。（一）需求分析的任务问题的识别：确定对目标系统的综合要求。（1）功能要求：要求划分并描述出系统必须完成的所有功能。（2）性能要求：列出所开发软件的技术性能指标，包括运行时间、响应时间、数据精度和适应性等方面的要求。（3）运行要求：对系统运行时软件、硬件环境及接口方面的要求。（4）可靠性要求：应按实际的运行环境对所开发软件在投入运行后不发生故障的概率提出要求，以期在开发过程中采取措施，保证软件能够可靠地运行。（5）安全保密要求：根据用户不同的运行环境，做出适当规定，以便在系统设计阶段给予充分考虑，保证其具有安全保密方面的性能。（6）用户界面要求：对用户界面做出具体规定，要求做到界面友好、易学易用。（7）资源使用要求：确定所开发软件运行时所需要的数据、软件、内存等资源的要求；软件开发时所需人力、支撑软件、开发设备等软件开发资源的要求。分析系统的数据要求：由系统的信息流归纳抽象出系统要求的数据以及数据的逻辑关系。描述系统所需要的静态数据、动态数据（输入、输出数据）、数据库名称、类型，数据字典以及数据的采集方式。导出目标系统的详细逻辑模型：由1、2项分析结果导出目标系统的详细逻辑模型。详细逻辑模型可用数据流图、数据字典和IPO图等软件需求表达工具表示。编写“软件需求规格说明书”，同时为了确切表达用户对软件输入/输出的要求，可编写“数据要求说明书”和“初步用户手册”。需求分析评审：对功能的正确性、完整性和清晰性以及其它需求作出评价，评审内容包括：系统定义的目标与用户的要求是否一致；系统需求分析阶段提供的文档资料是否齐全；文档中的所有描述是否完整、清晰、准确反映了用户的要求；与其它系统的接口是否已经描述；所开发项目的数据流与数据结构是否足够、是否确定；所有图表是否清楚，在没有补充说明时是否易于理解；主要功能是否已包括在规定的软件范围之内，是否已经充分说明；设计的约束条件或限制条件是否符合实际；开发的技术风险是什么？是否考虑过软件需求的其它方案；是否考虑过将来可能会提出的软件需求；是否详细制定了检验标准，它们能否对系统定义的成败进行确认；是否存遗漏、重复或不一致的地方；用户是否审查了初步的用户手册；评审应由专人负责，并严格按规定进行。评审结束后由评审负责人签署评审意见。系统分析员应根据“评审意见”对需求分析进行修改，直到通过为止。（二）如何获取需求1．需求获取过程在与用户交流的过程中收集各种用户的信息，认真理解用户的各项要求；同时还应收集解决用户要求的一切有关信息。在进行需求获取时，获取对象应包括：实际应用本软件系统的直接领导、行政上有批准权的领导、本软件系统的具体操作者、使用者和系统维护人员。在进行分析所获取的信息时，分析员要对收集反馈回来的各种信息细致地进行分析。对于其中一些模糊的要求还需要向用户作进一步的澄清，然后才决定是否采纳。对于那些不合理的部分或者目前暂时无法实现的要求应向用户做充分的解释，以求谅解。在分析过程中，分析员应随时向有关方面的专家请教，并且明确该解决方案的约束条件。2．获取需求的方法（1）为了做好调查研究，一般应考虑：了解系统需求。软件开发往往是作为系统开发的一部分，因此仔细研究系统分析的文档资料，了解系统的需求中对软件的要求。市场调查。了解市场上对开发软件的需求形势，掌握市场上流行的相关软件产品的技术和价格数据，这对于决定开发的方针策略有着重要意义。访问用户和用户领域的专家。用户提出的要求应被当作重要的原始资料加以分析，从用户领域专家那里取得的信息常常有助于软件开发人员对用户需求的理解。考察现场。软件开发人员可以从专业角度来直接考察待开发系统的操作环境和操作要求。（2）调查的方式可以考虑如下几种：调查提纲或调查表。向各个层次上的用户和预见的隐含用户发调查提纲或调查表。中型调查会议。按照用户的层次结构的分类，召开中型调查会议，了解其业务范围、工作内容、业务特点以及对开发系统的想法和建议。个别访问。向一些对用户领域的业务和信息流向特别熟悉的有丰富经验的专家进行咨询。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法：所有单词的首个字母大写HtmlTagCamel法：除第一个单词外，其余单词的首个字母均大写htmlTag、ioStream在.NET中Pascal命名法应用于以下命名：名字空间：namespaceSystem.Security{…}方法：publicvirtualstringToString();属性：publicintLength{get;}事件：publiceventEventHandlerExited;常量名：publicconststringLandInfoPage="GroundInfo.aspx";在.NET中Camel命名法应用于以下命名：变量：stringlastError;参数：publicstaticintToInt32(stringvalue);控件的命名举例：Label：lbllblNameTextBox：txttxtUidCheckBox：chkchkUserLoginButton：btnbtnSubmit3．数据说明在设计阶段已经确定了数据结构的组织及其复杂性。在编写程序时，则需要注意数据说明的风格。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，每一个大类除了具备一般的名称外，还需要知道材料规格型号、计量单位、计量精度等，另外不同大类计价方式可能存在差异，某种明细材料的计价方法是以其所属大类的计价方法为标准的。企业在材料管理中计算单价的方法主要有：先进先出：此方法是严格按照购入（入库单）的先后次序，先贮存的存货先发出，如果某批次不够，则顺序取下一批次。次序是以入库单据的批次为标准而排列的，对于同一批次的单据，按录入的先后顺序，即物理顺序排列。后进先出法：此方法同先进先出法正相反。3．移动加权平均法：此方法是指某批货物出库时，当时库存的各批货物的平均价，计算公式为：平均单位成本=∑各批次数量*各批次单价∑各批次数量之和4．全月一次加权平均法。此方法的计算公式为存货单位成本=月初结存金额+∑[本月各批进货数量×单价月初数量+∑各批进货数量月末计算单价，只是针对全月一次加权平均法这种方法。采用先进先出、后进先出、移动平均、加权平均法计价的存货，其当月发出的及月末结存的存货的价格，只有在月底才能做一次