Q/CRPPJ-FP-FDGL-003-2013
规程、系统图编制管理规定
華潤電力（盘锦）有限公司
企 業 標 準
2013-03-10發佈
2013-04-01實施
華潤電力（盘锦）有限公司 發佈
目次
目次................................................................................. I 前言................................................................................ II 规程、系统图编制管理规定.. (1)
1 范围 (1)
2 规范性引用文件 (1)
3 术语和定义 (1)
4 职责 (1)
5 管理内容与方法 (1)
6 报告和记录 (7)
7 检查与考核 (7)
8 附则 (7)
9 附录 (7)
前言
为规范华润电力（盘锦）有限公司规程系统图培训规范化，标准化，系统化、科学化，特制订本制度。
本制度由华润电力（盘锦）有限公司标准化委员会提出并归口。
本制度由华润电力（盘锦）有限公司标准化办公室组织起草。
本制度的主要起草人：
本制度的审核人：
本制度的审定人：
本制度的批准人：
本制度由华润电力（盘锦）有限公司标准化委员会负责解释。
规程、系统图编制管理规定
1 范围
本标准规定了本公司规程及系统图的编制工作规范。
本标准适用于本公司规程及系统图的编制工作。
2 规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
QCRP-GE-201.001 《企业标准化工作管理标准》
QCRP-GE-201.002 《企业标准编写体例导则》
QCRP-GE-201.003 《企业管理标准编写规定》
3 术语和定义
下列术语和定义适用于本标准。
无
4 职责
4.1 职能与分工
4.1.1 规程、系统图的修编由发电部负责组织。
4.1.2 发电部与工程部各专业工程师分别负责运行和检修规程、图纸的修编工作。
4.1.3 发电部部长负责规程及系统图的审核。
4.1.4 公司生产准备副总经理负责规程图纸的批准。
5 管理内容与方法
5.1 规程、系统图的修编管理要求
5.1.1 规程的编写应本着指导生产操作、规范操作行为的目的，根据上级颁发的规程、制度、反事故技术措施和设备厂家的说明书编写。
5.1.2 编制和修改运行规程时应考虑规程的有效性和可操作性、内容的一致性、单位的标准化。
5.1.3 规程的编写，要求语言简洁、具体，直接描绘某项操作或要求，明确详细的操作步骤，原则上不对规程的规定进行解释说明。
5.1.4 系统图的绘制应以现场安装的实际系统为准，要求全面性的画出系统中的所有管道设备系统。
5.1.5 生产准备期间，规程、系统图的编写按初稿、正式定稿的形式进行。初稿要求在生产人员进入现场前完成，满足生产人员培训；正式定稿版，结合设备调试运行修订，用于指导生产操作，要求在机组整套启动前完成。
5.1.6 机组经投产试运一段时间，或上级颁发新的规程和反事故技术措施、设备系统变动、本企业事故防范措施需要、规程系统图中相关规定与现场实际不符时，应及时组织进行修订并书面通知有关人员。
5.2 规程编写标准
规程采用Word文档编写，纸张大小为A4，纵向排列，页边距上、下2.5厘米，左、右2厘米。规程的格式按顺序编写要求如下：
5.2.1 规程封面
5.2.1.1 左上部标示华润企业图标。
5.2.1.2 中部标示该规程名称，采用一号黑体字。
5.2.1.3 下部居中标示“××年××月发布”及“华润电力（盘锦）公司××部”字样，采用四号仿宋字。
5.2.2 扉页
5.2.2.1 前言采用五号宋体字，叙述规程编写的基本情况。
5.2.2.2 明确说明本规程的适用范围，哪些人员应熟知本规程，哪些人员应严格执行本规程等。
5.2.2.3 前言中列出本规程的批准人、审定人、初审人及编写人员。
5.2.2.4 列出本规程的编写依据及引用标准等。
5.2.3 目录
5.2.3.1 目录主体采用引用链接形式，五号宋体字。
5.2.3.2 目录中应列出规程中最高的三级题目，并在行末显示相应页码，题目与页码间用“???”连接。
5.2.4 规程正文格式要求
5.2.4.1 正文采用多级符号编号原则，规程内容分别按“第×篇”“第×章”等级别分类编写。
5.2.4.2 “篇”标题采用二号宋体加粗字，段前8磅，段后12磅间距，居中布置。按中文一、二、三排序。
5.2.4.3 “章”标题采用三号宋体加粗字，段前8磅，段后12磅间距，居中布置。按阿拉伯数字排序。
5.2.4.4 规程正文其余部分采用五号宋体字，单倍行距。
5.2.4.5 采用规范格式，一般层次如下，数字一般不超过4层，例如“1”、“1.1”、“1.1.1”、“1.1.1.1”、“1）”等。其中，“1）”及无编号的正文首行缩进2个字符。
5.2.5 页眉页脚
5.2.5.1 页眉靠装订线的另一侧，标注相应的篇标题或章标题，采用5号宋体字。
5.2.5.2 页脚居中布置页码，采用5号宋体字。目录与正文的页码分别编号，从1开始连续编号。5.2.5.3 目录前面的各页不标注页码。
5.2.5.4 正文前面的各页不标注页眉。
5.2.6 生产运行需要编制以下规程：
5.2.
6.1 集控运行规程
5.2.
6.2 辅控运行规程
5.2.
6.3 输煤运行规程
5.2.
6.4 消防系统运行规程
5.2.
6.5 生产调度规程
5.2.7 运行规程的编制内容：
5.2.7.1 运行规程按内容原则上分为以下部分（篇标题）：概述、启动与停止、运行维护、保护与试验、辅机部分、事故处理。
5.2.7.2 概述：设备系统的简要介绍，包括主要参数、性能、设计的有关数据，设备规范等。
5.2.7.3 启动与停止：启动与停运的规定及操作程序等。
5.2.7.4 运行维护：设备和系统在运行中的检查、调整的有关明确规定，参数维护范围等。
5.2.7.5 辅机部分：按章节分系统对运行操作进行规定，按设备规范、启动与停运、运行维护与调整、联锁保护、事故处理来组织内容。
5.2.7.6 保护与试验：联锁、保护（报警值、动作值）一览表，有关试验规定和方法等。
5.2.7.7 事故处理：设备异常情况的判断，事故处理的规定、程序和注意事项。
5.2.7.8 附件：相关特性曲线、启停曲线、对照表、专业术语的注释等。
5.2.8 检修维护需要编制以下规程：
5.2.8.1 电气检修工艺规程
5.2.8.2 汽机检修工艺规程
5.2.8.3 锅炉检修工艺规程
5.2.8.4 脱硫、除灰检修工艺规程
5.2.8.5 继电保护检修规程
5.2.8.6 热工控制系统检修工艺规程
5.2.8.7 各相关监督规程
5.2.8.8 化学检修工艺规程
5.2.8.9 燃料检修工艺规程
5.2.9 检修维护规程的编制内容：
5.2.9.1 设备简介，系统概况及规范
5.2.9.2 工作原理
5.2.9.3 设备维护方式及周期
5.2.9.4 常见故障及处理方法
5.2.9.5 备品备件、专用工器具
5.2.9.6 A级检修周期及标准检修项目
5.2.9.7 B级检修周期及标准检修项目
5.2.9.8 C级检修周期及标准检修项目
5.2.9.9 检修工艺、工序
5.2.9.10 修后试验、检验
5.2.9.11 质量标准及评定
5.3 系统图绘制
5.3.1 系统图封面设计
5.3.1.1 左上部标示华润企业图标。
5.3.1.2 中部标示该系统图名称，采用初号黑体字。
5.3.1.3 下部标示“××年××月发布”及“华润电力（盘锦）公司××部”字样，采用三号仿宋字。
5.3.2 扉页
5.3.2.1 采用五号宋体字，简要说明系统图的编制情况。
5.3.2.2 明确说明哪些人员应熟知本图册等。
5.3.2.3 列出本图册的批准人、审定人、初审人及编写人员。
5.3.2.4 列出本图册的编写依据及引用标准等。
5.3.3 目录
5.3.3.1 中文字体采用高度为3mm的宋体工程字，字宽0.7。
5.3.3.2 英文字母及数字采用标准的txt字体。
5.3.4 图例
5.3.4.1 图例符号原则上外观控制在5×5 mm，整体大小均匀适中。
5.3.4.2 英文字母及数字采用标准的txt字体。
5.3.4.3 中文字体采用高度为3mm的宋体工程字，字宽0.7。
5.3.5 图纸框架绘制要求
5.3.5.1 采用A3图纸,边宽设置：左边距20mm，右边距15mm，上边距12mm，下边距12mm，横向排列。
5.3.5.2 图纸边框采用双线矩形框，内框线宽1mm，青色，外框线宽及颜色采用默认值，内外框线距，横向5mm，纵向5mm。内外线框间，横向标识出英文字母的坐标（A～H），纵向标识出阿拉伯坐标（1～6）。
5.3.5.3 图号表示方法采用“图纸编号—序列号”标注：
5.3.5.4 图纸编号的组成：使用分类+专业。使用分类：运行—YX，检修—JX；专业：锅炉—GL，汽机—QJ，电气—DQ，热控—RK,化学—HX，脱硫—TL，除灰—CH，燃料—RL，土建—TJ，继保—JB等。5.3.5.5 序列号：按专业从001起依次编号。
5.3.5.6 如第一张锅炉运行系统图编号为：YXGL001。
5.3.5.7 标题栏规格80×30mm，内容如表1所示：表中所有中文字体采用宋体工程字，字宽0.7，英文字母及数字采用标准的txt字体。公司名称字体高度采用3.5，“制图”等对应的内容采用高度为2.5的字体，系统图名称采用高度为4.5的字体。
表1 标题栏
XXXX公司
制图
版本 A
系统图名称
图号
5.3.6 系统图主体绘制要求
5.3.
6.1 系统图的绘制使用CAD制图工具进行制图，采用统一使用的图例符号。
5.3.
6.2 系统图内容按层进行组织，图纸框架放在0层，另建立以下层：设备及连接线层，用于画所有的设备及连接线；文字标识层，用于存放所有的文字标识；管道尺寸层，用于存放所有的管道尺寸。
5.3.
6.3 整个系统图上的设备管道布置要求尽可能的均衡、美观、大方。
5.3.
6.4 系统中主流程管线采用0.5mm线宽实线标示。
5.3.
6.5 单个设备轮廓线采用0.7mm线宽实线标示，使用品红色。
5.3.
6.6 设备组件轮廓线采用0.5mm宽CADISO04W100单点画线标示。
5.3.
6.7 设备中心线采用默认宽度的CADISO05W100双点画线标示。
5.3.
6.8 疏放水系统用默认宽度的实线标示。
5.3.
6.9 介质流向指示箭头采用实箭头4×1（长×宽）mm。
5.3.
6.10 流程画线采用直线，不允许采用弧线。
5.3.
6.11 绘图线条中，蒸汽管线使用红色，水管线使用绿色，油管线使用黄色，空气管线使用蓝色，煤管线使用黑色，其余绘图使用默认颜色。
5.3.7 系统图标注
5.3.7.1 图册前页背面，列表标注出本页系统图中的设备、阀门的KKS码与中文名称、系统图中所在坐标。采用高度为2.5的工程字。
5.3.7.2 系统图中的的所有文字均使用宋体，均采用单行字体，字体宽度比例均为0.7倍，同一张的图的字体大小不能超过三种。
5.3.7.3 系统图上中文汉字名称标注到设备级，采用字体3号。
5.3.7.4 热工测点在热力系统图中的标示，仅以图标的形式反应，其KKS编码及中文名称在前页背面标注。
5.3.7.5 系统图上与其它系统、设备有关的管道、设备用箭头标明方向，并辅以文字说明，文字采用字体2.5号。
5.3.8 热工逻辑图的绘制、标注
5.3.8.1 要求绘制理论逻辑图即可。
5.3.8.2 逻辑图面布局要求连接线短而少交叉，图中标注清楚且幅面紧凑。
5.3.8.3 符号的尺寸应根据符号内部标注所需空间、输入、输出线的多少及其间隔大小确定，以保证符号的清晰性为基本要求。
5.3.8.4 符号的方位统一选择输入线在符号框的左侧，输出线在其右侧。若处于布局需要，个别符号也可采用其他方位。不同方位图形符号的画法和标注法的基本原则是要保证符号的清晰和读图的方便。
5.3.8.5 公共控制框应位于单元阵列的最上部或最左边，邻接于公共控制框的单元应是字或字节的最低位（否则必须另行标明顺序）。
5.3.8.6 符号中各种限定符所在的对应位置不因符号方位的不同而改变。但是其中逻辑非符号、极性指示符号、位或者线组合符号、动态输入以及放大符号等相对于连接线的方位不变，即这些符号要与符号框一起旋转。
5.3.9 电气二次图的绘制、标注
5.3.9.1 电气二次图中的元件和设备，都应用国家统一规定的图形符号表示。需要时可用简化外形来表示，元件和设备的布置可不符合实际位置。
5.3.9.2 图形符号的旁边应标注项目代号，一般标注项目种类代号。项目种类代号用一个英文字母或两个英文字母表示，在字母前加前缀“—”，在不致引起混淆的情况下，前缀可以省略。
5.3.9.3 对于元件和设备的可动部分，如触点，通常表示在非激励或不工作的状态和位置。
5.3.9.4 在同一张电气图样中只能选用一种图形形式，图形符号的大小和线条的粗细亦应基本一致。
5.3.9.5 图形符号中一般没有端子符号。如果端子符号是符号的一部分，则端子符号必须画出。
5.3.9.6 导线符号可以用不同宽度的线条表示，以突出或区分某些电路、连接线等。
5.3.9.7 图形符号一般都画有引线。在不改变其符号含义的原则下，引线可取不同方向。在某些情况下，引线符号的位置不加限制；当引线符号的位置影响符号的含义时，必须按规定绘制。
5.3.9.8 二次回路标号用三位或三位以下的数字组成，需要标明回路的相别或某些主要特征时，可在数字标号的前面(或后面)增注文字符号。
5.3.9.9 二次回路按“等电位”的原则标注，即在电气回路中，连于一点上的所有导线(包括接触连接的可折线段)须标以相同的回路标号。
5.3.9.10 电气设备的触点、线圈、电阻、电容等元件所间隔的线段，即看为不同的线段，一般给予不同的标号；对于在接线图中不经过端子而在屏内直接连接的回路，可不标号。
6 报告和记录
6.1 运行规程、系统图由发电部负责报告和记录。
6.2 检修规程、系统图由技术支持部负责报告和记录。
7 检查与考核
由公司分管领导负责检查与考核。
8 附则
本制度由发电部负责解释。
本制度自发布之日起执行。
9 附录
附录A：运行规程系统图编制流程图
附录B：检修规程图纸编制流程图
附 录A （规范性附录） 运行规程系统图编制流程图
运行规程系统图编制流程
编写阶段
会审阶段
审核阶段
批准阶段
工程部 综合部
分管副总经理
发电部部长
发电部各专业专工
开始
编写运行规程系统图
会审运行规程系统图
审核运行规程系统图
会审合格
批准运行规程系统图
结束
Y
N Y
审核合格
N
附 录B （规范性附录）检修规程图纸编制流程图
检修规程图纸编制流程
编写阶段
会审阶段
审核阶段
批准阶段
发电部专业
分管副总经理
工程部部长
工程部副部长
工程部各专业主管
Y
N
批准检修规程图纸
结束
会审合格
开始
会审检修规程图纸
审核检修规程图纸
编写检修规程图纸
审核合格
Y
N
组织编写
长沙理工大学 《程序设计实践》课程设计报告 邹松林 学院计通学院专业计算机科学与技术 班级计算机03-05 学号27 学生姓名邹松林指导教师卢曼莎 课程成绩完成日期2006年9月20号 图书馆管理系统数据库分析与设计 学生姓名：邹松林指导老师：卢曼莎 摘要：图书信息管理系统主要由读者信息管理模块，图书信息管理模块，借阅信息管理 模块，系统信息管理模块等组成。其中又各自分成读者注册，证件修改，用户注销，图书查询，操作记录等子模块。在设计本系统过程中，我们第一步由自顶而下的需求分析概括设计出系统总模块的数据流图，再设计个子模块的相应数据流图，列出数据流信息及数据字典；第二步概念设计在需求分析基础上用E-R图表示出数据及相互间联系，采用先作子图，再合并成初步E-R图，进行修改和重构后得到基本E-R图；第三步逻辑设计，在SQL Server的设计环境下把图书馆管理系统E-R图转化为成逻辑数据模型表示的逻辑模式，同时实现数据模型的优化和数据模式的规范化；第四步进行物理设计设计数据的内模式，确定数据的存储结构，存取路径，存储空间分配等等，具体形式为表，视图，索引的建立。 关键字：数据库，SQL语言，MS SQL Server，图书管理 1 需求分析 用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输入和输出。收集基本数据，数据结构以及数据处理的流程，为后面的具体设计打下基础。 在仔细分析调查有关图书馆管理信息需求的基础上，我们主要考虑以下几个方面的需求： 1) 用户需求：图书用户要求计算机系统和SQL Server所工作的范围； 2) 应用资源：数据库应用的平台包括物理平台和图书等； 3) 应用质量和可靠性要求：包括操作人员素质和系统的纠错能力等 项目名称：图书馆信息管理系统 项目背景和内容概要 对图书馆管理信息系统进行详细地分析后，我们将系统分为以下几个模块：借阅管理模块、借书证信息管理模块、图书信息管理模块、系统管理模块。其主要功能如下： 借阅管理模块主要功能如下：
进销存管理系统详细设计说明书
版本历史
目录 1.文档介绍 (4) 1.1文档目的 (4) 1.2文档范围 (4) 1.3读者对象 (4) 1.4参考文档 (4) 1.5术语与缩写解释 (4) 2.程序的系统结构 (4) 2.1.系统概述 (4) 2.2.系统总体结构 (5) 3.系统设计 (5) 3.1.类图 (5) 3.2.时序图 (6) 4.功能设计 (6) 4.1.登录功能 (6) 4.1.1.用例图 (6) 4.1.2.功能实现流程 (7) 4.2.系统设置模块 (7) 4.2.1.用例图 (7) 4.2.2.登录功能实现 (8) 5.数据库设计 (8) 5.1.数据库 (8) 5.2.各数据表 (8) 5.2.1.管理员表（t_manager）员工表 (8) 5.2.2.分类表（t_category） (9) 5.2.3.商品表（t_product） (9) 5.2.4.供应商表（t_supplier） (9) 5.2.5.客户表（t_customer）(客户购买记录表，积分表) (10) 5.2.6.采购单表（t_ purchase） (10) 5.2.7.采购明细表（t_ purchase_item） (10) 5.2.8.销售单表（t_sales） (11) 5.2.9.销售明细表（t_sales_item） (11) 6.开发环境的配置 (11) 7.运行环境的配置 (12) 8.其他 (12)
1.文档介绍 1.1文档目的 本说明书是针对企业进销存管理系统软件的总体设计和实现说明，概括的记录了系统整体上实现技术层面的设计，它以需求说明作为依据，同时该文档将作为产品实现、特性要求和进度控制的依据。 1.2文档范围 项目组内部 1.3读者对象 参与开发进销存管理系统的需求分析人员、系统设计人员、开发人员、测试人员等干系人。 1.4参考文档 《进销存管理系统—需求规格说明书.doc》 1.5术语与缩写解释 2.程序的系统结构 2.1.系统概述 本系统是一个C/S结构的进销存管理系统，能有效的管理货物的进销存。满足与公司日常货物的管理。使用的开发语言是Java，数据库使用MySQL。
图书馆管理系统 一．图书馆管理系统需求分析 1、系统目标设计 系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。 能够对图书进行注册登记，也就是将图书的基本信息（如：书的编号、书名、作者、价格等）预先存入数据库中，供以后检索。 能够对借阅人进行注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。 提供方便的查询方法。如：以书名、作者、出版社、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以出版社名称查询出版社联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能，对于淘汰、损坏、丢失的书目可及时对数据库进行修改。 能够对使用该管理系统的用户进行管理，按照不同的工作职能提供不同的功能授权。 提供较为完善的差错控制与友好的用户界面，尽量避免误操作。 2、系统功能需求分析 (1) 读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、 借书数量、借书期限、备注等。 (2) 书籍管理：书籍基本信息制定、输入、修改、查询，包括书籍编号、 类别、关键词、备注。 (3) 借阅管理：包括借书，还书，预订书籍，续借，查询书籍，过期处 理和书籍丢失后的处理。
(4)系统管理：包括用户权限管理，数据管理和自动借还书机的管理 满足以上需求的系统主要包含有一下几个子系统 （1）基本业务功能子系统：该系统中主要包含了借书还书和预订等功能。 （2）基本数据录入功能子系统：该子系统主要包含有书籍信息和读者信息录入功能。 （3）信息查询子系统：包含了多功能的查询书籍信息和读者信息。 （4）数据库管理功能子系统：主要包含了借阅信息管理功能，书籍信息管理功能和预订信息管理功能。 （5）帮助功能子系统。 二、系统动态建模 1、用例图、
需求分析说明书
目录
前景文档 学生宿舍管理系统 在社会飞速发展的今天，智能化管理是现代管理宿舍信息的必然趋势之一。随着宿舍种类和学生的不断增加，宿舍管理越来越来复杂，信息量不断地提高，因此，以往的宿舍管理方法，查询速度慢，管理困难，容易丢失数据，已经不适合现在宿舍管理信息的要求。为克服宿舍管理信息的困难和查询的不便。采用计算机智能化来管理宿舍和学生的信息，不仅很大的提高了查询的速度，节约了人力和物力资源，达到了预期的要求，还是世界发展的需求，社会发展的趋势。 1.背景 随着信息时代的快速发展，计算机技术越来越深入各行各业，为广大的用户提供了更为周到和便捷的服务。高校学生宿舍信息管理系统是一个安全和高效的专用系统。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，并且具备完善的报表生成、修改功能，能够快速的查询学校所需的住宿信息。 1.1课题名称 本课题要实现的是高校学生宿舍管理系统。 1.1.2系统功能 ①用户必须输入正确的用户名和密码才能进入系统； ②提供学生住宿情况的基本登记； ③提供学生每学期的注册及学生的离校处理； ④提供人员来访登记及结束访问的详细登记； ⑤提供学生在校期间物品出入宿舍楼的详细情况登记； ⑥提供查询功能，以方便用户对学生基本信息的查询，要实现按多种条件的查询 及楼房信息的查询； ⑦提供增加、删除、修改用户帐户的功能；
一 .任务概述 (2) 1.1 企业进销存系统 (2) 1.2 销售管理子系统 (3) 1.3 库存管理子系统 (3) 1.4 订货管理子系统 (4) 1.5 统计分析子系统 (4) 1.6 系统管理子系统 (5) 二．企业进销存管理系统的需求分析 (6) 2.1 销售管理子系统的需求分析 (6) 2.1.1销售商品用例描述 (6) 2.2.2查看商品信息用例描述 (7) 2.2.3修改商品信息用例描述 (7) 2.2.4添加商品信息用例描述 (8) 2.2.5增加客户信息用例描述 (8) 2.2.6删除客户信息用例描述 (8) 2.2.7查看客户信息用例描述 (9) 2.2 库存管理子系统的需求分析 (9) 2.2.1产品入库用例描述 (10) 2.2.2产品出库用例描述 (11) 2.2.3产品报损用例描述 (11) 2.2.4产品盘点用例描述 (11) 2.3 订货管理子系统的需求分析 (12) 2.3.1统计采购产品用例描述 (13) 2.3.2采购用品用例描述 (13) 2.3.3核实采购用品用例描述 (13) 2.3.4查看订单信息用例描述 (14) 2.4 统计分析子系统的用例描述 (14) 2.4.1管理报损信息用例描述 (15) 2.4.2管理销售信息用例描述 (16) 2.4.3管理产品信息用例描述 (16) 2.4.4查询缺货信息用例描述 (16) 2.5 系统管理子系统的用例描述 (17) 2.5.1管理员工信息用例描述 (18) 2.5.2系统维护用例描述 (18) 三．类图 (18) 四．顺序图 (19) 4.1管理员登录顺序图 (19) 4.2销售员添加商品信息顺序图 (20) 4.3销售员删除商品信息顺序图 (21) 4.4采购员采购用品顺序图 (21)
图书馆管理信息系统分析与设计 1、主管校领导 校图书馆采用的领导体制是校长领导下的馆长负责制，按照校领导分工，图书馆工作由李延忠副校长负责，有关图书馆的重大事项，需经校长办公室开会决定。 2、图书馆工作委员会 图书工作委员会是在校长领导下，指导协调全校图书文献信息工作的决策，咨询机构，协助学校制定全校文献信息资源发展规划，协助图书馆馆长履行图书馆职能。审议图书馆工作和图书馆经费使用情况，评价、监督学校、图书馆贯彻执行《普通高等学校图书馆规程》的情况。 （委员名单、章程、会议纪要见附页） 3、图书馆领导 馆长：陈淑萍教授 书记：于大勇工程师 副馆长：周正盛经济师 馆长助理：张忠仁副研究员 4、馆务委员会 馆务委员会由馆领导和各部（室）主任组成，在馆长主持下对全馆重大业务和行政问题进行讨论，为馆长决策提供信息服务做好参谋。 5、图书馆组织机构 （1）采编部： 采编部是图书馆藏书建设的主要业务部门，负责本馆各种文献的采集、归类、加工整理以及分配典藏，并负责学校各学院资料室文献的数据处理，使全校文献信息资源数字化。 （2）期刊部 期刊部负责中外文现刊、过刊、报纸、毕业论文的管理以及读者服务工作。 目前在东校区设有现刊阅览室（413室），过刊阅览室（412室），毕业论文阅览室（509室），西校区设有现刊阅览室（401），过刊阅览室（506），报纸合订本室（404），并负责对公共区域报纸的管理。 （3）图书借阅部 负责全校师生的图书外借以及内部阅览等工作。 东校区主要馆藏为自科图书，兼收部分社科类图书，其服务窗口有：自科图书借阅室（301室）、社科图书借阅室（208室）、教师阅览室（307室）、外文工具书阅览室（305室）、密集书库（107）室。 西校区图书馆藏以社科图书为主，兼收部分自科图书，设立三个社科图书阅览室，其中社科阅览室（一）收藏A、D、F、J类图书（202室），社科（二）收藏I、B、K类图书（201室），社科（三）收藏E、H、C、G类图书（301室），自然科学图书借阅室（310室），密集书库（101室）。 （5）信息咨询部 主要开展咨询服务、检索服务、课题服务、科技查新、馆际互借、文献传递、用户教育、《光学精密机械》编辑、出版与发行等工作。自建“光电数据库”、“博硕论文数据库”、“兵工文献数据库”
《信息系统分析与设计》课程设计报告 班级： 姓名： 学号：
宿舍管理系统 一、需求分析 高校学生宿舍管理系统是典型的信息管理系统, 运行速度快、安全性高、稳定性好的优点，并且具备完善的报表生成、修改功能，能够快速的查询学校所需的住宿信息等其他信息。 1、宿舍楼的基本情况 学生住在宿舍楼中，每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。 1.1学生的基本信息： 入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是他的入住时间。另外，为了管理上的方便，同一院系的学生的宿舍一般在一起，相应地会有其所在的院系名称。 1.2宿舍的基本信息： 每间宿舍都有唯一的宿舍号，以及相应的地址，奖罚情况。 1.3宿舍财产的基本信息： 每个宿舍的财产属于学校，比如电灯，床铺，柜子，桌椅等，为了对不同的财产进行区分，可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。 1.4报修的基本信息： 宿舍楼中经常出现财产的损坏，这时，同学们需要将财产损坏情况报告给宿舍楼管理员，以便学校派人进行维修。这时，需要记录报修的宿舍号和损坏的财产编号，同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后，应记录解决时间，表示该报修成功解决。 1.5夜归的基本信息: 宿舍楼在指定的时间关门，若有同学晚于关门时间会宿舍，需通知宿舍楼管理员，同时应登记晚归学生，宿舍号，时间和晚归原因，以利于学校的管理和查证。 1.6离校的基本信息： 每当放寒假或暑假时，同学们大部分都会回家；每当“五·一”或“十·一”放假时，同学们也有很多不会留在宿舍。这时，为加强学校对同学假期安全的管理，离校的同学应登记离校时间，待返校后记录返校时间，以便学校查证和管理。 1.7毕业的基本信息 学生毕业时，需要统计个人损毁宿舍财产的情况，及时通知罚金情况。 2.功能需求 2.1宿舍楼管理员 宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息，包括某一学号的学生在宿舍楼中住宿的详细信息，报修的所有信息，夜归的详细信息和学生离返校的信息。以利于对整个宿舍楼的全面管理。 当学生基本信息发生变化时，宿舍楼管理员能对其进行修改。比如，某些同学搬到其他的宿舍中去，他们在本宿舍楼中相应的记录就应该删去；或者学生转换专业，他们记录中院系的信息也要作相应的修改等等。 当宿舍财产报修及时解决后，管理员应登记解决时间，表明该报修问题已成功解决。 通知学生学院及学校的发布的及时公告。 2.2本宿舍楼的学生 本宿舍楼的学生能查询其所在的宿舍的所有信息。能查询自己的夜归记录和离返校
软件工程项目报告 ----图书管理系统 班级： 项目经理： 项目组成员：
目录 第一章绪论…………………………………………………………………………………………………………………… 1.1 项目背景……………………………………………………………………………………………………………. 1.2 编写目的……………………………………………………………………………………………………………. 第二章需求分析………………………………………………………………………………………………………….. 2.1 系统功能需求分析……………………………………………………………………………………………. 2.2 主要参与者……………………………………………………………………………………………………….. 2.3 用例图……………………………………………………………………………………………………………….. 2.4 系统用例一览表…………………………………………………………………………………………………
约…………………………………………………………………………………………………………… 2.7 时序图……………………………………………………………………………………………………………….. 第三章系统设计…………………………………………………………………………………………………………… 3.1 系统实体总类图以及介绍………………………………………………………………………………… 3.2 相关数据库的设计…………………………………………………………………………………………… 3.2.1 E-R 图…………………………………………………………………………………………………………… 3.2.2数据库的设计………………………………………………………………………………………………. 3.3 主界面设计……………………………………………………………………………………………………….. 3.3.1 登录/注册界面设计……………………………………………………………………………………... 3.3.2 管理员操作页面………………………………………………………………………………………… 3.3.3 读者用户管理界面………………………………………………………………………………………
实验项目三：MIS的数据组织与管理 *****系统组 实验课程：管理信息系统实验 实验项目：MIS的数据组织与管理 项目组名： 所在学院：***学院 所在班级：**** 指导老师：李红霞 小组成员： 学号姓名 (组长)
一、新系统的数据流程图的数据字典： 填写借阅记录
二、数据库和表的分析： 先从零层数据流程图可以看出，图书管理员通过多条数据流与图书馆管理信息系统联系，而在图书馆中，读者才是直接与图书接触者，读者通过在计算机上简单的书目查询，就可以轻松的找到想要的书。要是有的书，读者没有找到，就可以通过在图书管理系统中的信息平台留言，进而，管理员获取消息后进行改进，做好图书的优质服务。 在一层数据流程图中详细的介绍了管理员及读者运用计算机较好的利用图书信息系统，办公室——读者管理系统——读者库——图书维护系统——图书管理员，是对管理员的线路指导，采编室——图书采编系统——图书库——图书查询——读者——读者留言系统——留言库——图书管理员，借阅室——图书借阅系统——借阅库——图书预定系统——读者，都是对图书在读者和管理员之间能够比较顺畅的流通而详细的做了布置。系统的大部分的工作利用计算机管理，效率高，减少误差，能够及时的得到读者的反馈信息，及时对做得不足的地方进行改进。如果有的图书缺货了，在计算机中能较快的反映，减少管理员的工作量，提高工作的效率，也节约图书馆的成本。 三、数据库的概念结构设计：
图书馆系统的物理结构如下： （2）图书管理人员信息表 （3）图书信息表 （5）借阅记录表 六、选用熟悉的小型数据库工具、数据库实施： 1.新建数据库 新建一个数据库有两种方法：一种是创建一个空数据库，即建立一个没有表、查询、窗体和报表等内容的数据库；另一种方法是使用Access中提供的数据库模板创建数据库，即通过对向导所提出的选项和不同选择来设计窗体、查询和报表等，从而建立一个完整的数据库。这里我们将使用第一种方法：
一.任务概述 (2) 1.1 企业进销存系统 (2) 1.2 销售管理子系统 (3) 1.3 库存管理子系统 (3) 1.4 订货管理子系统 (4) 1.5 统计分析子系统 (4) 1.6 系统管理子系统 (5) 二．企业进销存管理系统的需求分析 (6) 2.1 销售管理子系统的需求分析 (6) 2.1.1销售商品用例描述 (6) 2.2.2查看商品信息用例描述 (7) 2.2.3修改商品信息用例描述 (7) 2.2.4添加商品信息用例描述 (8) 2.2.5增加客户信息用例描述 (8) 2.2.6删除客户信息用例描述 (8) 2.2.7查看客户信息用例描述 (9) 2.2 库存管理子系统的需求分析 (9) 2.2.1产品入库用例描述 (10) 2.2.2产品出库用例描述 (11) 2.2.3产品报损用例描述 (11) 2.2.4产品盘点用例描述 (11) 2.3 订货管理子系统的需求分析 (12) 2.3.1统计采购产品用例描述 (13) 2.3.2采购用品用例描述 (13) 2.3.3核实采购用品用例描述 (13) 2.3.4查看订单信息用例描述 (14) 2.4 统计分析子系统的用例描述 (14) 2.4.1管理报损信息用例描述 (15) 2.4.2管理销售信息用例描述 (16) 2.4.3管理产品信息用例描述 (16) 2.4.4查询缺货信息用例描述 (16) 2.5 系统管理子系统的用例描述 (17) 2.5.1管理员工信息用例描述 (18) 2.5.2系统维护用例描述 (18) 三．类图 (18) 四．顺序图 (19) 4.1管理员登录顺序图 (19) 4.2销售员添加商品信息顺序图 (20) 4.3销售员删除商品信息顺序图 (21) 4.4采购员采购用品顺序图 (21)
图书管理系统UML建模与设计模式 实验报告 计算机与信息工程学院 一、实验目的 在熟悉用例概念与应用的基础上，掌握用例模型的建立，包括： 1．掌握用例图的建立。 2．掌握用例描述文档的编写。 3．掌握建模工具的使用。 二、实验内容 根据以下需求设计一个图书馆管理系统的用例图模型，包括：用例图和主要用例的描述文档。 基本功能要求： 图书管理：新书登记，图书查询，图书注销； 借阅管理：借书，还书，查询今日到期读者； 读者管理：增加读者、删除读者、查询读者、读者类别管理（可以设置不同
类的读者，并使不同类读者对应不同类的图书流通参数，如可借册数，可借天数，可续借次数，可续借天数等）； 报表管理：包括图书借阅统计报表，被注销图书统计报表等；报表可以有多种格式可供选择；可以把报表输出到文件中，可以预览报表、打印报表等。 系统管理：系统管理员使用，包括用户权限管理（增加用户，删除用户，密码修改等），数据管理（提供数据修改、备份、恢复等多种数据维护工具），系统运行日志，系统设置等功能。 三、实验思想 （1）分析系统需求； （2）确定系统参与者：读者、图书管理员、图书管理系统； （3）确定系统用例； 四、实验结果 借阅人用例图：
图书系统管理员用例图： 图书管理员用例图：
1．用例名称：登录 用例描述：根据用户输入的用户名和密码判断用户的身份，赋予相应的权限。前置条件：无 后置条件：根据用户所有的权限进入相应的操作界面。 基本操作流程： 1输入用户名 2输入密码 2校验密码是否正确。 3根据用户身份进入相应的操作界面。 可选流程：如果密码不正确，提示重新输入密码； 如果用户名不正确，提示没有此用户。
图书馆管理系统开发设计方案 1需求分析 1.1 目前图书馆管理系统存在问题 1)检索速度慢、效率低 因为图书馆的藏书种类多、数量多，将藏书准确地分门别类，快速检索，手工进行非常困难往往是终于查到了二伟的信息，馆中没有此书或已被别人借走。图书馆的规模越大，这个问题越突出。 2)借书、还书工作量大 借书、还书频率越大，说明图书馆的作用越大，然而随之而来的大量的借书、还书登记、实存图书的更新以及借出图书超期、遗失等的处理，其工作量之大，往往是人工操作所难以胜任的。而且经常会出现这样那样的差错。 3)图书统计工作难、藏书更新不能及时完成。 图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新，然而由于藏书数量及图书种类越来越多，加上自然损耗，人为破坏，使图书的统计工作难以及时完成，藏书的更新也就很难有针对性地进行，藏书的知识结构得不到良好地控制。 我校也是一所发展中的高校，近儿年的发展速度很快，图书馆的规模和藏书数量也不断的扩大，为了解决海量图书的管理问题，改变传统的管理方式也是迫在眉睫了。 1.2 系统目标 本系统主要实现对图书馆的信息进行管理，图书馆的正常运营中总是面对大量的读者信息，图书信息以及两者相互作用产生的借书信息，因此要对读者资源，图书资源，借书信息进行管理。本系统的开发就是在于提高图书管理的工作效率，加强图书馆的管理。 图书馆管理系统是图书馆管理工作中不可缺少的部分,它的内容对于图书馆的管理者和使用者来说都至关重要,所以图书管理系统应该能够为管理者或读者提供充足的信息和快捷的数据处理手段。但一直以来人们使用传统人工的方式进行图书管理和借阅管理，这种管理方式存在着许多缺点,如:效率低、易忘记、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。随着科学技术的不断提高,计算机科学日
《数据库设计》中间考核报告 姓名: 3011216028 学号: 赵西佳 2014 年3月26日 第一阶段学生宿舍管理系统需求分析
1.1学生宿舍管理需求分析 1.1.1宿舍楼的基本情况 学生住在宿舍楼中，每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。 入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是他的入住时间。另外，为了管理上的方便，同一院系的学生的宿舍一般在一起，相应地会有其所在的院系名称。 每间宿舍都有唯一的宿舍号，入校时，宿舍会装公用电话机，相应地就有宿舍电话号码。 每个宿舍的财产属于学校，比如电灯，床铺，柜子，桌椅等，为了对不同的财产进行区分，可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。 宿舍楼中经常出现财产的损坏，比如灯泡坏了，厕所的马桶出故障了等，这时，同学们需要将财产损坏情况报告给宿舍楼管理员，以便学校派人进行维修。这时，需要记录报修的宿舍号和损坏的财产编号，同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后，应记录解决时间，表示该报修成功解决。 宿舍楼在指定的时间关门（比如晚上12点），若有同学晚于关门时间会宿舍，需通知宿舍楼管理员，同时应登记晚归学生姓名，宿舍号，时间和晚归原因，以利于学校的管理和查证。 每当放寒假或暑假时，同学们大部分都会回家；每当“五·一”或“十·一”放假时，同学们也有很多不会留在宿舍。这时，为加强学校对同学假期安全的管理，离校的同学应登记离校时间，待返校后记录返校时间，以便学校查证和管理。 1.1.2用户对系统的要求 宿舍楼管理系统的用户主要有宿舍楼管理员和在住学生两部分组成。 宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息，包括某一学号的 学生在宿舍楼中住宿的详细信息，报修的所有信息，夜归的详细信息和学生离 返校的信息。以利于对整个宿舍楼的全面管理。 当学生基本信息发生变化时，宿舍楼管理员能对其进行修改。比如，某些 同学搬到其他的宿舍中去，他们在本宿舍楼中相应的记录就应该删去；或者学 生转换专业，他们记录中院系的信息也要作相应的修改等等。 当宿舍楼的电话号码发生变更时，宿舍楼管理员能根据有关证明做出修 改。 当宿舍财产报修及时解决后，管理员应登记解决时间，表明该报修问题已 成功解决。 本宿舍楼的学生能查询其所在的宿舍的所有信息，能查询本楼的指定宿舍 的电话号码以利于同楼宿舍间的通信。能查询自己的夜归记录和离返校记录。 本宿舍楼的学生能在报修信息表中插入报修信息，表示本宿舍的财产发生 了损毁需要学校派人维修。 学生离校时，能在离返校记录表中插入离校时间；学生返校后，能在离返 校记录表中插入返校时间，表示已经回校。 安全性要求：
网上图书销售系统 本文档介绍网上图书销售系统的UML建模过程。 1.1网上图书销售系统的需求分析 寻找需求不是件容易的事情，软件开发人员最讨厌的就是需求经常变化，因此，在建模之前明确需求非常重要。 1.1.1系统总体的功能需求 网上图书销售系统是一个复杂的电子商务系统，它必须提供用户的接口以供用户登录并选择喜好的图书；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。 系统总体功能需求框图如图1-1所示。 图1-1 系统总体功能需求框图
1.用户接口模块 用户接口是网站用户使用图书销售系统服务的入口，所有的在线用户都通过浏览登录网站，并进行一系列的查询，订购操作。用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护4个部分。用户登录系统后，用户ID将会被保存在服务器的缓存中，用户在系统中所做的操作，包括查询、订购等都将被系统存储在数据库中，以供系统那个进行销售情况以及销售走势分析。 2.管理员接口模块 这是系统提供给网站维护和管理人员的接口。管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并根据库存情况来决定发货或者推迟发货。网站的管理员具有所有的管理权限，可以处理客户的订单，可以阅览网站商品的销售情况、销售走势，以便根据不同的情况及时的调整经营战略，将库存成本和资金占有用率降到最低的限度。 3.数据服务模块 数据服务器模块是系统正常运行的基础，包括客户的查询，定单的保存； 网站工作人员的定单处理；网站管理员的销售情况查询与分析。 用户接口模块
软件系统分析与设计 实验报告 学院：计算机科学与技术学院专业：软件工程 学号：********* 姓名：*** 实验名称：图书管理系统用例建模时间：
一、实验内容与要求 本实验要求学生对学校的图书馆管理系统进行需求分析，对系统功能进行用例建模，画出用例图，类图以及相应的时序图。在使用UML对系统建模时，学会使用UML建模工具，熟悉工具中的功能。 二、用例分析 1、读者“借书还书系统”用例图 (f 还书 (from Use Cases) 1．1、行为者： 主要行为者：读者。 1．2、前置条件： 读者进入图书管理系统。 1．3、事件流： 1.3.1、主要事件流： 1.3.1.1：读者检索所需图书信息，并查看； 1.3.1.2：读者检索到所需图书，登录系统，开始借书； 1.3.1.3：系统查询图书信息，图书数目是否可借； 1.3.1.3.1：图书显示可借，借书成功；
1.3.1.3.2：图书显示不可借，借书失败； 1.3.1.4：进入续借图书界面，续借图书； 1.3.1.5：系统查看预约记录， 1.3.1.5.1：没有冲突，续借成功； 1.3.1.5.2：有冲突，续借失败；1.3.3.1： 1.3.1.6：读者归还图书； 1.3.1.6.1：归还时间没有逾期，归还成功； 1.3.1.5.2：归还时间逾期，逾期处罚，归还成功； 1.3.2、备选事件流： 1.3. 2.1：图书检索信息失败，未检索到图书，重新输入信息检索； 1.3. 2.2：未曾检索到用户检索的图书，系统显示相关联的信息的图书； 1.3. 2.3：用户名或密码输入错误，登录系统失败，重新输入用户名或密码登录； 1.3. 2.4：系统显示图书不可借后，进入图书预约界面，输入信息预约图书； 1.3.3、异常事件流： 1.3.3.1：读者登录系统失败，未曾注册用户； 1.3.3.1.1：返回系统注册用户后，重新登录。 1．4、后置条件：退出系统。 1．5、 1．6、扩展点：无。 2、“图书信息管理系统”用例图 新书信息录入 (f 逾期通知 (from Use Cases) (from Use Cases)
一．引言 (1) 1.1编写目的 (2) 1.2背景 (2) 1.3参考资料 (2) 二．任务概述 (2) 2.1目标 (2) 2.2用户的特点 (3) 2.3假定 (3) 三.系统设计及模块划分 (3) 3.1系统功能性需求分析用例 (4) 1.学生工作人员用例图 (4) 2.宿舍管理员用例图 (5) 3.财务缴费人员用例图 (5) 3.2系统非功能性需求 (6) 1. 可靠性 (6) 2. 安全性 (6) 3. 可维护性可拓展性 (6) 4. 可测试性 (7) 5. 界面的设计 (7) 3.3 系统性能需求 (7) 1．时间特性要求 (7) 2．灵活性 (7) 3. 数据管理能力要求（针对软件系统） (7) 4.故障处理要求 (8) 四.运行环境要求 (9)
一．引言 1.1编写目的 编写这份需求分析说明书的目的是让读者能够了本系统的开发目的，开发方法，以及目前的硬件和软件的情况和开发所需资金和设备等。预期的读者包括上级领导，相关开发人员以及管理人员。 1.2背景 这次待开发的系统的名称为：学生宿舍管理系统 该系统采用现代流行WINDOWS操作界面。可运行在浏览器(支持JA V A Script)或专门客户端内(for windows)。 1.3参考资料 软件体系结构第二版清华大学出版社张友生等编著 面向对象设计uml实践第二版清华大学出版社MarkPriestley著数据库系统教程第三版高等教育出版社施伯乐著 软件测试第二版机械工业出版社Ron Patton著 二．任务概述 2.1目标 随着科学技术的进步和社会经济的发展，计算机在现实生活中扮演越来越重要的角色，它能够帮助我们进行各种各样的管理，进行各种模拟运算，是我们生活中不可或缺的好帮手。 在高校扩招的大前景下，学生人数越来越多，传统的安排学生宿舍管理的方法逐渐显现出弊端。在此背景下，我们提出了这个课题：学生宿舍管理系统。他能够帮助宿舍管理员方便管理住宿生生活，能
客户关系管理系统用例图举例
客户关系管理系统
1 概述 客户是公司最宝贵的资源，为了更好的发掘老客户的价值，并开发更多新客户，XX公司决定实施客户关系管理系统。希望经过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规范化管理；希望经过对销售机会、客户开发过程的追踪和记录，提高新客户的开发能力；希望在客户将要流失时系统及时预警，以便销售人员及时采取措施，降低损失。并希望系统提供相关报表，以便公司高层随时了解公司客户情况。 客户服务是一个涉及多个部门，存在一定流程的工作。客户服务水平的高低决定着公司的核心竞争力。该客户关系管理系统应提供一个客户服务在线平台，使客户服务处理过程中相关人员能够在线完成服务的处理和记录工作。 1.1 目的 本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。 1.2 范围 本系统包括：营销管理、客户管理、服务管理、统计报表和
基础数据五个功能模块。另包括权限管理模块用于系统的用户、角色和相关权限，收发邮件功能用于获得客户的详细需求，文档管理功能用于客户信息文件的存储。
2 系统说明 2.1 概述 客户关系管理系统用于管理与客户相关的信息与活动，但不包括产品信息、库存数据与销售活动，这三部分内容有其公司销售系统进行管理。但本系统需要提供产品信息查询功能、库存数据查询功能、历史订单查询功能。 2.2 用户与角色 与本系统相关的用户和角色包括： 系统管理员： 管理系统用户、角色与权限，保证系统正常运行。 高管： 审查客户贡献数据、客户构成数据、客户服务构成数据和客户流失数据。 客户经理： 维护负责的客户信息。 接受客户服务请求，在系统中创立客户服务。 处理分派给自己的客户服务。 对处理的服务进行反馈。 创立销售机会。
图书管理系统 UML建模与设计模式 实验报告 计算机与信息工程学院 一、实验目的 在熟悉用例概念与应用的基础上，掌握用例模型的建立，包括： 1．掌握用例图的建立。 2．掌握用例描述文档的编写。 3．掌握建模工具的使用。 二、实验内容 根据以下需求设计一个图书馆管理系统的用例图模型，包括：用例图和主要用例的描述文档。 基本功能要求： 图书管理：新书登记，图书查询，图书注销； 借阅管理：借书，还书，查询今日到期读者； 读者管理：增加读者、删除读者、查询读者、读者类别管理（可以设置不同类的读者，并使不同类读者对应不同类的图书流通参数，如可借册数，可借天数，可续借次数，可续借天数等）； 报表管理：包括图书借阅统计报表，被注销图书统计报表等；报表可以有多种格式可供选择；可以把报表输出到文件中，可以预览报表、打印报表等。 系统管理：系统管理员使用，包括用户权限管理（增加用户，删除用户，密码修改等），数据管理（提供数据修改、备份、恢复等多种数据维护工具），系统运行日志，系统设置等功能。 三、实验思想 （1）分析系统需求； （2）确定系统参与者：读者、图书管理员、图书管理系统； （3）确定系统用例；
四、实验结果 借阅人用例图： 图书系统管理员用例图：
图书管理员用例图： 1．用例名称：登录 用例描述：根据用户输入的用户名和密码判断用户的身份，赋予相应的权限。前置条件：无 后置条件：根据用户所有的权限进入相应的操作界面。 基本操作流程： 1输入用户名 2输入密码 2校验密码是否正确。 3根据用户身份进入相应的操作界面。 可选流程：如果密码不正确，提示重新输入密码； 如果用户名不正确，提示没有此用户。 2.用例名称：查询图书 用例描述：由读者进行操作，查询图书馆中有没有需要图书，如果有，显示该图书编号、书名、作者、出版日期、当前借阅状态等信息。 前置条件：以顾客身份登录 后置条件：无 基本流程： 1 以读者身份登录。 2输入图书的名称或作者名称。
分类号：TP311 单位代码： 学士学位毕业设计(论文) 基于javaw eb的校园宿舍管理系统 姓名 XXXX 学号 年级 专业软件工程 系（院）ＸＸＸ 指导教师 2016年3月
BASED JA V AWEB CAMPUS DORMITIORY MANAGEMENT SYSTEM by XXX Supervisor: XXX March 2016
诚信声明 本人呈交给临沂师范学院的这篇毕业论文，除了所注参考文献和世所公认的文献外，全部是本人在指导老师指导下的设计成果。 学生签名： 日期： 经检查该毕业设计（论文）为独立完成，不存在抄袭现象。 指导老师签名： 日期：
摘要 宿舍管理是学校管理工作中重要的一环，尤其是大学宿舍，随着计算机技术的普及和市场上相应的管理技术的成熟，现在有条件利用相关技术为学校设计一款相应的管理软件，以简化学校日常管理的流程，为师生提供周到的服务。 开发的系统依据实际需求，从宿管和学生的角度进行考虑，在满足现有的需求之外，还添加一些其他的功能，例如，快件领取功能，离校管理功能，发布公告功能等。本系统是一款B/S架构的Web系统,在开发模式上选择目前最流行的SpringMVC，主要使用JSP 技术和数据库技术来实现。 在开发之初，将用户体验放在首位，界面设计本着简洁大方，易于操作的理念，设计出来的效果能达到用户的需求。 关键词：宿舍管理；B/S架构；用户体验；SpringMVC
Abstract Dormitory management is an important part of the school management, especially in college dorms, with the popularization of computer technology on the market and the corresponding management technology matures, now conditional use of relevant technology for schools to design a corresponding management software to simplify the daily management of the school process for students and teachers to provide good service. Systems developed in accordance with the actual needs, from the perspective of the student and housemaster consideration, to meet the existing management processes, but also add some others services, such as express mail receive functions. This system is a B / S structure of the Web system, in the development of the mode selection of the most popular SpringMVC, the main use of JSP technology and database technology. In the early stage of development, will give top priority to the user experience, interface design in a simple and elegant, easy to operate concept, designed to achieve the effect of the user's needs. Key Words：Dormitory management;B / S structure;User Experience;SpringMVC
实验报告规范实验报告
四．软件系统建模（包括完整建模图）（一）系统用例图 （1）企业级用例图 （2）系统级用例图 （3）销售部用例图
（4）进货部用例图 用例“生成订单”的描述 用例名称生成订单 标识符SP0001 用例描述当进货员收到经理发出的订货单，联系供货商，谈好价格，报经理审核后，生成订单，用例结束。 参与者进货员经理供货商 优先级 1 状态未审核 前置条件订货员收到经理发出的订货单 后置条件订货 基本操作流程进货员根据订货表选择多家供货商联系，谈好价格，将多家供货商的价格报经理审核，由经理选择供货商，然后进货员生成订单。 可选操作流程进货员根据订货表先选择一家供货商联系，谈好价格，将价格报经理审核，审核通过，生成订单，不通过再联系下一家供货商。 被泛化的用例无
被包含的用例无 被扩展的用例无 （5）库存部用例图 用例“货物上架”描述 用例名称货物上架 标识符SP0003 用例描述当在架商品数量低于最小临界值，库存员收到警报，将库存货物摆上 货架，用例结束。 参与者库存员 优先级 1 状态通过批准 前置条件在架商品数量达到最小临界值 后置条件在架商品数量达到最大临界值 基本操作流程库存员收到警报，将库存货物摆上货架 可选操作流程库存员每天清点在架货物，补充在架货物数量 被泛化的用例无 被包含的用例无 被扩展的用例无 用例“生成订货表”描述 用例名称生成订货表 标识符SP0008 用例描述库存商品数量低于最小临界值，库存员收到警报，库存员制定订货单，用例结束。 参与者库存员 优先级 1 状态通过批准 前置条件库存商品数量达到最小临界值 后置条件提交订货单