资产管理系统-详细设计说明书
佳克固定资产条码管理软件7.0 详细设计说明书
[V1.0]
拟制人______________________
审核人______________________
批准人______________________
[二零一零年三月三十日]
详细设计说明书
1. 引言
1.1编写目的
[说明编写这份详细设计说明书的目的，指出预期的读者。]
1.2背景
a.[待开发系统的名称；]
b.[列出本项目的任务提出者、开发者、用户。]
1.3定义
[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。]
1．涉及金额的部分除特殊说明外一律以元为单位。
2．数量金额的数据以千分位格式显示（##,###,##0.00）。
3．查询和报表模块除特殊说明外均采用公用的打印和导出模块提供打印和导出功能。
1.4参考资料
[列出有关的参考资料。]
2.系统的结构
[给出系统的结构框图，包括软件结构、硬件结构框图。用一系列图表列出系统内的每个模块的名称、标识符和它们之间的层次结构关系。]
2.1 软件结构
全局图：
基础数据管理：
权限管理
数据接口：
购置管理：
日常管理：
成套管理：
折旧管理
盘点管理：
IT设备管理：
设备维护管理：
2.2 硬件结构
3.基础数据设置设计说明
3.1.资产性质管理
3.1.1.模块描述
[给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并且，还要说明本模块的特点。]
对资产性质的维护管理。
3.1.2.功能
[说明该基本模块应具有的功能。]
提供对资产性质的新增、修改、删除的操作；保证新增或修改的编号和名称不存在重复；
删除时对数据是否使用进行校验（无子分类则可删除）。
3.1.3.性能
[说明对该模块的全部性能要求]。
3.1.
4.输入项
[给出对每一个输入项的特性。]
资产性质内部ID：主键，内部数据关联用的ID［内部自动生成］。
资产性质编号：用户输入，必填。该性质的编号，默认该编号为其下属子分类的前缀，限制CHAR(10)。
资产性质名称：用户输入，必填。该性质的名称，限制CHAR(50)。
性质资产流水号：该类性质的资产当前最大流水号，初始默认为0［内部自动生成］。
3.1.5.输出项
[给出对每一个输出项的特性。]
无。
3.1.6.设计方法（算法）
[对于软件设计，应详细说明本程序所选取用的算法，具体的计算公式及计算步骤。] 新增、修改:控制编号和名称不能重复。
删除：判断是否存在下属分类信息。
[对于硬件设计，应详细说明本模块的设计原理、元器件的选取、各元器件的逻辑关系，所需要的各种协议等。]
3.1.7.流程逻辑
[用图表辅以必要的说明来表示本模块的逻辑流程。]
3.1.8. 接口
[说明本模块与其它相关模块间的逻辑连接方式，说明涉及到的参数传递方式。] 新增：同步在资产分类表中插入该性质的根节点分类。
修改：将资产分类表中该性质的根节点分类的编号和名称进行更新。
删除：当资产分类表中不存在下属分类时，允许删除，且在删除的同时将资产分类表中的该性质的根节点分类同步删除。 以上均使用数据库的触发器来实现。 3.1.9. 存储分配
[根据需要，说明本模块的存储分配。]
资产分类
分类ID 分类CODE 分类名称计量单位说明
上级编号使用期限分类级别残值率分类编号
分类资产流水号资产性质ID 扩展类型ID 修改人修改时间启用标志是否折旧折旧方式
ID 是否盘到处理
integer varchar(60)varchar(100)varchar(20)varchar(100)varchar(60)integer varchar(2)decimal(18,2)varchar(30)varchar(7)varchar(2)integer varchar(60)timestamp integer char integer varchar
ID
性质编号性质名称value_m 性质流水号
varchar(2)varchar(10)varchar(50)decimal(18,2)varchar(20)
3.1.10. 注释设计
[说明安排的程序注释。] 3.1.11. 限制条件
[说明本模块在运行使用中所受到的限制条件。]
保证资产分类表中拥有系统初始数据，即全系统分类的根节点“资产分类”。 已建立资产分类的资产性质不能删除。 3.1.12. 测试计划
[说明对本模块进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件、驱动程序及桩模块等的规定。] 3.1.13. 尚未解决的问题
[说明在本模块的设计中尚未解决而设计者认为在系统完成之前应解决的问题。]
3.2.资产分类管理
3.2.1.模块描述
[给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并且，还要说明本模块的特点。]
对资产分类的维护管理，采用树和列表２种显示。
3.2.2.功能
[说明该基本模块应具有的功能。]
提供对资产分类的新增、修改、删除的操作；保证新增或修改的编号和名称不存在重复；
删除时对数据是否使用进行校验（无子分类［附件类除外］，且未登记该分类的有效资产则可删除）。
修改：当修改分类编号，是否折旧，折旧方式，残值率，使用年限时允许用户选择同步更新已有数据（下述分类、已登记资产的相关信息）。
删除：该资产当前无有效资产（在用和退出），除附件类外无其他子分类则可删除。3.2.3.性能
[说明对该模块的全部性能要求。]
3.2.
4.输入项
[给出对每一个输入项的特性。]
分类ＩＤ：主键，［内部自动生成］。
分类ＣＯＤＥ：便于分类的层级搜索而生成的三位一级的层级ＣＯＤＥ号，［内部自动生成］。
分类编号：用户输入，必填，可修改，要求同性质内唯一，默认上级分类编号＋本级的三位流水号。限制ＣＨＡＲ（３０）
分类名称：用户输入，必填，可修改，要求同性质内唯一。限制ＣＨＡＲ（１００）上级分类：必填，该分类的上级分类，内部记录ＣＯＤＥ，原则上根据选择而来，且保存后不能修改。
计量单位：用户输入，必填，可修改，默认取上级分类的该属性。用于登记该分类的资产时默认提取的计量单位（可修改为分类的不同值）。限制ＣＨＡＲ（２０）
是否折旧：用户选择，必填，仅是／否，可修改，默认取上级分类的该属性。用于登记该分类资产的折旧基本信息时的初始属性。
折旧方式：用户选择，数据为系统内部设定，当前含（平均年限法，五五分摊法）。当“是否折旧”为否时则置空，且不可操作，当“是否折旧”为是时，则该属性必填。用于登记该分类资产的折旧基本信息时的初始属性。
残值率：用户输入，必填，小数数值（［0，1］的２位小数），默认取上级分类的该属性。
用于登记该分类资产的折旧基本信息时的初始属性。
使用年限：用户输入，必填，整形数值（大于等于０的整数），默认取上级分类的该属性。用于登记该分类的资产时使用期限的初始属性（可修改为分类的不同值）。
备注：用户输入，可不填，限制ＣＨＡＲ（１００）。
3.2.5.输出项
[给出对每一个输出项的特性。]
3.2.6.设计方法（算法）
[对于软件设计，应详细说明本程序所选取用的算法，具体的计算公式及计算步骤。] [对于硬件设计，应详细说明本模块的设计原理、元器件的选取、各元器件的逻辑关系，所需要的各种协议等。]
分类树以“资产分类”—“资产性质”—“分类”的层次显示，即第三层才是分类的大类，其中前2层不能删除。
3.2.7.流程逻辑
[用图表辅以必要的说明来表示本模块的逻辑流程。]
3.2.8. 接口
[说明本模块与其它相关模块间的逻辑连接方式，说明涉及到的参数传递方式。] 3.2.9. 存储分配
[根据需要，说明本模块的存储分配。]
资产分类
分类ID 分类CODE 分类名称计量单位说明
上级编号使用期限分类级别残值率分类编号
分类资产流水号资产性质ID 扩展类型ID 修改人修改时间启用标志是否折旧
折旧方式ID 是否盘到处理
integer varchar(60)varchar(100)varchar(20)varchar(100)varchar(60)integer varchar(2)decimal(18,2)varchar(30)varchar(7)varchar(2)integer varchar(60)timestamp integer char integer varchar
ID
性质编号性质名称value_m 性质流水号
varchar(2)varchar(10)varchar(50)decimal(18,2)varchar(20)
3.2.10. 注释设计
[说明安排的程序注释。] 3.2.11. 限制条件
[说明本模块在运行使用中所受到的限制条件。]
新增：必须先完成资产性质的维护，然后才能对该资产性质增加资产分类。 删除：每次只能删除最底一层的分类，且该分类未登记有效资产。 “资产分类”根节点不能删除。
“资产性质”节点在此不能删除，只能在[资产性质管理]模块中维护。
3.2.12.测试计划
[说明对本模块进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件、驱动程序及桩模块等的规定。]
3.2.13.尚未解决的问题
[说明在本模块的设计中尚未解决而设计者认为在系统完成之前应解决的问题。]
3.3.扩展属性管理
3.3.1.模块描述
[给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并且，还要说明本模块的特点。]
为解决各类别可能存在某些不同的特殊属性，因此设计本模块，以实现对指定类别的资产的属性进行扩充。
3.3.2.功能
[说明该基本模块应具有的功能。]
可以为指定分类或不同的规格的资产进行资产属性的定制。
3.3.3.性能
[说明对该模块的全部性能要求。]
3.3.
4.输入项
[给出对每一个输入项的特性。]
扩展类型：
编号：用户输入，选填，字符（char（60））。
类型名称：用户输入，必填，字符（char（60）），不能重复。
描述：用户输入，选填，字符（char（100））。
建立时间：系统生成，不可修改，记录建立的当前时间。
创建帐号：系统生成，不可修改，当前登录的用户帐号。
扩展属性：
名称：用户输入，必填，字符（char（60））。
必填：用户选择，必填（是/否），该属性是否为必填项。
类型：用户选择（系统指定选项：时间日期/数字/字符），必填，该属性对应的数
据类型。
长度：用户输入，整数，该属性可记录的数据的最大长度。
小数位：用户输入，整数，该属性为数字时允许记录的小数位。
说明：用户输入，选填，字符（char（100）），描述性内容。
显示顺序：用户输入，整数，该属性在该类型中的显示位置。
3.3.5.输出项
[给出对每一个输出项的特性。]
3.3.6.设计方法（算法）
[对于软件设计，应详细说明本程序所选取用的算法，具体的计算公式及计算步骤。] [对于硬件设计，应详细说明本模块的设计原理、元器件的选取、各元器件的逻辑关系，所需要的各种协议等。]
3.3.7.流程逻辑
[用图表辅以必要的说明来表示本模块的逻辑流程。]
3.3.8.接口
[说明本模块与其它相关模块间的逻辑连接方式，说明涉及到的参数传递方式。] 3.3.9.存储分配
[根据需要，说明本模块的存储分配。
]
扩展属性列表
属性ID 类型ID 属性名称数据类型长度
小数位数是否必填排序号显示掩码说明integer
integer
varchar(60) integer
integer
integer
char
integer
varchar(60) varchar(100)
扩展类型列表
类型ID
类型编号
类型名称
说明
创建时间
创建人
启用标志
修改时间
修改人
special_kind
integer
varchar(60)
varchar(60)
varchar(100)
timestamp
varchar(60)
integer
timestamp
varchar(60)
varchar(2)
3.3.10.注释设计
[说明安排的程序注释。]
3.3.11.限制条件
[说明本模块在运行使用中所受到的限制条件。]
已进行资产分类的维护。
扩展类型建立后不能删除。
3.3.12.测试计划
[说明对本模块进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件、驱动程序及桩模块等的规定。]
3.3.13.尚未解决的问题
[说明在本模块的设计中尚未解决而设计者认为在系统完成之前应解决的问题。]
3.4.单位管理
3.4.1.模块描述
[给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并且，还要说明本模块的特点。]
实现单位信息的组织架构的维护。
3.4.2.功能
[说明该基本模块应具有的功能。]
实现单位的新增、修改、删除功能。
3.4.3.性能
[说明对该模块的全部性能要求。]
3.4.4.输入项
[给出对每一个输入项的特性。]
单位ID：主键，系统生成，内部ID。
单位CODE：系统生成，内部数据，三位一层的CODE号，用于搜索中的层级处理。
单位编号：用户输入，选填，可修改，若填写需唯一，字符（char（20））。
单位名称：用户输入，必填，可修改，唯一，字符（char（60））。
上级单位：用户选择，记录上级单位的CODE，保存后不可变更。
3.4.5.输出项
[给出对每一个输出项的特性。]
3.4.6.设计方法（算法）
[对于软件设计，应详细说明本程序所选取用的算法，具体的计算公式及计算步骤。] [对于硬件设计，应详细说明本模块的设计原理、元器件的选取、各元器件的逻辑关系，所需要的各种协议等。]
同时显示单位部门树，但是只能操作单位节点。
单位CODE：上级单位CODE+三位相同上级单位内的流水号
3.4.7.流程逻辑
[用图表辅以必要的说明来表示本模块的逻辑流程。]
3.4.8.接口
[说明本模块与其它相关模块间的逻辑连接方式，说明涉及到的参数传递方式。
]
新增：新增单位时在部门信息表中插入该单位的根部门信息（部门名称为“全部”）。
删除：删除单位时同步将该单位在部门信息表中的根部门信息删除。
3.4.9.存储分配
[根据需要，说明本模块的存储分配。]
单位表
单位CODE
单位编号
单位名称
上级单位CODE
单位级别
单位ID
是否本单位（未用）是否删除（未用）单位资产流水号varchar(30)
varchar(20)
varchar(60)
varchar(30)
varchar(2)
integer
char
char
varchar(128)
部门表
单位ID
部门编号
部门CODE
部门名称
上级部门CODE
部门级别
unit_sign
部门ID
内部部门（未用）
是否删除（未用）
unit_summary
integer
varchar(20)
varchar(45)
varchar(30)
varchar(45)
varchar(2)
varchar
integer
char
char
varchar(128)
3.4.10.注释设计
[说明安排的程序注释。]
3.4.11.限制条件
[说明本模块在运行使用中所受到的限制条件。]
删除：需要对其关联信息的校验（子部门（不包括根部门），子单位是否存在，存在则不能删除）。
3.4.12.测试计划
[说明对本模块进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件、驱动程序及桩模块等的规定。]
3.4.13.尚未解决的问题
[说明在本模块的设计中尚未解决而设计者认为在系统完成之前应解决的问题。]
3.5.部门管理
3.5.1.模块描述
[给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并且，还要说明本模块的特点。]
实现部门信息的组织架构的维护。
3.5.2.功能
[说明该基本模块应具有的功能。]
实现部门的新增、修改、删除功能。
3.5.3.性能
[说明对该模块的全部性能要求。]
3.5.
4.输入项
[给出对每一个输入项的特性。]
所属单位：根据其选择的上级部门决定，保存后不能修改，记录单位的ID号。
部门ID：主键，系统内部生成。
部门CODE：系统内部生成，三位一层的CODE号，用于搜索中的层级处理。
部门编号：用户输入，选填，填写后需唯一，字符（char（20））。
部门名称：用户输入，必填，唯一，字符（char（30））
上级部门：用户选择，记录上级部门的CODE，保存后不可变更。
3.5.5.输出项
管理信息系统设计说明
管理信息系统综合练习报告题目：学生宿舍管理系统 2010年12月1日
引言 随着电脑的普及与应用，现在的管理也需要提升一个档次。即从原来的手工记录管理模式转变为电脑一体化管理。这样会给公寓的管理人员带来很多好处，让他们管理的效率更高、效果更好，管理起来更方便。由此而产生了本管理软件――学生公寓管理软件。 学生公寓管理软件是用Microsoft Visual Basic 编写完成。由于Visual Basic率先采用了可视化（VISUAL）的程序设计方法。所以利用系统提供的大量可视化控件，可以方便的以可视化方式直接绘制用户图形界面，并可直观，动态的调整界面的风格和样式，直到满意为止，从而克服了以前必须用大量代码去描述界面元素的外观和位置的传统编程模式。做起来方便，使用起来更为快捷。 作为一个学生公寓的管理软件，要十分全面的贴近以及适合大学公寓的管理方法。本软件的参考资料主要有两种来源：一是参考本学校公寓的管理结构，管理方法。如各个公寓的分布特色，以及公寓的各种管理制度。这些资料是本软件的主要依据，也可以说这些资料来源于普通的生活，比较真实一些。二是来源于网络上的各种同类软件，通过这些软件可以看出一个公寓最低需要哪些管理与设置，在这些软件中，有些软件功能比较齐全，但是在管理上显的非常的不方便，使用起来十分麻烦、繁琐，有些虽然简单，但是功能上又不是十分完善，对这些软件首先要进行取其精华，弃其糟粕，从而进行编写。 本系统主要包括以下方面：信息查询，学生管理，公寓管理。 学生公寓管理软件目前版本为1.0.1，为一个测试版本。它目前在功能上，以及操作的简便上有很大的改进。但是还是存在一些不足，在有些功能的实现上还不是十分的理想，这也是本人在时间和精力上留下的遗憾。但是相信这些会在以后的版本中得到完善，使这个软件成为一个功能上最全，使用上最简捷方便的管理软件
固定资产管理系统设计毕业论文
固定资产管理系统设 计毕业论文 目录 第1章绪论 (1) 1.1 选题的背景 (1) 1.2 目的和意义 (1) 1.3 国外现状 (1) 1.4 可行性分析 (2) 第2章平台简介 (4) 2.1 开发平台和技术简介 (4) 2.1.1 Visual Basic 6.0工具简介 (4) 2.2 数据库平台介绍 (5) 2.2.1 SQL Server 数据库 (5) 第3章系统分析 (9) 3.1 需求分析 (9) 3.2 对系统的综合要求 (9) 3.3 功能需求 (10) 3.4 系统流程图 (10) 3.5 数据流图与数据字典 (11) 3.5.1 数据流图 (12) 3.5.2 数据字典 (14) 第4章系统设计 (17) 4.1 系统总体设计 (17) 4.2 功能模块设计 (18) 4.2.1 设备管理 (18) 4.2.2 设备查询 (18) 4.2.3 报表管理 (18) 4.2.4 系统管理 (18)
4.2.5 修改密码 (18) 4.3 数据库设计 (18) 4.3.1 概念模型设计 (19) 4.3.2 关系模型设计 (21) 第5章系统实现 (24) 5.1 程序设计 (24) 5.1.1 设备管理模块 (25) 5.1.2 设备查询模块 (32) 5.1.3 报表管理模块 (34) 5.1.4 系统管理模块 (37) 5.1.5 修改密码模块 (39) 第6章系统测试 (42) 6.1 测试的任务与目标 (42) 6.1.1 测试的任务 (42) 6.1.2 测试的目标 (42) 6.2 测试方案 (42) 6.2.1 模块测试 (42) 6.2.2 集成测试 (43) 6.2.3 验收测试 (43) 6.2.4 平台运行 (43) 6.3 设计测试方案 (43) 第7章结论 (45) 参考文献 (46) 致谢 (47) 附录 (48)
信息资产管理系统设计方案
? ?
XXX 信息资产管理系统 设 计 方 案
2011年9月目录
一项目设计概述 1.1项目现状及需求分析 项目现状 在目前的人工管理状态下，存在着对人为操作的严重依赖，服务质量难以监控，需要一套先进可靠的管理系统，避免给IT 系统带来更多的运行维护管理风险。 ?没有合理的服务级别评估机制，导致项目运营时无法实现服务承诺。 ?开展运营外包无法评估服务级别所需资源和成本，投入与收益难以量化。 ?服务质量不稳定。更多原因是现场服务标准不够明确，服务质量大多依赖于个人的技能和知识水平、态度。 ?服务管理不细致，导致服务质量影响信息系统运维目标难以达成。 上述的管理风险常常困扰信息化深入推进时，因此需要进一步提升IT 服务管理的科学性、规范性、标准化，为高速发展的业务经营提供有力的支撑。 1.2项目目标 引入IT 服务管理的国际最佳实践理论ITIL，提升管理创新能力;建立一套基于国际ISO20000 服务管理标准的ITSM 体系和ITSM平台工具，固化相应的IT 服务管理流程，提高工作效率，降低IT 服务风险。 ?实现IT服务管理的信息化，规范IT服务管理流程，提高IT服务管理的工作效率和服务质量，降低IT服务成本，提高用户对IT服务的满意度。 ?通过服务台为IT服务的用户提供一个单一联系点，协调IT部门和用户之间的关系，为IT 服务的运作提供支持。 ?通过事件管理流程，在给用户和公司的正常业务活动带来最小影响的前提下，使IT系统能
够尽快地返回到正常工作状态；保留事件的有效记录，以便能够权衡并改进处理流程，同时给其他的服务管理流程提供合适的信息，以及正确报告进展情况等。 通过资产管理功能及其相关流程，对单位的所有IT资产的基本资料进行登记和维护，为资产相关的运维服务管理提供必要的信息基础，并对资产的配置变化进行跟踪，基本实现IT 资产的配置管理。 1.3系统功能设计 1.3.1服务台 对服务请求信息提供必要的初始支持，根据需要启动相应的服务流程，支持自动派单和人工派单，并对服务流程跟踪监督，同时向服务请求方反馈服务结果信息。 服务台的基本要求如下： 1）为用户提供IT服务窗口，用户可以通过该窗口填写故障申诉和服务申请记录。 2）能够支持用户通过电子邮件的方式提交投诉和服务申请。 3）能够提供预定义故障和申请服务的类别，自动激活不同的处理流程。 4）用户能够通过电话咨询、网站查询等方式了解自己提交的投诉和服务申请的处理结果。 5）支持对故障和服务申请的跟踪督办，确保所有的故障和服务申请能够以闭环方式结束。 1.3.2事件管理 事件管理包含以下功能：
资产管理系统设计报告
资产管理系统的设计与实现 专业：计算机应用技术 班级： 学号： 姓名：徐连鹏
目录 资产管理系统的设计和实现 (3) 1 引言 (3) 2 需求分析 (3) 2.1 系统需求 (3) 2.2 功能需求 (4) 2.2.2系统需求详述 (6) 2.3 业务流程图 (11) 2.3.1这是整个系统的主要架构，下面是整个系统的主要流程。（如图2-1） (11) 3 总体设计 (11) 3.1 基本设计概念和处理流程 (11) 3.2 系统数据流程图 (11) 3.3 系统层次模块图 (15) 3.3 模块设计 (15) 4 数据库设计 (16) 5 详细设计 (22) 5.1 功能模块汇总 (22) 5.2 用户登录模块的设计与实现 (25)
资产管理系统的设计和实现 1 引言 随着计算机软硬件技术和计算机网络技术的发展，Internet/Intranet技术已经渗透到社会的各个角落，甚至将影响到每个人的生活方式。计算机已成为一种主要的现代数据交流工具，通过Internet/Intranet网络以工作流和企业管理信息为业务主线，以网络技术为基础的应用也逐步得到各企、事业、机关单位的青睐。 基于经济的高速发展和IT行业的不断深入的现状，对于一个企业来说，传统的管理方式和理念，已经不能满足市场发展的需求。尤其对于跨国企业来说，企业资产管理是一项非常重要的环节，如何通过网络来有效地、快速地进行信息的传输和交流，以及对企业资产有效的控制和管理，开发一个高性能、高安全性的管理系统，是一个企业考虑的重要内容之一。 2 需求分析 2.1 系统需求 资产管理系统是企业管理中的一个重要组成部分，固定资产具有价值高，使用周期长、使用地点分散、管理难度大等特点。许多企业在固定资产管理过程中也许都遇到过以下所列的问题： 1) 资产折旧数据不准确 ----不能准确反映企业的经营成果和业绩。 2) 帐面价值统计不准确 ----导致资产流失。 3) 繁重的盘点工作，耗时耗力 ----信息反映不及时，影响了企业的运营效 率，导致资产重复购置。 根据国际权威机构对全球已实施了设备资产信息化管理的部分企业的统计，已达到： 提高有效工作时间10—20%。 减少库存成本10—25%。 减少了75％的审计成本。 增加了50％的保修项目的收入。 减少了10%—25％的零件库存量。 减少了20％过剩的测试设备。 减少了45％设备资产的丢失或”不知去向。” 减少了30％由于执行召回或变更通知而发生的成本。
管理信息系统设计说明书
公司人员资料管理系统 系统设计说明书 时间： 2013.4.25———2013.5.10
湖南工业大学科技学院 目录 摘要……………………………………………………………………………… 第一章绪论…………………………………………………………………… 第二章需求分析…..………………………………………………………… 1.1 功能模块的分析………………………………………………… 1.2 模块的设计…………………………………………………… 1.3 系统的数据模型……………………………………………… 第三章系统的配置…………………………………………………………… 3.1 Microsoft Access 2000的安装……………………………… 3.2 Visual Basic 6.0的安装……………………………………… 第四章数据库的设计………………………………………………………… 4.1 数据表的设计……………………………………………………… 4.2 关系的设计………………………………………………………… 第五章详细设计………………………………………………………………… 5.1 建立窗体…………………………………………………………… 5.1.1建立主窗体……………………………………………………… 5.1.2建立详细资料窗体……………………………………………..… 5.1.3建立部门信息窗体……………………………………………… 5.1.4建立系统管理窗体………………………………………….…… 5.1.5建立登录窗体……………………………………………….……. 5.1.6建立增加新用户窗体……………………………………….…… 5.2 创建工程模块………………………………………………….… 5.3 VB窗体与数据库的连接………………………………….……. 第六章系统的编译与发布…………………………………………………….. 第七章设计总结………………………………………………………………. 致谢……………………………………………………………………………..
固定资产管理系统设计说明书
系统设计说明书 版本历史 第一部分、概述 1、文档说明 本说明是固定资产借用系统软件产品的总体设计和实现说明，记录了系统整体实现上技术层面上的设计，并且以需求说明作为依据，同时该文档将作为产品实现、特性要求和控制的依据。软件开发小组的每一位参与开发成员应该阅读本说明，以清楚产品在技术方面的要求和实现策略。 2、系统需求概述 本系统的主要功能如下： 1、管理员登录 2、固定资产信息管理 3、人员信息管理 4、资产的领用 5、资产的归还 6、资产信息浏览和查询 详细需求参考《需求分析说明书》。
第二部分、系统总体结构 系统总体结构设计采用了MVC的思想。根据面向对象分析阶段中类划分结果，规划界面类、控制类、实体类及调用关系。 在面向对象分析阶段，我们把类大体上分成了界面和实体两类。但是，为了提高代码的易维护性、易读性，增加类内部的纯度、类之间调用的灵活性，我们把控制代码另封装为一个类，即控制类，使系统中类之间的调用关系如下图所示： 第三部分、系统分析 面向对象分析阶段，主要进行以下内容： ●分析需求文档资料，找出所有概念，包括名词、动词和短语。 ●确定问题范围，把此范围内的概念进行细化，形成“概念清单”。 ●细化结果形成初级类和功能。 ●根据功能需求形成主要功能、菜单树和主要界面。 ●根据初级类形成界面类和实体类。 1、确定概念 根据需求文档，找出所有相关概念，并提炼成表格形式。见如下表格，也称为“概念清单”。一般来说，名词归为初级类、属性等信息；动词形成主要功能或者类的方法；短语形成业务逻辑或者条件限制。
2、确定初级类 根据反复讨论的概念清单和需求说明等相关文档，确定如下初级类，见下表：
资产管理系统测试计划
资产管理系统测试计划
目录 1 概述 (1) 1.1 编写目的 (1) 1.2 项目背景 (1) 2 测试任务 (1) 2.1 测试目的 (1) 2.2 测试参考文档 (1) 2.3 测试范围 (1) 3 测试资源 (2) 3.1 硬件配置 (2) 3.2 软件配置 (2) 3.3 人力资源分配 (2) 4 功能测试计划 (2) 4.1 整体功能模块划分 (2) 5 测试整体进度安排 (3) 6 相关风险及解决计划 (3) 6.1 风险 (3) 6.2 解决计划 (4)
1概述 1.1编写目的 为了发现和报告本软件的错误和缺陷。通过对这些错误和缺陷的处理，确保本软件的语言质量、互操作性、功能等符合软件的设计要求，满足用户的使用要求。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助设计者设计出有针对性地检测方法，改善测试的有效性。本文档将列举实现资产管理系统所需要的全部功能，并对每个功能给出简单的描述。 本文档的预期读者包括：最终用户，项目负责人，评审人员，产品人员，软件设计开发人员，测试人员。 1.2项目背景 本项目的名称：资产管理系统 如今我们的生活越来越信息化了,可以说我们每个人的生活已经离不开计算机的帮助,为了使我们的生活更 方便和快捷，越来越多的个人应用软件成为人们的重要助手。实际生活中经常要对各项资产进行管理，本 系统的目的就是利用计算机来对各项资产进行电子化的管理，使我们的资产更加方便和理性化。随着信息 化时代的到来，通过计算机软件实现资产的电子化管理，提高资产管理的准确性、便捷查询和易于维护， 进而提高工作效率，是每一个企业面临的挑战和需求。 2测试任务 2.1测试目的 充分测试系统。使其成为一个能够使用的资产管理系统，我们要求满足用户对资产的管理，提供用户对资 产的操作功能，使得当用户的记录需要修改时，可以方便的添加、修改和删除。 2.2测试参考文档 资产管理系统需求说明书 2.3测试范围 本次测试采用运行系统的方法，通过跟踪运行时的系统变量值，来逐步判断测试系统是否具有相应的功能。 根据对系统功能的划分，测试方向大致为：登录模块测试、资产类别模块测试、品牌模块测试、供应商模 块测试、存放地点模块测试、部门管理模块测试。
固定资产管理系统方案设计
固定资产管理系统 系 统 方 案 青岛方天科技股份有限公司
目录 一、系统概述 (4) 1、方天固定资产管理系统概述 (4) 2、条形码技术的优势 (4) 3、固定资产管理系统引入条形码 (5) 4、如何把条码技术引入固定资产管理 (5) 5、利用条形码固定资产管理系统能带来什么效益 (6) 二、功能简介 (7) 1、功能概述 (7) 2、方天固定资产管理系统 (8) 2.1、系统组成 (8) 2.2、数据库服务器 (8) 2.3、管理软件 (8) 2.4、PDA手持终端 (9) 2.5、条码打印机 (9) 2.6、条码标签 (9) 三、系统功能 (10) 1、日常管理 (10) 1.1、资产信息管理 (10) 1.1.1、资产信息查询 (10) 1.1.2、资产信息管理 (10) 1.1.3、打印条码 (10) 1.1.4、导出EXCEL (11) 1.2、资产借用与归还 (11) 1.2.1、资产借用与归还信息查询 (11) 1.2.2、资产借用与归还 (11) 1.2.3、打印单据 (11) 1.2.4、资产借用与归还单号 (11) 1.3、资产维修 (12) 1.3.1、资产维修信息查询 (12) 1.3.2、资产维修管理 (12) 1.3.3、资产维修单打印 (12) 2、变更管理 (12) 2.1、资产转移与接收 (12) 2.1.1、资产转移与接收信息查询 (12) 2.1.2、资产转移 (13) 2.2、资产处理 (13) 2.2.1、资产调拨 (13) 2.2.2、资产退出 (13) 2.2.3、资产处置 (13) 3、盘点管理 (14) 3.1、条码打印 (14) 3.1.1、资产条码打印 (14) 3.2、资产盘点管理 (14) 3.2.1、资产盘点任务信息查询 (14) 3.2.2、盘点任务管理 (14) 3.2.4、资产盘点 (14)
资产管理系统功能设计
资产管理系统功能设计 一、概述 众所周知，我国电网集团公司是典型的资产资金密集型企业，资产作为电网集团公司一种重要的企业资源实现集中管理、统一监控、优化配置，对于提高集团企业的整体管理水平和工作效率、规范资产管理的业务体系、避免日常管理工作漏洞和弊端都有着非常的意义。 xxFMIS资产管理系统是其FMIS整体系统中的一个核心业务子系统，系统建立了集团化资产全周期管理模型，建立了完善的财务和核心业务的一体化业务蓝图。完全避免了单独的资产管理系统的运行，从而完全避免了新的信息孤岛产生。系统业务总揽图如下： 实施xxFMIS资产管理系统，可实现如下目标： 实现资产全生命周期管理：系统可实现从资产的计划、采购、安装到资产的日常使用、维护、修理、改造，到资产变卖、清理、报废的全过程管理。系统可对变动事项进行全面记录，实现资产调拨、检修维护、拆除更新等业务的变动全过程记录，为资产的实物管理提供全面、及时的信息保障，为资产整个生命周期管理提供支持。 实现省公司范围内资产统一管理：系统可提供省公司统一管理的资产目录供各下级单位引用，对资产目录的管理（增、删、改）权限集中在省公司，实现资产的统一管理。系统要实现财务部门在此基础上进行价值管理，并统一建帐，供所有相关部门查阅、统计、分析，保证在企业内所有涉及资产管理部门的资产信息是唯一的和及时的。在系统中通过共享此资产目录，各下级单位在可以直接查询、引用，确定资产的目录名称的同时确定该类资产的年折旧率、折旧年限和净残值率，并要根据资产目录实现按资产的分类对数据进行归集汇总，实现资产数据信息的分类核算、查询、分析。 提供丰富的资产管理信息：系统可以根据国家、外部、自身管理需要提供所需的信息形式，并可以按照这些信息进行各种口径的分类统计、查询、分析。系
资产管理系统测试方案
固定资产管理系统测试方案
目录 1.概述 (1) 1.1编写目的 (1) 1.2测试范围 (1) 1.3项目背景 (1) 2.测试任务 (2) 2.1测试目的 (2) 2.2测试参考文档 (2) 2.3测试提交文档 (2) 3. 测试资源 (3) 3.1 硬件配置 (3) 3.2软件配置 (3) 3.3人力资源分配 (3) 4. 功能测试计划 (4) 4.1 Web端整体功能模块划分 (4) 4.2 移动端整体功能模块划分 (8) 5. 测试整体进度安排 (12) 6.相关风险 (13)
1.概述 1.1编写目的 本方案文档是为了给测试人员一个合理的测试方案和步骤，指导测试人员对固定资产管理系统的测试用例设计、测试执行、Bug提交和测试总结编写的顺利进行。 阅读对象为软件开发项目管理者、参加测试用例设计和测试执行的测试工程师、测试项目经理及相关的开发人员。 1.2测试范围 本次测试采用运行系统的方法，通过跟踪运行时的系统变量值，来逐步判断测试系统是否具有相应的功能。根据对系统功能的划分，测试方向大致为：登录模块测试、资产管理模块测试、个人办公模块测试、基础资料模块测试、系统管理模块测试、参数配置模块测试。 1.3项目背景 在科技信息快速发展时代，实现资产的电子化管理，是任何一个企业的需求。通过利用计算机软件，提高资产管理的准确性，方便查询和维护，提高工作效率。本系统的最终目的就是利用计算机实现对资产的管理，并确保本系统的安全可靠。
2.1测试目的 通过对固定资产管理系统的测试，寻找、总结本系统在功能、操作上仍存在的缺陷，保证系统正确地、有效率地运行，使系统满足客户需求。 2.2测试参考文档 资产管理系统需求说明书 技能大赛软件测试比赛任务书 正规测试设计模板 2.3测试提交文档 本次测试过程中，需要提交的档案如下： ①测试方案.doc ②测试用例.xls ③Bug缺陷报告清单.xls ④测试总结报告.doc
餐饮管理系统设计说明书
餐饮管理系统之 ——系统设计说明书一．总体设计 1．处理流程（略） 图总体处理流程图 2．总体结构和模块外部设计 模块是软件结构的基础，软件结构的好坏完全由模块的属性体现出来，把软件模块化的目的是为了降低软件复杂性，使软件设计，测试，调试，维护等工作变得简易，但随着模块数目的增加，通过接口连接这些模块的工作量也随之增加。从这些特性可得出如图九的一条总的成本（或工作量）曲线，在考虑模块化时，应尽量使模块数接近于图中的M，它使得研制成本最小，而且应尽量避免不足的模块化或超量。 总体结构：
总体模块说明 项目容：此系统使用了三层架构实现了管理人员登陆模块，菜单管理模块，餐厅人员管理模块，点菜功能模块，消费结账模块，查询统计 功能模块。 系统登录退出模块：本模块是被用于用户登录，注销和退出。模块根据用户的不同类型赋予用户不同的管理权限。等低级的用户不可访问高等级用户的个别功能，而高等级用户可以使用低等级用户的所有系统功能。 菜单管理模块：本模块将餐厅的菜单信息通过标准化的管理操作加以整合，使得菜品的价格、配料、功效和图片可以完全呈现在客户面前，使得客户可以便地选择自己想要的食物。本模块的分权限设计将限制普通员工对菜单信息加以修改，以防止菜单价格被恶意修改，以此保证餐厅正常可靠的运营。管理人员可以添加到菜谱到系统中，并能进行日常维护（包括修改菜的价格等），系统可以对整个菜单分类管理，可区分凉菜、热菜、汤类、酒水、消费品和主食、 餐饮管理 信息系统 后台管理 前台服务 桌台 仓库 员工 顾客 员工 供货商 材料 信息 系统登录退出 系统登录退出 图1 餐饮管理系统总体功能模块图
(完整版)固定资产管理系统背景、功能及特点
固定资产管理系统背景、功能及特点 一、项目背景 随着我国经济的迅猛发展，学校、企业、政府、医院的固定资产规模急剧膨胀，其构成日趋复杂，管理难度越来越大。尤其是随着学校、企业、政府、医院内部推行的后勤、财务、人事、分配等各项改革的深化，对固定资产管理工作不断提出新要求。但是，多年来固定资产管理工作一直是学校、企业、政府、医院管理的一个薄弱环节，管理基础工作不够规范，资产安全控制体系尚不完善，家底不清、帐帐、帐实不符、资产流失的现象在不少的依然存在，与发展改革的新形势很不适应。近几年来，为加强固定资产管理工作，国内一些学校、企业、政府、医院进行了有益的探索，开发管理软件,开始使用计算机管理各类资产、设备等,技术上有了一定的进步。但总的看来，这些软件实现的往往是对原来手工劳动的简单替代，完成的仅仅是单一业务和专门用途资产的管理，未能从根本上改变固定资产管理被动、滞后的局面。因此，必须从有力支撑发展改革的高度出发，对固定资产管理工作进行系统的规划和建设，运用现代信息技术真正实现管理水平上的飞跃。 《基于RFID技术的仓储管理系统》是一个对已经采购完成即将入库、入库、盘点、出入库告警、货物定位、出库等功能为一体的综合性系统，可以由各级管理人员在网上实施各项管理活动，传递管理信息。管理的对象涵盖了各类固定资产，包括仓库货架、货位、日常办公设备（主要是IT设备）、后勤设备、图书及文物陈列品等，并对物质属性不同的固定资产进行多样化管理。系统的功能几乎覆盖了所有的固定资产管理业务活动，包括固定资产登记、增加、处置、变动、调剂、分布、清查、统计、分析、帐表等等，具有十分强大的功能。在吸收先进管理思想的基础上，综合运用各种现代信息技术，是促进管理手段科学化的新型管理系统。 该系统对理顺固定资产管理体制、落实固定资产管理制度、实现对固定资产的全面监控和有效利用、提高管理工作效率，更好地服务于各个方面，发挥了十分积极的作用，并表现出强大的效能。将固定资产管理工作搭建在一个高水平的管理平台之上，推入了科学化、规范化的轨道。不仅彻底改变了被动局面，而且有力地促进了学校、企业、政府、医院整体管理水平的提高。无论在管理思想、
固定资产管理系统方案的设计
固定资产管理方案（试行） 为有效的控制和管理公司的资产，提高资产的利用率、完好率，使其发挥更大的效益，现制定本办法。 一、固定资产的标准 固定资产是指使用期限超过一年的房屋、建筑物、机器、机械、运输工具以及其他与生产经营有关的设备、器具、工具等。不属于生产经营主要设备的物品，单位价值在2000元以上，并且使用期限超过2年的，也应作为固定资产管理。 1、固定资产是指单位价值在2000元以上且使用年限为1年以上的资产。固定资产划分为房屋及建筑物、工程维改类、机器设备、电子设备、运输工具、办公家具及设备、其它设备七大类别； 2、低值易耗品是指单位价值50元以上2000以下或者单位价值虽在2000元以上但使用年限1年以内的资产以及其它认为需要纳入管理的资产。 二、固定资产的分类及编号 1、固定资产
2、低值易耗品 编号的原则: （1）每个资产的编码均由9个阿拉伯数字和2个英文字母组成，从左至右，资产编码的前3个阿拉伯数字代表门店名称：001——代表“金博大广场”，（以后公司再有新项目以此叠加）（2）第4个阿拉伯数字代表资产耗材的性能分类，其
中1——代表“房屋建筑物”类资产，2——代表“工程维改项目”类资产，3——代表“机器设备”类资产，4——代表“电子设备”类资产，5——代表“车辆”类资产，6——代表“家具用具”类资产等。如需增设新的类别，可 以此顺延。（3）第5—9个符号为5位阿拉伯数字，从00001到99999，每个数字代表某一个资产耗材，一一对应，由小到大，不可遗漏，不可重复。（4）最后2个符号为英文字母，代表资产耗材的价值和使用年限的分类，其中GD——代表“固定资产”，DZ——代表“1500元≤不含税原值单价＜2000元”的“低值易耗品”，dz——代表“不含税原值单价＜1500元”的“低值易耗品”等。（5）如为调拨资产耗材，须在其原来的编码前加上字母“d"。如再次被调拨，则在原编码前的字母“d”后再一个字母“d”，以此类推，加以区别。 第一部分：公司代码（以集团编号为准，共3位）； 第二部分：资产大类（１位）； 第三部分：类别代码（5位）； 第四部分：价值及使用年限（２位）； 第五部分：调拨资产（原来编码前加d）。 三、各部门的职责 主管部门的职责 1、公司财务部为固定资产主管部门。 2、随时掌握固定资产的使用状况。 3、负责监督配合使用单位做好设备的使用和维护，确保设备完好提高利用率，并定期组织设备的清点，保证帐、卡、物三相符。 4、负责固定资产的管理，搞好固定资产的分类，统一编号，建立固定资
校园管理系统设计说明书
校园管理系统设计说明书 1 引言 1．1编写目的 概要设计的主要任务是设计程序的体系结构，也就是确定程序有哪些模块组成以及模块计的关系。概要设计过程首先寻找实现目标系统的各种不同的方案，需求分析阶段得到的数据流图是设想各种可能方案的基础。然后分析员从这些供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的所有物理元素，进行成本/效益分析，并且制定实现这个方案的进度计划。分析员应该综合分析比较这些合理的方案，从中选出一个最佳方案向用户和使用部门负责人推荐。如果用户和使用部门的负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软结构，通常，进行必要的数据库设计，确定测试要求并且是定测试计划。 1．3术语定义 实体—联系图（E-R图）：包含实体（即数据对象）、关系和属性。作为用户与分析员之间有效交流的工具。 流程图：由一些特定意义的图形、流程线及简要的文字说明构成，能清晰明确地表示程序的运行过程 盒图：又称为N-S图呀CHAPIN图，它把整个程序写在一个大框图，大框图由若干个小的基本框图构成 1．4参考资料 《软件工程导论》 ---------海藩编著清华大学 《深入浅出面向对象分析和设计》 《数据为原理及应用》------绍原主编科学 2 概述 1．目标 该阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出部软件和外部系统部件之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。 2．运行环境
软件基本运行环境为Windows环境。 3．需求概述 本系统要达到以下目标： 1、用户的存款与消费 2、用户挂失处理 3、管理员的新建与注销 4、用户的查询 4．条件与限制 为了评价该设计阶段的设计表示的“优劣程度”，必须遵循以下几个准则： 1.软件设计应当表现出层次结构，它应巧妙地利用各个软件部件之间的控制关系。 2.设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能。 3.设计最终应当给出具体的模块（例如子程序或过程），这些模块就具有独立的功能特性。 4.应当应用在软件需求分析期间得到的信息，采取循环反复的方法来获得设计。 3 系统分析 系统模型：
资产管理系统建设方案
条码资产管理系统--产品介绍--
目录 1.概述 (3) 2.固定资产管理的状态与问题 (5) 3.条码固定资产管理系统设计原则及特点 (7) 3.1条码固定资产管理系统设计原则 (7) 3.2条码固定资产管理系统设计特点 (7) 4.系统结构和功能概述 (10) 4.1系统结构 (10) 4.2系统功能概述 (10) 5.系统技术环境 (12)
条码资产管理系统产品简介 1.概述 固定资产 Fixed Assets ：企业所拥有的资产中，单位价值较高，使用期限较长，并在使用过程中基本上保持其原有实物形态的劳动工具、劳动设施和其它物质资料。如机器设备、工具、房屋、建筑物和车辆等。按我国财务部门规定，固定资产一般应同时具备两个条件：（1）使用年限在一年以上；（2）单项价值在规定限额以上。否则，列为低值易耗品，属于流动资产。在国外，固定资产分为有形固定资产和无形固定资产两大类。1、有形固定资产：指耐用时间在一年以上、其购置费用在一定限额以上的固定资产。它包括土地、建筑物、构筑物、机械装置、运输工具及车辆等，其中除土地外均为拆旧对象。2、无形固定资产：指无实体存在的固定资产。大体又可以分为两类：（1）有法定经济使用年限的，如租赁权、出版权等；（2）无法定经济使用年限的，如商标、商誉费等。 固定资产是企业进行生产经营活动的主要劳动资料。它使用时间较长，单位价值较高。判断哪些劳动资料属于企业固定资产是固定资产核算的重要方面，也是确定低值易耗品核算的重要标准。固定资产的判断一是时间标准，二是价值标准，根据财政部门规定：固定资产是指使用期限超过一年的房屋、建筑物、机器、机械、运输工具以及其他与生产经营有关的设备、器具、工具等。不属于生产经营主要设备的物品，单位价值在2 000元以上，并且使用期限超过两年的，也应当作为固定资产。 采用条码的固定资产管理系统，就是通过采用条码技术，并与信息处理技术结合来管理企业的固定资产，科学合理的配置和使用固定资产，提高固定资产的使用率，保证固定资产的安全完整，促使固定资产的保值和增值，已成为企业生产和经营活动的一个重要组成部分。固定资产管理的主要内容包括：固定资产的分类和计价，固定资产的增加、使用、维护和处置，固定资产出租出借，固定资产清查盘点，固定资产折旧管理等。提高数据输入速度，条码采集器可以在现场快速读入数据(固定资产编号)，并存储在机器内存中，通过与计算机相连后直接将现数据快速的导入到计算机系统中并形成单据内容。相比于传统的作业模式，节省了手工抄写与键盘录入计算机系统的时间，大大提升了工作效率。提高数据的准确性，现在的条码的生成与识别技术都发展到了非常成熟的地步，对条码 3
学生管理系统设计说明书范文
学生管理系统设计 说明书
1简介 1.1 设计要求 学生管理系统应包含学生的全部信息。每个学生是一条记录，包括姓名、学号、性别、出生年月、专业、班级、家庭地址、宿舍号码等。本系统能够按专业班级或学号查找学生，并显示相关学生情况。要求程序结构合理、算法准确、语法正确，并生成可执行文件。 1.2 系统概述 学生信息管理系统作为一个应用软件为学校师生提供一个对学生信息进行管理和查询的平台。用户可根据系统界面的提示信息对学生的信息进行输入、修改、增加、删除、查询、排序等操作。 1.3开发与设计的总体思想 本系统主要应用模块化的设计思想实现学生信息的输入、修改、增加、删除、查询、排序等典型管理功能。各主要模块的数据均存储在文件中，因此包含对文件的读、写等基本操作。在软件开发过程中应用了C语言程序设计中的基本控制结构，如选择、循环、顺序结构。 2
2 总体设计 2.1 功能需求 该系统提供了一个对学生信息进行管理和查看的平台，给用户一个交互式的应用接口，具体功能如下： 2.1.1创立学生信息 用户根据提示信息输入学生的姓名、学号、性别、出生年月、专业、班级、家庭地址、宿舍号码等信息，系统会以文件形式存储，以便进行管理。 2.1.2查询学生信息 用户根据提示信息输入学生的学号或专业班级的方式进行查询，在学生文件中查找到该信息并显示出来。 2.1.3修改学生信息 用户能够根据系统提示修改自己的一些信息。 2.1.4删除学生信息 3
用户根据提示信息输入学生的学号，在学生文件中查找到该信息并删除。 2.1.5显示学生信息 用户根据提示信息输入学生的学号或班级，在学生文件中查找到该信息并显示。 2.1.6保存学生信息 系统将学生信息记录存储在系统磁盘的文件中，以便进行管理、检索和备份。 2.2 系统功能结构图
固定资产管理信息系统课程设计
目录 第一章绪论 1、选题背景与意义 (2) 2、固定资产管理信息系统介绍 (2) 第二章系统分析报告 1、需求分析 (3) 2、可行性分析 (3) 3、组织结构图分析 (5) 4、管理职能分析 (5) 5、业务流程图分析 (6) 6、功能结构图分析 (7) 7、数据流程图分析 (8) 8、数据字典 (9) 第三章系统设计报告 1、模块设计控制结构图 (23) 2、概念结构设计E-R图 (23) 3、逻辑结构设计 (26) 4、数据库结构设计 (27) 5、代码设计 (30) 6、系统物理配置方案设计 (33) 7、输出设计 (33) 8、输入设计 (35) 9、程序模块设计说明书 (40) 第四章系统实施报告 1、程序框图 (46) 2、程序清单 (46) 3、试运行及结果分析 (47) 第五章实习小结 (49) 附：课程设计任务书
第一章绪论 一、选题背景与意义 随着企业规模的逐步扩大，其固定资产的投资规模相应扩大。如何对固定资产进行有效的管理，用足、用活这些资源以辅助企业业务发展，是企业非常关心的大事，也是管理部门规划和考虑的工作重点。随着计算机科学的普及和发展，计算机在生产实践中的地位逐渐被人们认可和接受。然而，目前的固定资产管理很多仍停留在手工管理模式，其运作机制已和企业的业务、计算机技术应用的发展速度不相适应，管理手段已明显滞后于发展的需要。在这样一个技术背景下，完全可以利用新技术、采用合理的开发模型解决固定资产管理问题。因此，建立集中化、规范化、标准化的管理体系，开发和使用一套企业规范的固定资产管理系统，实现管理的计算机化，对于规范企业固定资产的管理，合理配置和利用资源，降低投入成本，增加投入产出效益，提高管理水平和效率有着重大的意义。 二、固定资产管理信息系统介绍 1、系统的使用用户共分为三类 2、系统管理员、数据操作员、普通用户 3、三类不同的用户有不同的使用权限 4、系统能实现对固定资产的管理，包括资产登记，资产查询，资产变动，资产报废，资产统计管理等功能
信息资产管理系统设计方案(doc 26页)(正式版)
XXX 信息资产管理系统 设 计 方 案 2011年9月 目录
一项目设计概述 1.1项目现状及需求分析 项目现状 在目前的人工管理状态下，存在着对人为操作的严重依赖，服务质量难以监控，需要一套先进可靠的管理系统，避免给IT 系统带来更多的运行维护管理风险。 ?没有合理的服务级别评估机制，导致项目运营时无法实现服务承诺。 ?开展运营外包无法评估服务级别所需资源和成本，投入与收益难以量化。 ?服务质量不稳定。更多原因是现场服务标准不够明确，服务质量大多依赖于个人的技能和知识水平、态度。 ?服务管理不细致，导致服务质量影响信息系统运维目标难以达成。 上述的管理风险常常困扰信息化深入推进时，因此需要进一步提升IT 服务管理的科学性、规范性、标准化，为高速发展的业务经营提供有力的支撑。 1.2项目目标 引入IT 服务管理的国际最佳实践理论ITIL，提升管理创新能力;建立一套基于国际ISO20000 服务管理标准的ITSM 体系和ITSM平台工具，固化相应的IT 服务管理流程，提高工作效率，降低IT 服务风险。 ?实现IT服务管理的信息化，规范IT服务管理流程，提高IT服务管理的工作效率和服务质量，降低IT服务成本，提高用户对IT服务的满意度。 ?通过服务台为IT服务的用户提供一个单一联系点，协调IT部门和用户之间的关系，为IT 服务的运作提供支持。 ?通过事件管理流程，在给用户和公司的正常业务活动带来最小影响的前提下，使IT系统能够尽快地返回到正常工作状态；保留事件的有效记录，以便能够权衡并改进处理流程，同
时给其他的服务管理流程提供合适的信息，以及正确报告进展情况等。 通过资产管理功能及其相关流程，对单位的所有IT资产的基本资料进行登记和维护，为资产相关的运维服务管理提供必要的信息基础，并对资产的配置变化进行跟踪，基本实现IT 资产的配置管理。 1.3系统功能设计 1.3.1服务台 对服务请求信息提供必要的初始支持，根据需要启动相应的服务流程，支持自动派单和人工派单，并对服务流程跟踪监督，同时向服务请求方反馈服务结果信息。 服务台的基本要求如下： 1）为用户提供IT服务窗口，用户可以通过该窗口填写故障申诉和服务申请记录。 2）能够支持用户通过电子邮件的方式提交投诉和服务申请。 3）能够提供预定义故障和申请服务的类别，自动激活不同的处理流程。 4）用户能够通过电话咨询、网站查询等方式了解自己提交的投诉和服务申请的处理结果。 5）支持对故障和服务申请的跟踪督办，确保所有的故障和服务申请能够以闭环方式结束。 1.3.2事件管理 事件管理包含以下功能： 1）事件接收和记录
知识管理系统设计说明书
东方钢铁公司 知识管理系统设计说明书 东方钢铁集团股份有限公司 2010年10月
目录 目录 (2) 1．引言 0 1.1 编写目的 0 1.2 背景 0 1.3 参考资料 (1) 2. 概要设计说明书 (1) 2.1 知识管理系统功能模块图 (1) 2.2 知识管理系统数据库概念设计 (3) 3. 详细设计说明书 (5) 3.1 输入输出设计 (5) 3.2 处理模块详细设计 (6)
1．引言 1.1 编写目的 本文档是东方钢铁公司知识管理系统详细设计文档。用于指导知识管理系统编码与单元测试，主要为程序设计师和测试工程师进行代码设计和测试提供依据。 系统详细设计说明，包括： 系统功能说明、系统结构说明、ER图、操作界面设计、数据库设计、详细的数据表（包括主键、外键、数据类型、默认值、取值范围等） 1.2 背景 东方钢铁集团具有公司的局域网，直接与internet系统相联。同时规划与AA集团、AA股份及AA国际总公司的主干网接口。东方钢铁集团信息节点覆盖公司所有业务点，即人人网上互联。此外，公司还提供了远程拨号服务，供移动办公使用。 不论是网络基础设施条件、用户群体，还是在办公电子化和网络化方面都有较好的基础。多数职工对计算机特别是对信息技术的应用有较高的水平，具备了实施知识管理及协同工作项目的必要条件另一方面，现有的系统中仅实现简单的信息发布和信息
沟通功能，且信息分布零散无序。 因而对东方钢铁集团原有OA系统进行整合和升级是有必要的，应建设与其组织结构、业务方向相适应的知识管理系统，搭建统一的工作界面，建立完善的工作流程、提高内部信息共享程度、提升公司知识积累和应用的水平，最终实现利用信息化提升企业竞争力的目标。 1.3 参考资料 信息系统分析与设计（第3版）北京清华大学出版社，2006 东方钢铁集团面向新世纪发展规划和需求分析报告 东方钢铁集团组织OA系统用户使用说明书 2. 概要设计说明书 2.1 知识管理系统功能模块图 根据需求，系统用户主要有管理员和普通用户，管理员操作有分类管理，人员管理，组织结构管理，知识审核，普通用户操作有个人知识管理，评论管理，参与培训及考试。具体的功能模块图如下：
固定资产管理系统的设计与实现
学校代码： 是否公开： 电子科技大学 硕士学位论文 九江职业大学固定资产管理系统 的设计与实现 学位申请人姓名: 黄燕 申请学位专业方向: 软件工程 指导教师姓名: 佘堃
毕业论文原创性声明和使用授权说明 毕业论文独创性声明 本人所呈交的毕业论文是我在导师的指导下进行的研究工作及取得的研究成果。据我所知，除文中已经注明引用的内容外，本论文不包含其他个人或集体已经发表或撰写过的研究成果。对本文的研究做出重要贡献的个人和集体，均已在文中作了明确说明并表示谢意。 论文作者签名：___________________ 日期：___________________ 授权使用声明 本人完全了解电子科技大学有关保留、使用毕业论文的规定，学校有权保留毕业论文并向国家主管部门或其指定机构送交论文的电子版和纸质版。有权将毕业论文用于非赢利目的的少量复制并允许论文进入学校图书馆被查阅。有权将毕业论文的内容编入有关数据库进行检索。有权将毕业论文的标题和摘要汇编出版。保密的毕业论文在解密后适用本授权使用声明。 论文作者签名：______ 日期：____________ 导师签名：_______ 日期：_____________
中文摘要 近年来招生规模不断扩大，学院建设的飞速发展和为迎接教育部对九江职业大学教学水平评估工作的逐步实施，学院仪器设备数量急剧增加，目前单价在800元以上的仪器设备数量上万台，低值耐用设备数量更加庞大。将先进的计算机信息技术应用到固定资产管理工作之中，使固定资产的管理更加科学、有效、方便、快捷。实现资产的信息化势在必行。 通过对目前资产管理信息化的研究，本文提出一种在J2EE平台构建一个依托计算机网络技术和电子标签技术的软件系统。在普通的管理系统的基础上增加利用电子标签和ZigBee技术实时监控，提高了固定资产的管理效率，减少固定资产的流失，有助于提高固定资产的利用率，最终实现企业固定资产的规范化、科学化、信息化和实时化的工作目标。 本文的主要研究内容有：首先先介绍了固定资产管理系统的产生背景，现存系统不足以及开发该系统的意义；其次分析固定资产管理工作流程，将固定资产管理业务流程分为五个部分即计划、购置、验收登记、编码和管理；再次研究固定资产设备状态数据编码与J2EE 芯片的数据读写设计，通过在固定资产状态数据采集和处理节点，将固定资产状态数据读取并转换为数字信号，再将其存储至内存，然后通过ZigBee 无线传感器以无线方式传输给管理系统主机的数据库中。 本文按照软件工程的顺序，先分析九江职业大学的实际需求，设计出系统需求模块，然后根据需求进行概要设计设计出数据库。接着编码实现电子标签的制作、ZigBee传递信息、和前台界面。最后测试系统和分析运行结果。 关键词：固定资产管理系统；J2EE；ZigBee