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

中型中型 MISMIS 开发实训开发实训 指导书指导书 计算机工程学院计算机工程学院 二二 一一 年年 中型中型 MIS 开发实训开发实训 指导书指导书 一 实训目的一 实训目的 中型 MIS 开发实训 是综合 数据库管理系统 SQL Server C 程序设计 企业网站建设与管理 软件测试 等课程的实践环节 共 七周时间 本课程综合学生所学的软件开发技术 数据库知识 编程语言 和测试方法 完成一项信息管理系统的开发任务 培养学生参与项目开发 的能力 本课程实训设计目的 熟悉软件项目开发的基本过程 了解软件项目开发的重点 难点 能运用前续课程知识比较熟练的掌握数据库系统的设计 编码和调 试 能规范化地实施软件项目开发 理解软件项目开发中不同岗位角色 学会各个环节的角色沟通 二 课程实训的内容及要求二 课程实训的内容及要求 2 12 1 实训内容 实训内容 1 对开发的系统进行具体的调研 调研的形式以教师解答和讲解 参 照本实训指导书资料为主 网络查询相关资料为辅 2 根据调研产生的需求 设计一个可以实际应用的数据库管理系统 要求设计的表约为 10 15 个 企业库存管理系统为项目背景 3 根据相关模板要求 编写系统的需求和设计文档 4 将教师的评价过程作为一次文档评审的过程 对文档进行相应的修 改 作为后期工作的依据 5 系统中采用 RFID 相关技术 6 对完成的项目进行测试 确保系统的稳定性 7 完成整个系统的安装和部署 2 22 2 工作流程 工作流程 项目团队组建项目团队组建 系统测试系统测试 概要概要 详细设计详细设计 需求规格说明书编写需求规格说明书编写产品安装产品安装 用户培训用户培训 项目总结验收项目总结验收 计划阶段计划阶段 开发阶段开发阶段 实施阶段实施阶段 项目计划制定项目计划制定 编码及文档编码及文档 系统设计岗系统设计岗 编码岗编码岗 测试岗测试岗 实施岗实施岗 项目管理岗项目管理岗 2 2 1 计划阶段计划阶段 项目计划阶段主要任务是当确定开发之后制定软件开发计划 人员组 织结构定义及配备 常见的人员组织结构有垂直方案 水平方案 混合方案 垂直方案中 每个成员充当多重角色 水平方案中每个成员充当一到两个角色 混合方 案则包括了经验丰富的人员与新手相互融合 具体选择根据人员实际技能 情况进行选择 项目参考组织结构如下 项目组长 系统设计师编码员测试员实施员 实训中每个小组由最多 4 人组成 项目组织中可以对参考结构进行细 化 根据每个人的特长来担任其中的一个或多个角色 负责完成与角色相 关任务和文档组长负责总的协调 最好是每个人都能参与设计和编码工作 每个人都能够建立起系统地全局观 软件开发计划的目的是收集控制项目时所需的所有信息 项目组长根 据项目计划来安排资源需求并根据时间表跟踪项目进度 项目团队成员根 据项目计划以了解他们的工作任务 工作时间以及他们所依赖的其他活动 可将计划分成总体计划和详细计划 总体计划中每个任务为一个里程碑 详细计划中必须将任务落实到个人 甘特图是一种能有效显示活动时间计划编制的方法 主要用于项目计 划和项目进度安排 甘特图把计划和进度安排两种职能结合在一起 纵向 列出项目活动 横向列出时间跨度 每项活动计划或实际情况用横线表示 横道线还显示了每项活动的开始时间和结束时间 甘特图可以方便的表达工作分解结构图的各个层次 其表达单位也比 较灵活 从年到日都可表达 但是甘特图只能用于表达较简单的项目活动 关系 它无法表达各个项目活动是否属于关键活动 即便这样 类似软件 项目开发实训这样的一个简单项目 用甘特图来表达项目进度是最恰当不 过了 甘特图可以使用微软 Office 系列软件的 Visio 进行绘制 该软件中 有很多工程制图工具 可以方便的绘制甘特图 下面示意图所示的项目期 为六周 主要单位为周 次要单位为天 图中测试的时间和文档书写的时 间是重合的 表示作为项目管理而言 这个时间段这两件工作是同时进行 的 ID任务名称 开始 时间 完成 持续 时间 2007年03月04日2007年03月11日 5678910 11 12 13 14 15 16 17 18 15d 2007 3 9 2007 3 5 需求确定 25d 2007 3 16 2007 3 12 设计 315d 2007 4 6 2007 3 19 研发 46d 2007 4 9 2007 4 2 测试 58d 2007 4 11 2007 4 2 文档书写 6 2007年03月18日2007年03月25日2007年04月01日2007年04月08日 19 20 21 22 23 24 25 26 27 28 29 30 3112345678910 11 12 13 2d 2007 4 13 2007 4 12 安装实施 系统项目进度甘特图示例 阶段输出 阶段输出 项目计划项目计划 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 参与编写 用户手册 操作手册 三 三 时间安排时间安排 周周星期星期节次节次内容内容班级班级 111 4 任务布置计 1001 115 8 任务布置计 1002 121 4 需求调研计 1001 125 8 需求调研计 1002 131 4 需求分析计 1001 135 8 需求分析计 1002 141 4 系统设计计 1001 145 8 系统设计计 1002 151 4 系统设计计 1001 155 8 系统设计计 1002 211 4 数据库设计计 1002 215 8 数据库设计计 1001 221 4 数据库设计计 1002 225 8 数据库设计计 1001 231 4 文档编写计 1002 235 8 文档编写计 1001 245 8 RFID 技术应用计 1002 249 12 RFID 技术应用计 1001 251 4 RFID 技术应用计 1002 255 8 RFID 技术应用计 1001 311 4 RFID 技术应用计 1001 315 8 RFID 技术应用计 1002 321 4 系统编码实现计 1001 325 8 系统编码实现计 1002 331 4 系统编码实现计 1001 335 8 系统编码实现计 1002 341 4 系统编码实现计 1001 345 8 系统编码实现计 1002 351 4 系统编码实现计 1001 355 8 系统编码实现计 1002 361 4 系统编码实现计 1001 365 8 系统编码实现计 1002 5117 00 20 30 系统编码实现计 1002 515 8 系统编码实现计 1001 521 4 系统编码实现计 1002 525 8 系统编码实现计 1001 531 4 系统编码实现计 1002 535 8 系统编码实现计 1001 541 4 系统编码实现计 1002 545 8 系统编码实现计 1001 551 4 系统编码实现计 1002 555 8 系统编码实现计 1001 6117 00 20 30 系统编码实现计 1001 615 8 系统编码实现计 1002 621 4 系统编码实现计 1001 625 8 系统编码实现计 1002 631 4 系统编码实现计 1001 635 8 系统编码实现计 1002 641 4 系统编码实现计 1001 645 8 系统编码实现计 1002 651 4 系统编码实现计 1001 655 8 系统编码实现计 1002 7117 00 20 30 系统编码实现计 1002 715 8 系统编码实现计 1001 721 4 系统编码实现计 1002 725 8 系统编码实现计 1001 731 4 系统编码实现计 1002 735 8 系统编码实现计 1001 741 4 答辩计 1002 745 8 答辩计 1001 751 4 答辩计 1002 755 8 答辩计 1001 四 考核要求四 考核要求 4 1 考核原则考核原则 考核主要依据三个方面 项目整体评价 个人能力评价 职业素养评 价 其中项目整体评价占总评的 40 个人能力评价占总评的 50 职业 素养评价占总评的 10 项目整体评价内容主要包括 完成系统是否充分考虑用户需求 设计 合理性 界面美观性 用户友好性 可靠性 容错性 实现规范性 文档 编写质量等方面 个人能力评价内容主要包括 这部分考核主要分两部分 第一部分按 照承担的工作 根据各岗位职责的要求进行考核 第二部分考核对其他岗 位能力的掌握情况 职业素养评价内容主要包括 是否迟到早退 是否服从项目组任务安 排 是否按进度要求完成任务 是否具有良好的团队协作精神和沟通能力 工作积极主动性等 其他说明 针对考勤中旷课超过四分之一 迟到早退超过三分之一或 工作态度非常不认真 成绩直接评定为不及格 4 2 考核方式考核方式 考核方式 1 平时考核 阶段考核 答辩考核 2 自评 互评 考评 考核方式考核方式说明说明负责人负责人 平时考核主要评价项目组成员的职业素养教师 阶段考核主要检查项目组是否按计划进度完成及完成质量教师 答辩考核主要检查项目组实施能力及对个人能力进行评价教师 自评主要对自己的工作进行评价项目组长 互评主要对项目组成员工作进行评价项目组长 考评主要评价项目完成情况和个人能力教师 4 3 答辩流程答辩流程 整个答辩流程主要分为四部分 其中一 二部分可并行进行 1 系统部署 系统部署 设备准备 二台电脑 负责人 实施员 项目组长 答辩组给出项目组长岗位评价 实施岗位人员评价 2 文档检查 文档检查 负责人 答辩组 审阅项目组需求 设计等文档 给出整体评价 3 项目演示讲解 项目演示讲解 负责人 实施员 项目组长 由项目组长进行组织协调 实施岗位人员模拟用户培训 面向企业 人员和教师进行项目功能演示和讲解 答辩组给出项目整体评价 实施岗位人员评价 3 岗位答辩考核 岗位答辩考核 负责人 答辩组 针对项目组成员的不同岗位角色进行分岗位答辩 给出个人能力评 价分 4 4 考核标准考核标准 项目整体评价内容项目整体评价内容 考核点考核点需求及需求及 功能完功能完 整性整性 设计合设计合 理性理性 界面美界面美 观性观性 用户友用户友 好性好性 可靠性可靠性文档内文档内 容准确容准确 性性 文档规文档规 范性范性 项目组项目组 协调性协调性 个人能力评价内容个人能力评价内容 考核点考核点岗位能力岗位能力岗位协同能力岗位协同能力系统综合能力系统综合能力 备注根据主要承担的岗位职 责进行提问评价 能理解所承担的岗 位与其他岗位的接 口以及对存在的问 题进行分析 能理解整个系统其他岗位的相 关技能要求 职业素养评价标准职业素养评价标准 考核点考核点考勤考勤计划执行度计划执行度协作精神协作精神沟通能力沟通能力主动性主动性 考核根据评分标准评出优秀 良好 中等 及格与不及格五等 附录附录 1 需求分析方法与步骤 需求分析方法与步骤 需求分析是一个识别用户需求 确定用户需求的过程 由于用户的需求本身就有 不确定性 因此进行需求分析 软件需求从抽象的逻辑包括三个不同的层次 业务需 求 用户需求和功能需求 也包括非功能需求 业务需求 business requirement 反映了组织机构或客户对系统 产品高层 次的目标要求 它们在项目视图与范围文档中予以说明 这项工作一般由用户提 出 技术人员只负责搜集 比如用户提出 为了提高产品入库效率 改善企业业 务水平 特要求开发实施库存管理系统 这个就是一个业务需求的表现 它一般 是较高的一个层面提出的 用户需求 user requirement 文档描述了用户使用产品必须要完成的任务 这 个是最容易理解的一个需求 比如要求仓库管理人员可以查阅过去每年每种型号 材料的入库数量 可以查看材料的历史明细帐目 这些都是用户需求 功能需求 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 移动加权平均法