信息系统分析与设计三级报告.doc

信息系统分析与设计信息系统分析与设计 三级项目报告三级项目报告 专业专业/ /班级班级信息管理与信息系统-003 学号学号姓名姓名代强 评分标准评分标准 VisioVisio 的安装与使用的安装与使用 （5 5 分）分） 系统结构化设计系统结构化设计 （5 5 分）分） 系统面向对象建模系统面向对象建模 （5 5 分）分） 系统初步实现系统初步实现 （5 5 分）分） VisioVisio 图例使用准确，图例使用准确， 图形绘制美观准确图形绘制美观准确 5 5 分分 系统分析设计的图表完系统分析设计的图表完 整无误，符合需求整无误，符合需求 5 5 分分 面向对象建模准确，符面向对象建模准确，符 合需求，绘图美观合需求，绘图美观 5 5 分分 用户界面美观，代码设用户界面美观，代码设 计准确、科学、合理计准确、科学、合理 5 5 分分 VisioVisio 图例使用准确，图例使用准确， 图形绘制准确图形绘制准确 4 4 分分 系统分析设计的图表完系统分析设计的图表完 整无误，基本满足需求整无误，基本满足需求 4 4 分分 面向对象建模准确，基面向对象建模准确，基 本符合需求，本符合需求，4 4 分分 用户界面设计满足需求，用户界面设计满足需求， 代码设计符合需求代码设计符合需求 4 4 分分 VisioVisio 图例使用存在错图例使用存在错 误，但绘制准确误，但绘制准确 3 3 分分 系统分析设计的图表存系统分析设计的图表存 在逻辑不清晰，但基本在逻辑不清晰，但基本 满足需求满足需求 3 3 分分 面向对象建模基本准确，面向对象建模基本准确， 基本满足需求，基本满足需求，3 3 分分 用户界面清晰，项目描用户界面清晰，项目描 述完整，代码设计基本述完整，代码设计基本 满足业务需要满足业务需要 3 3 分分 VisioVisio 图例使用准确，图例使用准确， 但绘制存在错误但绘制存在错误 2 2 分分 系统分析设计的图表存系统分析设计的图表存 在逻辑不清晰，可以满在逻辑不清晰，可以满 足部分需求足部分需求 2 2 分分 面向对象建模不完整，面向对象建模不完整， 描述需求不充分，描述需求不充分，2 2 分分 用户界面描述不完整，用户界面描述不完整， 代码设计不合理代码设计不合理 2 2 分分 VisioVisio 图例使用不准确，图例使用不准确， 绘制存在错误绘制存在错误 1 1 分分 系统分析设计的图表存系统分析设计的图表存 在逻辑不清晰，可以满在逻辑不清晰，可以满 足部分需求足部分需求 2 2 分分 面向对象建模错误，需面向对象建模错误，需 求理解错误，求理解错误，1 1 分分 用户界面混乱，代码设用户界面混乱，代码设 计有误计有误 1 1 分分 分分分分分分分分 总分：总分： 分分 目录目录 一、项目概述一、项目概述.1 1.1 目的 .1 1.2 硬件环境： .1 1.3 软件环境 .1 二、系统规划二、系统规划.2 2.1 系统的要求 .2 2.2 系统的组织机构图3 三、系统分析三、系统分析.5 3.1 业务流程图 .5 3.1.1 顶层图.5 3.1.2 底层图.6 3.2 数据流程图 .7 3.2.1 顶层图.7 3.2.2 底层图.7 3.3 数据字典 .8 3.3.1 数据项卡片.8 3.3.2 数据流卡片.9 3.3.3 数据存储卡片.10 3.3.4 数据结构卡片.11 3.3.5 外部实体卡片.12 四、系统设计四、系统设计.14 4.1 数据库设计 .14 4.1.1 概念设计 14 4.1.2 逻辑设计 15 4.1.3 物理设计.16 4.2 代码设计 .18 4.3 用户界面 .19 五、系统实施五、系统实施.20 5.1 等价类划分法20 5.2 划分等价类：21 5.3 划分等价类的标准：21 5.4 划分等价类的原则21 5.3 设计测试用例 .22 六、面向对象六、面向对象.23 6.1 用例图 .23 七、项目心得体会七、项目心得体会.24 大连东软信息学院大连东软信息学院 0 一、项目概述一、项目概述 1.1 目的目的 要求理解系统分析与设计的重要性，掌握信息系统需求分析的内容与方法，包括结构 化生命周期法和面向对象的方法。要求学生掌握一般系统体系的基本构成、各个部分的作 用及其相互关系，掌握系统需求分析与设计文档的撰写方法。 结合三级项目进行实际的分析、设计与实现。 除此之外，还要学会使用相关的分析设计软件（如 Visio 等） ，并灵活运用各种软件编 写相应的文档。 1.2 硬件环境：硬件环境： 笔记本电脑型号：品牌笔记本电脑型号：品牌/ /型号型号 处理器处理器Intel P3 及以上 处理器主频处理器主频 2.2GHz 主板芯片组主板芯片组 JasmineR 内存容量内存容量256MB 及以上 硬盘容量硬盘容量10GB 以上 硬盘描述硬盘描述 SATA 5400 屏幕尺寸屏幕尺寸15.6 英寸 标准分辨率标准分辨率 1600X900 显卡类型显卡类型性能级独立显卡 显卡型号显卡型号 GDDTR5 显存容量显存容量 3GB 1.3 软件环境软件环境 操作系统 ： 文档编辑工具：Microsoft office visio 2007、Microsoft office word 2007、Rational Rose Enterprise Edition 大连东软信息学院大连东软信息学院 1 二、系统规划二、系统规划 2.1 系统的要求系统的要求 商场超市的采购收获管理流程如下： 采购部门的文员首先需要将商场超市内的所有商品信息存入数据库，商品信息数据库 中包括商品编码、商品名称、商品种类、规格、型号、包装形式、品牌、进货价、零售价、 批发价、产地、保质期、最低库存量、最大库存量等信息。 每个月采购部文员根据库存量计算出需要订货的商品及数量，要求是订货量在最高库 存量和最低库存量之间。确定出需要订货的商品及数量后，按商品种类进行分组，分别产 生不同的订货单，然后提交给采购员。 采购员按照订货单，去寻找每类商品的供应商，要求每类商品找三家供应商。然后将 订货单及供应商一起报给采购部的部门经理审批，由部门经理确定每类商品的供应商顺序， 再报给总经理确定最终的供应商。随后采购员按审批结果生成采购合同给供应商，同时将 采购合同副本送给财务处和仓库。 供应商送货时携带采购合同、商品清单到商场超市的仓库。仓库保管员负责按采购合 同及商品清单进行验货，再将合格的商品做入库处理，即修改库存信息，产生入库单给财 务处。 财务处结算员根据采购合同、入库单进行费用结算，将结算结果存入应收应付账目中， 同时开出发票给供应商。 商场销售员根据货架上的商品短缺情况，产生出库单，到仓库管理员处领取商品，仓 库管理员根据出库单做出库处理，并修改库存量。 每月采购部的统计员对订货单、入库单、出库单信息做统计分析，产生分析报告给总 经理。 大连东软信息学院大连东软信息学院 2 2.2 系统的组织机构图系统的组织机构图 传统的零售企业组织架构为“金字塔型”层级结构。在这种结构中，上下级层级分明， 每个人都有明确的权利和责任，中间为一个庞大的管理层。该结构在稳定的环境下，是一 种比较高效的组织架构，适合企业的发展。但当前，企业面临的环境变化迅速，特别是在 零售业，市场环境变化迅速，消费者需求日益多样化和个性化。金字塔型的组织架构己明 显不利 于零售企业的发展。同时，信息技术在零售业的广泛应用使扁平化结构和管理成为可 能。世界零售巨头沃尔玛不断减少企业的管理层次，向下分权。 在沃尔玛的组织架构里， 大连东软信息学院大连东软信息学院 3 上层的 CEO 下面设立四个事业部，分别管理着购物广场(含折扣店)、山姆会员店、国际业 务和物流业务，下面就是庞大的分店；另设两个商店管理事业部，通过事业部总裁、区域 总裁、区域经理、店铺经理四个层次， 直接对店铺的选址、开办、进货、库存、销售、财 务、促销、培训、广告、公关等各项事务进行管理。 总经理：总经理室公司的最高负责人，行使公司最高决策权，主要职责包括领导制定 本公司的市场运营，发展战略及规划；领导制定公司年度计划，中长期发展计划等；批准 公司的年度财务预算；领导公司建立各级组织机构，并按公司战略规划进行机构调整；领 导公司制定各种规章制度，并深入贯彻实施；决定各职能部门主管的任免、报酬、奖惩； 采购部：采购部门有二大只能，一是采购部门的文员首先需要将商场超市内的所有商 品信息存入数据库。二是每个月采购部文员根据最高库存量和最低库存量计算出需要订货 的商品及数量，并对商品种类进行分组，生成不同的订货单，提交给采购员。以及寻找供 应商，最后根据合同进行实施采购工作，以及每月采购部的统计员对订货单、入库单、出 库单信息做统计分析，产生分析报告给总经理。 销售部：商场销售员根据货架上的商品短缺情况，产生出库单，到仓库管理员处领取 商品，仓库管理员根据出库单做出库处理，并修改库存量。 市场部：市场部负责进行市场信息的收集、整理、分析预测市场需求；同时进行市场 开发决策、市场维护、全面负责公司营销规划与管理； 财务部：财务处结算员根据采购合同、入库单进行费用结算，将结算结果存入应收应 付账目中，同时开出发票给供应商。以及负责公司会计核算管理、财务核算管理、公司经 营过程实施财务监督、稽核、审计、检查、协调和指导。 人事部： 负责集团人力资源管理制度的起草、修订、实施。 负责集团公司各级管理 人员和职能单位人员的招聘、录用。 三、系统分析三、系统分析 3.1 业务流程图业务流程图 3.1.1 顶层图顶层图 采购部 大连东软信息学院大连东软信息学院 4 3.1.2 底层图底层图 商品 信息 数据库存储 库存盘点清单 库存计算需求订单 出库管理 入库单 采购管理 库存管理 库存 分析 报 告 仓库 销售部 库存台账 入库管理 出库 单 总经理 统计员 部 供应商 大连东软信息学院大连东软信息学院 5 3.2 数据流程图数据流程图 3.2.1 顶层图顶层图 F2 采购合同 订单分组 分类订货单 采购员 供应商检索 供应商列表 部门经理 审批 供应商顺序 总经理 审批 采购合同 供供应应商商 配货 采购合同商品清单 验货 仓管员 入库单 退货单 入库处理 财务部 费用结算 应收账款 发票 供供应应商商 销售员 货架盘点 出库单 出库处理 更新库存量 订货单 统计员 统计分析 分析报告 P1 入库管理 S2 仓管员 库存 账 D1 大连东软信息学院大连东软信息学院 6 F1货架盘点 F3 出库单 3.2.2 底层图底层图 F1.1 需求计划 F1.1 分类采购订单 P2 采购管理 P3 出库管理 分析报告D2 P4 统计分析 S4 总经理 S1 采购员 S3 销售员 S1 采购部 门 P2 库存管理 生成采购订单D2 P2.1 分组处理 S4 部门经理 P2.2 供应商排序 大连东软信息学院大连东软信息学院 7 F1.2 供应商列表 F1.3 采购合同 F1.5 入库单 F1.4 出库单 F1.5 入库单 F1.6 采购合同 F1.4 出库单 3.3 数据字典数据字典 3.3.1 数据项卡片数据项卡片 数据元素卡片 总编号：I01 名称：员工卡片 编 号：I001 别名：男/女 说明：用户生理特征 数据值类别（连续/离散）：离散 类型：字符 长度：（1） 有关数据结构：用户信息 有关编码的说明： 男 女 先生 女士 有关的数据结构/组合（使用场合）：定单，顾客细节。 S6 总经理 采购合同D2.2 S5 供应商 P2.1 送货 采购合同D2.2 P1 入库管理 P3 出库管理 S7 仓管部门 S3 销售部门 库存台账D2.3 P3.1 统计分析 S3.2 统计员 分析报告D2.4 大连东软信息学院大连东软信息学院 8 数据项卡片二维表数据项卡片二维表 数据项名称数据项名称数据项编号数据项编号类型及宽度类型及宽度说明说明取值范围取值范围备注备注 员工卡片I001Char（20）员工信息 订单号I002Char（12）订单详情 采购合同I003Int（20）合同条款一式三份 出库单I004Nchar（15）出库列表 入库单I005Nvarchar（20 0） 入库商品 供应商单I006Nchar（20）供应商列表 仓储部I007Char（20）库存信息 采购部I008Char（12）采购单 财务部I009Int（20）账务信息 市场部I0010Nchar（15）市场信息 3.3.2 数据流卡片数据流卡片 数据流卡片 总编号：F1.01 数据结构名称：需求计划单 编 号：F001 说明：用户购买商品时所需的订单 包含的数据结构： 来源：用户（S1）P2.1 P2.2 去向：用户（S1）P2.1 P2.2 说明：用户购买商品时所需的订单 信息容量：6 人 数据流二维表数据流二维表 数据流名称数据流名称数据流编号数据流编号数据流来源数据流来源数据流去向数据流去向简述简述数据流量数据流量 需求计划单F001采购文员采购员制定、提交3 张/月 采购需求单F002采购员部门经理审核1 张/月 采购订单F003部门经理总经理 审核1 张/月 采购合同 F004总经理仓库、采购 员、供应商 执行一式三份 大连东软信息学院大连东软信息学院 9 入库单F005供应商仓库验收 依据合同 出库单F006销售部 仓库出库处理 出库单 库存台账F007出入库单仓库、财务统计、核对发票 3.3.3 数据存储卡片数据存储卡片 数据存储卡片 总编号：D01 数据结构名称：用户订单 编 号：D001 相关联的处理：P1.1 说明：用户购买商品时所需的订单 数据存储组成：日期+货物编码+单价+数量 关键字：部门代码，货物编码 相关联的处理：P1.1 输出数据流：D2 P1.1 有无立即查询：有 信息量：200 份/天 数据存储二数据存储二维维表表 数据存储名数据存储名 称称 数据存储编数据存储编 号号 简述简述数据存储组数据存储组 成成 关键字关键字相关联的处 理 需求计划单D001存储需求计 划的文件 日期+货物编 码+单价+数 量 部门 代码，货物 编码 P1.1 采购需求单D002登记采购计 划的文件 日期+供应商 编码+货物编 码+单价+数 量 供应商编码， 货物编码 P1.2 供应商资料D003登记供应商 的相关信息 供应商编码+ 货物编码+单 价+数量 供应商编码， 货物编码 P1.2 采购订单 D004登记采购货 物订单的文 件 日期+订单号 +供应商编码 +订货部门编 码+发运方式 +制单人+审 核人 订单号，供 应商编码， 订货部门编 码，存货编 码 P2 大连东软信息学院大连东软信息学院 10 采购合同D005编写采购合 同的文件 合同条款订单号，供 应商编码， 订货部门编 码，存货编 码 3.3.4 数据结构卡片数据结构卡片 数据卡片 总编号：P01 名称：注册表 编 号：P001 说明：用户注册完成之后显示用户信息 输入数据流：P1.2 内容： 用户名 密码 性别 出生年月 族别 输出数据流：D2 P1.1 有无立即查询：有 信息量：200 份/天 数据结构二维表数据结构二维表 处理名称处理名称处理编号处理编号简述简述输入的数输入的数 据流据流 处理描述处理描述输出的数输出的数 据流据流 处理频率处理频率 需求计划 单 P001汇总所需 货物的相 关信息 需求计划 单 根据 需求部门 的需求信 息得出所 需货物的 汇总信息 采购需求 单 1 次/ 月 采购计划 P002填写采购 货物的计 划 采购需求 单 根据 需求计划 单和存货 情况编写 出采购计 划 采购计划 1 次/ 月 大连东软信息学院大连东软信息学院 11 采购订单P003填 写采购货 物的订单 采购计划根据采购 计划和供 应商资料， 选择合格 的供应商， 确认价格 填写采购 采购订单1 次/ 月 采购收货 管理 P004对 采购的货 物进行收 获管理 采购订单当货 物到达时， 根据采购 订单，对 货物进行 查验质量， 数量等 入库信息1 次/ 月 入库管理P005对已收货 进行入库 管理 入库信息根据入库 信息，对 已经检验 收货的货 物，入库， 上架，记 录 入库单 出库管理P006对销售出 库管理 出库单等级、审 核、出库 出库单多次 统计汇总P007统计员对 订单、出 入库单统 计汇总， 报给总经 理 出入库单、 订单 统计、分 析 汇总、报 告 1/月 3.3.5 外部实体卡片外部实体卡片 外部实体卡片 总编号：1-101 名称：采购员 编 号：S01 说明：缺货时进行采购 输入数据流： P001 输出数据流： 个数：约 2 个 外部实体二维表外部实体二维表 实体名称实体编号简述输入的数据流输出数据流量 大连东软信息学院大连东软信息学院 12 用户S001满足订货要求的 所有顾客 P007约 10 个 采购员 S002缺货时进行采购P005约 2 个 配送员S003就审核完毕的订 单进行配送 P007约 4 个 审核员S004定完单后进行审 核 P002约 2 个 供应商S005按订单配货D2约 2 个 财务部S006财务记账P002约 4 个 仓储部S007仓储管理，商品 出入库、管理库 存台账 D2约 2 个 市场部S008调研市场、做出 决策 P2.1 P2.2 总经理S009战略规划D2 P1.1 大连东软信息学院大连东软信息学院 13 四、四、系统设计系统设计 4.1 数据库设计数据库设计 一个设计良好的数据库，可以使系统的实现变得非常的简单，同时，也可以使系统的 执行速度变得很快。反之，一个设计混乱的数据库，不仅增加了吸引的管理实现过程，同 时在系统的执行过程中，使得检索变得很慢，降低效率。所以数据库的设计是一个系统设 计很重要的步骤。 4.1.1 概念设计概念设计 由分析用户需求到生成概念产品的一系列有序的、可组织的、有目标的设计活动，它 表现为一个由粗到精、由模糊到清晰、由抽象到具体的不断进化的过程。概念设计即是利 用设计概念并以其为主线贯穿全部设计过程的设计方法。概念设计是完整而全面的设计过 程，它通过设计概念将设计者繁复的感性和瞬间思维上升到统一的理性思维从而完成整个 设计。 系统中的实体有：采购部文员、采购员、财务部、销售员、统计员、仓库管理员、供 应商、部门经理、总经理 列出各个实体包含的属性，并且确定各个实体的主键（用下划线标示）： （1）采购部文员（文员编号、姓名、性别、年龄、所属部门、联系电话、地址） （2）采购员（姓名、编号、性别、年龄、所属部门、联系电话、地址） （3）销售员（配送员编号、姓名、性别、年龄、联系电话） （4）统计员（审核员编号、姓名、性别、年龄、联系电话） （5）供应商（供应商编号、供应商类型、供应商姓名、联系电话、地址） （6）入库单（入库单编号、填录人姓名、填录人编号、填录时间、详细描述） （7）订单（订单编号、填录人姓名、填录人编号、填录时间、客户信息、详细描述） （8）出库单（出库单编号、填录人姓名、填录人编号、填录时间、详细描述） （9）仓库管理员（记账单编号、填录人姓名、填录人编号、填录时间、详细描述） 大连东软信息学院大连东软信息学院 14 ER 图：图： 超市管理系统数据库 E-R 模型： 名称 采购员 员工编号 籍贯 供货日期 进货日期 电话 地址 供货商编号 供货商 采购 采购订单 商品编号 名称 价格 商品 姓名性别 条形码 m n m n 开户行 工资 身份证号 客户 配 货 销售单号 销售日期 出库单 m n 销售 采购订单 汇总 入库单 仓库 总经理 分析报告 姓 名 年龄 电话 姓名 年龄 员工编号 4.1.2 逻辑设计逻辑设计 把 ER 图转换为关系模式 列出各个实体包含的属性，并且确定各个实体的主键（用下划线标示）： 由 ER 图可见：图中有五个实体：客户、采购员、供应商、仓库管理员、信息统计员、 总经理、商品；三个关系：采购关系，配送关系，销售关系。 客户： (编号，姓名，性别，身份证，入职日期，薪资) 采购员：(编号，姓名，性别，部门编号， ） 发票 大连东软信息学院大连东软信息学院 15 供应商：(供货商号，名称，联系人，联系电话，联系地址，开户行，银行帐号，备注) 仓库管理员：（编号，姓名，性别，身份证，入职日期，薪资） 商品信息：（商品编号，供货商号，名称，条形码，计量单位，类别，产地，单价， 备注） 入库单（入库单号，商品编号，供货商号，进货价，数量，金额，进货日期，备注） 出库单（出库单号，商品编号，供货商号，进货价，数量，金额，进货日期，备注） 销售清单：（销售单号，商品编号，销售数量，销售日期） 库存清单：（商品编号，库存数量） 4.1.3 物理设计物理设计 (1) 职工清单(StaffBill) 中文字段名 英文字段名 字段类型长度主键/外 键 字段值约束 职工编号staffIDchar6PNOT NULL 姓名namenvarchar8NOT NULL 性别sexnchar2NOT NULL 籍贯homenvarchar4NULL 学历diplomanvarchar4NOT NULL 类别kindnvarchar10NULL 工资salaryint4NULL 联系电话phonevarchar12NULL 联系地址addressnvarchar50NULL 身份证号idCardvarchar18NOT NULL 聘用日期beginDatedatetime8NULL 编制日期enactTimedatetime8NULL 备注othersntext50NULL (2) 用户清单(UserBill) 中文字段名英文字段名字段类型长度主键/外键字段值约束 帐号loginIDchar6P/FNOT NULL 密码passWordchar6NOT NULL (3) 商品清单(MerchBill) 中文字段名英文字段名字段类型长度主键/外键字段值约束 商品编号merchIDchar6PNOT NULL 供货商号profferIDchar6FNOT NULL 名称fullNamenvarchar80NOT NULL 条形码barCodechar15NOT NULL 计量单位metricUnitvarchar4NOT NULL 类别kindnvarchar8NULL 大连东软信息学院大连东软信息学院 16 产地birthPlacenvarchar50NULL 单价unitCostmoney4NOT NULL 备注othersntext50NULL (4) 供货商清单(ProfferBill) 中文字段名英文字段名字段类型长度主键/外键字段值约束 供货商号profferIDchar6PNOT NULL 名称fullNamenvarchar50NOT NULL 联系人contactPersonnvarchar8NOT NULL 联系电话phonevarchar12NOT NULL 联系地址addressnvarchar50NOT NULL 开户行openingBanknvarchar10NULL 银行帐号 accountIDvarchar15NULL 备注othersntext50NULL (5) 进货清单(ImportBill) 中文字段名英文字段名字段类型长度主键/外键字段值约束 进货单号importBillIDchar6PNOT NULL 商品编号merchIDchar6P/FNOT NULL 供货商号profferIDchar6FNOT NULL 进货价importPricemoney4NOT NULL 数量quantityint4NOT NULL 金额totalMoneymoney4NOT NULL 进货日期importDatedatetime8NOT NULL 备注othersntext50NULL (6) 销售清单(SaleBill) 中文字段名英文字段名字段类型长度主键/外键字段值约束 销售单号saleBillIDchar6PNOT NULL 商品编号merchIDchar6P/FNOT NULL 销售数量saleNumint4NOT NULL 销售日期saleDatedatetime8NOT NULL (7) 库存清单(StoreBill) 中文字段名英文字段名字段类型长度主键/外键字段值约束 商品编号merchIDchar6P/FNOT NULL 库存数量storeNumint4NOT NULL 4.2 代码设计代码设计 4.2.14.2.1、代码名称、代码名称： 大连东软信息学院大连东软信息学院 17 订单号： S 0000 00 00 000 （销售订单） （年） （月） （日） （当天订单号） 例如：S20151212112 含义为 2015 年 12 月 12 号 112 号订单 供应商编号： 字母 1 字母 2 00 （省份） （市区） （序号） 例如：LD02 辽宁省大连 02 号供应商 供应商编号： 字母 1 字母 2 00 0000 00 00 000 （供应商省份） （供应商市区） （序号） （年） （月） （日） （当天订单号） 例如：LD0220151123219 辽宁省大连市 02 号供应商 2015 年 11 月 23 日 219 号订单 4.2.24.2.2 设计原则设计原则： 单一职责原则： 单一职责原则（SRP：Single responsibility principle）又称单一功能原则 核心： 解耦和增强内聚性（高内聚，低耦合） 描述：类被修改的几率很大，因此应该专注于单一的功能。如果你把多个功能放在同 一个类中，功能之间就形成了关联，改变其中一个功能，有可能中止另一个功能，这时就 需要新一轮的测试来避免可能出现的问题。 里氏替换原则： 里氏替换原则（LSP：Liskov Substitution Principle） 核心：在任何父类出现的地方都可以用他的子类来替代（子类应当可以替换父类并出 现在父类能够出现的任何地方） 四层含义： （1）子类必须完全实现父类的方法。在类中调用其他类是务必要使用父类或接口，如 果不能使用父类或接口，则说明类的设计已经违背了 LSP 原则。 （2）子类可以有自己的个性。子类当然可以有自己的行为和外观了，也就是方法和属 性 （3）覆盖或实现父类的方法时输入参数可以被放大。即子类可以重载父类的方法，但 大连东软信息学院大连东软信息学院 18 输入参数应比父类方法中的大，这样在子类代替父类的时候，调用的仍然是父类的方法。 即以子类中方法的前置条件必须与超类中被覆盖的方法的前置条件相同或者更宽松。 （4）覆盖或实现父类的方法时输出结果可以被缩小。 依赖注入原则： 依赖注入原则（DIP：Dependence Inversion Principle） 别名：依赖倒置原则或依赖反转原则 核心：要依赖于抽象，不要依赖于具体的实现 三层含义： （1）高层模块不应该依赖低层模块，两者都应该依赖其抽象（抽象类或接口） ； （2）抽象不应该依赖细节（具体实现） ； （3）细节（具体实现）应该依赖抽象。 4.2.34.2.3 设计图设计图 代码共十四位，前四位为产品名称的编码，第五位到第十二位为产品生产时间，第十 三至第十四位为产品的种类。 4.3 用户界面用户界面 1 1、操作界面名称：、操作界面名称： 大连东软信息学院大连东软信息学院 19 图 4-3 用户界面登陆 在进行系统登录过程中，登录模块将调用数据库里的用户清单，并对账号和密码进行 验证，只有输入了正确的账号和密码后，系统登录才会成功。在登录模块中，对系统的尝 试登录次数进行了限制，禁止用户无终止的进行系统登录尝试，在本系统中，当用户对系 统的三次登录失败后，系统将自动机制登录，突出登录模块。并在输入了错误的或者是不 存在的账户和密码时，系统会给出出错信息提示，指明登录过程中的错误输入或者错误操 作，以便用户进行正确的登录。 输入项、输出项：输入项为账号和密码。账号和密码均为字符串，长度各为 6 个字符， 密码回显字符是“*” 。 五、五、系统实施系统实施 5.1 等价类划分法等价类划分法 等价类划分是一种典型的黑盒测试方法，使用这一方法时，完全不考虑程序的内部结 构，只依据程序的规格说明来设计测试用例。 等价类划分方法把所有可能的输入数据，即程序的输入域划分成若干部分，然后从每 大连东软信息学院大连东软信息学院 20 一部分中选取少数有代表性的数据做为测试用例。 使用这一方法设计测试用例要经历划分等价类（列出等价类表）和选取测试用例两步。 5.2 划分等价类：划分等价类： 等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭露程序中的错 误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试，因 此，可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试 的输入条件就可以用少量代表性的测试数据取得较好的测试结果。等价类划分可有两种不 同的情况：有效等价类和无效等价类。 等价类的划分有两种不同的情况： 有效等价类：是指对于程序的规格说明来说，是合理的，有意义的输入数据构成的 集合。利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。 无效等价类：是指对于程序的规格说明来说，是不合理的，无意义的输入数据构成 的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。 在设计测试用例时，要同时考虑有效等价类和无效等价类的设计。 5.3 划分等价类的标