资产管理系统详细设计说明书.doc

《资产管理系统详细设计说明书.doc》由会员分享，可在线阅读，更多相关《资产管理系统详细设计说明书.doc（97页珍藏版）》请在三一办公上搜索。

1、佳克固定资产条码管理软件7.0详细设计说明书V1.0拟 制 人_审 核 人_批 准 人_二零一零年三月三十日详细设计说明书1. 引言1.1编写目的 说明编写这份详细设计说明书的目的，指出预期的读者。1.2背景a. 待开发系统的名称；b. 列出本项目的任务提出者、开发者、用户。1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1 涉及金额的部分除特殊说明外一律以元为单位。2 数量金额的数据以千分位格式显示（#,#,#0.00）。3 查询和报表模块除特殊说明外均采用公用的打印和导出模块提供打印和导出功能。1.4参考资料列出有关的参考资料。2. 系统的结构给出系统的结构框图，包括软

2、件结构、硬件结构框图。用一系列图表列出系统内的每个模块的名称、标识符和它们之间的层次结构关系。2.1软件结构全局图：基础数据管理：权限管理数据接口：购置管理：日常管理：成套管理：折旧管理盘点管理：IT设备管理：设备维护管理：2.2硬件结构3. 基础数据设置 设计说明3.1. 资产性质管理3.1.1. 模块描述给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并且，还要说明本模块的特点。对资产性质的维护管理。3.1.2. 功能说明该基本模块应具有的功能。提供对资产性质的新增、修改、删除的操作；保证新增或修改的编号和名称不存在重复；删除时对数据是否使用进行校验（无子分类则可删除）。3.

3、1.3. 性能说明对该模块的全部性能要求。3.1.4. 输入项给出对每一个输入项的特性。资产性质内部ID：主键，内部数据关联用的ID内部自动生成。 资产性质编号：用户输入，必填。该性质的编号，默认该编号为其下属子分类的前缀，限制CHAR(10)。资产性质名称：用户输入，必填。该性质的名称，限制CHAR(50)。性质资产流水号：该类性质的资产当前最大流水号，初始默认为0内部自动生成。3.1.5. 输出项给出对每一个输出项的特性。无。3.1.6. 设计方法（算法）对于软件设计，应详细说明本程序所选取用的算法，具体的计算公式及计算步骤。新增、修改:控制编号和名称不能重复。删除：判断是否存在下属分类信

4、息。对于硬件设计，应详细说明本模块的设计原理、元器件的选取、各元器件的逻辑关系，所需要的各种协议等。3.1.7. 流程逻辑用图表辅以必要的说明来表示本模块的逻辑流程。3.1.8. 接口说明本模块与其它相关模块间的逻辑连接方式，说明涉及到的参数传递方式。新增：同步在资产分类表中插入该性质的根节点分类。修改：将资产分类表中该性质的根节点分类的编号和名称进行更新。删除：当资产分类表中不存在下属分类时，允许删除，且在删除的同时将资产分类表中的该性质的根节点分类同步删除。以上均使用数据库的触发器来实现。3.1.9. 存储分配根据需要，说明本模块的存储分配。3.1.10. 注释设计说明安排的程序注释。3.

5、1.11. 限制条件说明本模块在运行使用中所受到的限制条件。保证资产分类表中拥有系统初始数据，即全系统分类的根节点“资产分类”。已建立资产分类的资产性质不能删除。3.1.12. 测试计划说明对本模块进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件、驱动程序及桩模块等的规定。3.1.13. 尚未解决的问题说明在本模块的设计中尚未解决而设计者认为在系统完成之前应解决的问题。3.2. 资产分类管理3.2.1. 模块描述给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并且，还要说明本模块的特点。对资产分类的维护管理，采用树和列表种显示。3.2.2

6、. 功能说明该基本模块应具有的功能。提供对资产分类的新增、修改、删除的操作；保证新增或修改的编号和名称不存在重复；删除时对数据是否使用进行校验（无子分类附件类除外，且未登记该分类的有效资产则可删除）。修改：当修改分类编号，是否折旧，折旧方式，残值率，使用年限时允许用户选择同步更新已有数据（下述分类、已登记资产的相关信息）。删除：该资产当前无有效资产（在用和退出），除附件类外无其他子分类则可删除。3.2.3. 性能说明对该模块的全部性能要求。3.2.4. 输入项给出对每一个输入项的特性。分类：主键，内部自动生成。分类：便于分类的层级搜索而生成的三位一级的层级号，内部自动生成。分类编号：用户输入，

7、必填，可修改，要求同性质内唯一，默认上级分类编号本级的三位流水号。限制（）分类名称：用户输入，必填，可修改，要求同性质内唯一。限制（）上级分类：必填，该分类的上级分类，内部记录，原则上根据选择而来，且保存后不能修改。计量单位：用户输入，必填，可修改，默认取上级分类的该属性。用于登记该分类的资产时默认提取的计量单位（可修改为分类的不同值）。限制（）是否折旧：用户选择，必填，仅是否，可修改，默认取上级分类的该属性。用于登记该分类资产的折旧基本信息时的初始属性。折旧方式：用户选择，数据为系统内部设定，当前含（平均年限法，五五分摊法）。当“是否折旧”为否时则置空，且不可操作，当“是否折旧”为是时，则该

8、属性必填。用于登记该分类资产的折旧基本信息时的初始属性。残值率：用户输入，必填，小数数值（0，1的位小数），默认取上级分类的该属性。用于登记该分类资产的折旧基本信息时的初始属性。使用年限：用户输入，必填，整形数值（大于等于的整数），默认取上级分类的该属性。用于登记该分类的资产时使用期限的初始属性（可修改为分类的不同值）。备注：用户输入，可不填，限制（）。3.2.5. 输出项给出对每一个输出项的特性。3.2.6. 设计方法（算法）对于软件设计，应详细说明本程序所选取用的算法，具体的计算公式及计算步骤。对于硬件设计，应详细说明本模块的设计原理、元器件的选取、各元器件的逻辑关系，所需要的各种协议等。

9、分类树以“资产分类”“资产性质”“分类”的层次显示，即第三层才是分类的大类，其中前2层不能删除。3.2.7. 流程逻辑用图表辅以必要的说明来表示本模块的逻辑流程。3.2.8. 接口说明本模块与其它相关模块间的逻辑连接方式，说明涉及到的参数传递方式。3.2.9. 存储分配根据需要，说明本模块的存储分配。3.2.10. 注释设计说明安排的程序注释。3.2.11. 限制条件说明本模块在运行使用中所受到的限制条件。新增：必须先完成资产性质的维护，然后才能对该资产性质增加资产分类。删除：每次只能删除最底一层的分类，且该分类未登记有效资产。“资产分类”根节点不能删除。“资产性质”节点在此不能删除，只能在资

10、产性质管理模块中维护。3.2.12. 测试计划说明对本模块进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件、驱动程序及桩模块等的规定。3.2.13. 尚未解决的问题说明在本模块的设计中尚未解决而设计者认为在系统完成之前应解决的问题。3.3. 扩展属性管理3.3.1. 模块描述给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并且，还要说明本模块的特点。为解决各类别可能存在某些不同的特殊属性，因此设计本模块，以实现对指定类别的资产的属性进行扩充。3.3.2. 功能说明该基本模块应具有的功能。可以为指定分类或不同的规格的资产进行资产属性的定制。

11、3.3.3. 性能说明对该模块的全部性能要求。3.3.4. 输入项给出对每一个输入项的特性。扩展类型：编号：用户输入，选填，字符（char（60）。类型名称：用户输入，必填，字符（char（60），不能重复。描述：用户输入，选填，字符（char（100）。建立时间：系统生成，不可修改，记录建立的当前时间。创建帐号：系统生成，不可修改，当前登录的用户帐号。扩展属性：名称：用户输入，必填，字符（char（60）。必填：用户选择，必填（是/否），该属性是否为必填项。类型：用户选择（系统指定选项：时间日期/数字/字符），必填，该属性对应的数据类型。长度：用户输入，整数，该属性可记录的数据的最大长度。小

12、数位：用户输入，整数，该属性为数字时允许记录的小数位。说明：用户输入，选填，字符（char（100），描述性内容。显示顺序：用户输入，整数，该属性在该类型中的显示位置。3.3.5. 输出项给出对每一个输出项的特性。3.3.6. 设计方法（算法）对于软件设计，应详细说明本程序所选取用的算法，具体的计算公式及计算步骤。对于硬件设计，应详细说明本模块的设计原理、元器件的选取、各元器件的逻辑关系，所需要的各种协议等。3.3.7. 流程逻辑用图表辅以必要的说明来表示本模块的逻辑流程。3.3.8. 接口说明本模块与其它相关模块间的逻辑连接方式，说明涉及到的参数传递方式。3.3.9. 存储分配根据需要，说明

13、本模块的存储分配。3.3.10. 注释设计说明安排的程序注释。3.3.11. 限制条件说明本模块在运行使用中所受到的限制条件。已进行资产分类的维护。扩展类型建立后不能删除。3.3.12. 测试计划说明对本模块进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件、驱动程序及桩模块等的规定。3.3.13. 尚未解决的问题说明在本模块的设计中尚未解决而设计者认为在系统完成之前应解决的问题。3.4. 单位管理3.4.1. 模块描述给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并且，还要说明本模块的特点。实现单位信息的组织架构的维护。3.4.2. 功

14、能说明该基本模块应具有的功能。实现单位的新增、修改、删除功能。3.4.3. 性能说明对该模块的全部性能要求。3.4.4. 输入项给出对每一个输入项的特性。单位ID：主键，系统生成，内部ID。单位CODE：系统生成，内部数据，三位一层的CODE号，用于搜索中的层级处理。单位编号：用户输入，选填，可修改，若填写需唯一，字符（char（20）。单位名称：用户输入，必填，可修改，唯一，字符（char（60）。上级单位：用户选择，记录上级单位的CODE，保存后不可变更。3.4.5. 输出项给出对每一个输出项的特性。3.4.6. 设计方法（算法）对于软件设计，应详细说明本程序所选取用的算法，具体的计算公式

15、及计算步骤。对于硬件设计，应详细说明本模块的设计原理、元器件的选取、各元器件的逻辑关系，所需要的各种协议等。同时显示单位部门树，但是只能操作单位节点。单位CODE：上级单位CODE+三位相同上级单位内的流水号3.4.7. 流程逻辑用图表辅以必要的说明来表示本模块的逻辑流程。3.4.8. 接口说明本模块与其它相关模块间的逻辑连接方式，说明涉及到的参数传递方式。新增：新增单位时在部门信息表中插入该单位的根部门信息（部门名称为“全部”）。删除：删除单位时同步将该单位在部门信息表中的根部门信息删除。3.4.9. 存储分配根据需要，说明本模块的存储分配。3.4.10. 注释设计说明安排的程序注释。3.4

16、.11. 限制条件说明本模块在运行使用中所受到的限制条件。删除：需要对其关联信息的校验（子部门（不包括根部门），子单位是否存在，存在则不能删除）。3.4.12. 测试计划说明对本模块进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件、驱动程序及桩模块等的规定。3.4.13. 尚未解决的问题说明在本模块的设计中尚未解决而设计者认为在系统完成之前应解决的问题。3.5. 部门管理3.5.1. 模块描述给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并且，还要说明本模块的特点。实现部门信息的组织架构的维护。3.5.2. 功能说明该基本模块应具有的功

17、能。实现部门的新增、修改、删除功能。3.5.3. 性能说明对该模块的全部性能要求。3.5.4. 输入项给出对每一个输入项的特性。所属单位：根据其选择的上级部门决定，保存后不能修改，记录单位的ID号。部门ID：主键，系统内部生成。部门CODE：系统内部生成，三位一层的CODE号，用于搜索中的层级处理。部门编号：用户输入，选填，填写后需唯一，字符（char（20）。部门名称：用户输入，必填，唯一，字符（char（30）上级部门：用户选择，记录上级部门的CODE，保存后不可变更。3.5.5. 输出项给出对每一个输出项的特性。3.5.6. 设计方法（算法）对于软件设计，应详细说明本程序所选取用的算法，

18、具体的计算公式及计算步骤。对于硬件设计，应详细说明本模块的设计原理、元器件的选取、各元器件的逻辑关系，所需要的各种协议等。单位部门树形式展现，可对任何节点进行新增，修改和删除操作只能对部门节点进行。3.5.7. 流程逻辑用图表辅以必要的说明来表示本模块的逻辑流程。3.5.8. 接口说明本模块与其它相关模块间的逻辑连接方式，说明涉及到的参数传递方式。3.5.9. 存储分配根据需要，说明本模块的存储分配。3.5.10. 注释设计说明安排的程序注释。3.5.11. 限制条件说明本模块在运行使用中所受到的限制条件。必须先进行单位信息的维护。修改、删除操作只能针对部门节点操作。已登记资产、子部门、人员、

19、存放地任何一项信息的均不能删除。3.5.12. 测试计划说明对本模块进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件、驱动程序及桩模块等的规定。3.5.13. 尚未解决的问题说明在本模块的设计中尚未解决而设计者认为在系统完成之前应解决的问题。3.6. 保管人管理3.6.1. 模块描述给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并且，还要说明本模块的特点。实现人员信息的维护。3.6.2. 功能说明该基本模块应具有的功能。实现人员的新增、修改、删除功能。3.6.3. 性能说明对该模块的全部性能要求。3.6.4. 输入项给出对每一个输入项的

20、特性。姓名：用户输入，必填，部门内唯一，可修改，字符（char（32）。工号：用户输入，选填，可修改，字符（char（32）。所属单位：用户选择，保存后不可修改。所属部门：用户选择，可修改。性别：用户选择（男/女），必填，可修改。职务：用户输入，选填，可修改，字符（char（64）。是否在职：用户选择（是/否），必填，可修改。手机号码：用户输入，选填，可修改，字符（char（64）。固定电话：用户输入，选填，可修改，字符（char（64）。邮箱：用户输入，选填，可修改，字符（char（128）。传真：用户输入，选填，可修改，字符（char（64）。文化程度：用户输入，选填，可修改，字符（cha

21、r（64）。通信地址：用户输入，选填，可修改，字符（char（128）。出生年月：用户输入，选填，可修改，日期。备注：用户输入，选填，可修改，字符（char（256），描述性内容。3.6.5. 输出项给出对每一个输出项的特性。3.6.6. 设计方法（算法）对于软件设计，应详细说明本程序所选取用的算法，具体的计算公式及计算步骤。对于硬件设计，应详细说明本模块的设计原理、元器件的选取、各元器件的逻辑关系，所需要的各种协议等。单位部门树形式过滤人员列表，显示所选单位或部门及其所有下属机构的人员信息。3.6.7. 流程逻辑用图表辅以必要的说明来表示本模块的逻辑流程。3.6.8. 接口说明本模块与其它相

22、关模块间的逻辑连接方式，说明涉及到的参数传递方式。3.6.9. 存储分配根据需要，说明本模块的存储分配。3.6.10. 注释设计说明安排的程序注释。3.6.11. 限制条件说明本模块在运行使用中所受到的限制条件。必须先对单位部门信息进行维护。3.6.12. 测试计划说明对本模块进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件、驱动程序及桩模块等的规定。3.6.13. 尚未解决的问题说明在本模块的设计中尚未解决而设计者认为在系统完成之前应解决的问题。3.7. 存放地管理3.7.1. 模块描述给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并

23、且，还要说明本模块的特点。实现存放地信息的维护。3.7.2. 功能说明该基本模块应具有的功能。实现存放地的新增、修改、删除功能。3.7.3. 性能说明对该模块的全部性能要求。3.7.4. 输入项给出对每一个输入项的特性。存放地编号：用户输入，选填，可修改，字符（char（20）。存放地名称：用户输入，必填唯一，可修改，字符（char（40）。所属部门：用户选择，必填，可修改，记录部门的ID。3.7.5. 输出项给出对每一个输出项的特性。3.7.6. 设计方法（算法）对于软件设计，应详细说明本程序所选取用的算法，具体的计算公式及计算步骤。对于硬件设计，应详细说明本模块的设计原理、元器件的选取、各

24、元器件的逻辑关系，所需要的各种协议等。单位部门树形式过滤存放地列表，显示所选单位或部门及其所有下属机构的存放地信息。3.7.7. 流程逻辑用图表辅以必要的说明来表示本模块的逻辑流程。3.7.8. 接口说明本模块与其它相关模块间的逻辑连接方式，说明涉及到的参数传递方式。3.7.9. 存储分配根据需要，说明本模块的存储分配。3.7.10. 注释设计说明安排的程序注释。3.7.11. 限制条件说明本模块在运行使用中所受到的限制条件。必须先对单位部门信息进行维护。3.7.12. 测试计划说明对本模块进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件、驱动程序及桩

25、模块等的规定。3.7.13. 尚未解决的问题说明在本模块的设计中尚未解决而设计者认为在系统完成之前应解决的问题。3.8. 供应商管理3.8.1. 模块描述给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并且，还要说明本模块的特点。实现供应商信息的维护。3.8.2. 功能说明该基本模块应具有的功能。实现供应商的新增、修改、删除功能。3.8.3. 性能说明对该模块的全部性能要求。3.8.4. 输入项给出对每一个输入项的特性。供应商名称：用户输入，必填唯一，可修改，字符（char（128）。固定电话：用户输入，选填，可修改，字符（char（32）。联系人：用户输入，选填，可修改，字符（

26、char（64）。移动电话：用户输入，选填，可修改，字符（char（32）。传真：用户输入，选填，可修改，字符（char（32）。Email：用户输入，选填，可修改，字符（char（64）。地址：用户输入，选填，可修改，字符（char（128）。备注：用户输入，选填，可修改，字符（char（256），描述性内容。3.8.5. 输出项给出对每一个输出项的特性。3.8.6. 设计方法（算法）对于软件设计，应详细说明本程序所选取用的算法，具体的计算公式及计算步骤。对于硬件设计，应详细说明本模块的设计原理、元器件的选取、各元器件的逻辑关系，所需要的各种协议等。3.8.7. 流程逻辑用图表辅以必要的说明

27、来表示本模块的逻辑流程。3.8.8. 接口说明本模块与其它相关模块间的逻辑连接方式，说明涉及到的参数传递方式。3.8.9. 存储分配根据需要，说明本模块的存储分配。3.8.10. 注释设计说明安排的程序注释。3.8.11. 限制条件说明本模块在运行使用中所受到的限制条件。3.8.12. 测试计划说明对本模块进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件、驱动程序及桩模块等的规定。3.8.13. 尚未解决的问题说明在本模块的设计中尚未解决而设计者认为在系统完成之前应解决的问题。3.9. 项目管理杨3.10. 资产编码设置余3.11. 条码打印设置杨3.

28、12. 初值设定3.12.1. 模块描述给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并且，还要说明本模块的特点。为系统的需要维护的基础代码表进行维护。3.12.2. 功能说明该基本模块应具有的功能。提供对购置方式、退出方式、处置方式的新增、修改、删除的功能。3.12.3. 性能说明对该模块的全部性能要求。3.12.4. 输入项给出对每一个输入项的特性。购置方式：购置方式：用户输入，必填唯一，可修改，字符（char（20）。退出方式：退出方式：用户输入，必填唯一，可修改，字符（char（10）。处置方式：处置方式：用户输入，必填唯一，可修改，字符（char（128）。3.12.

29、5. 输出项给出对每一个输出项的特性。3.12.6. 设计方法（算法）对于软件设计，应详细说明本程序所选取用的算法，具体的计算公式及计算步骤。对于硬件设计，应详细说明本模块的设计原理、元器件的选取、各元器件的逻辑关系，所需要的各种协议等。3.12.7. 流程逻辑用图表辅以必要的说明来表示本模块的逻辑流程。3.12.8. 接口说明本模块与其它相关模块间的逻辑连接方式，说明涉及到的参数传递方式。3.12.9. 存储分配根据需要，说明本模块的存储分配。3.12.10. 注释设计说明安排的程序注释。3.12.11. 限制条件说明本模块在运行使用中所受到的限制条件。删除：购置方式：当已登记该购置方式的有

30、效资产，则不允许删除。退出方式：当有资产使用该退出方式进行退出时，则不允许删除。处置方式：当有资产使用该处置方式进行退出时，则不允许删除。3.12.12. 测试计划说明对本模块进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件、驱动程序及桩模块等的规定。3.12.13. 尚未解决的问题说明在本模块的设计中尚未解决而设计者认为在系统完成之前应解决的问题。4. 权限管理4.1. 帐套管理4.2. 角色管理4.3. 用户管理余5. 数据接口5.1. 代码表导入5.2. 代码表导出余5.3. 资产导入5.3.1. 模块描述给出对该基本模块的简要描述，主要说明安排

31、设计本模块的目的意义，并且，还要说明本模块的特点。完成资产信息的导入，含主资产、附资产、图片。5.3.2. 功能说明该基本模块应具有的功能。实现主资产的导入、附资产的导入、资产图片的导入。5.3.3. 性能说明对该模块的全部性能要求。5.3.4. 输入项给出对每一个输入项的特性。资产导入，根据模板设置，导入的Excel文件中最多可接受以下输入项：资产分类：必需，字符，已存在系统中的资产分类的名称。资产条码：可选，字符（char（20），导入后其将作为资产的条码。主资产条码：可选，字符（char（20），当拥有此项时，则表示为附资产导入，将根据该条码号获取资产所需的上级资产编号。资产名称：必需，

32、字符（char（100），导入后资产的名称。资产规格：可选，字符（char（100）。资产型号：可选，字符（char（100）。购置方式：必需，字符，已存在系统中的购置方式的名称。购置日期：必需，日期。资产数量：必需，数字。计量单位：必需，字符（char（20）。资产原值：必需，数字。保管部门：必需，字符，已存在系统中的保管部门的名称。保管人：必需，字符（char（20），若在系统中不存在该人员，则自动新增该人员信息到人员表，其部门为该资产的保管部门。是否盘点：必需，是/否。存放地点：可选，字符（char（60），若在系统中不存在该存放地，则自动新增该存放地信息到存放地表，其部门为该资产的保管

33、部门。所在位置：可选，字符（char（100）。使用期限：必需，整数。入账日期：可选，日期。入账编号：可选，字符（char（20）。原资产号：可选，字符（char（20）。原卡片号：可选，字符（char（20）。登帐日期：可选，日期。供应商：可选，字符（char（60）。备注：可选，字符（char（200），描述性字符。退出方式：可选，字符，系统中已存在的退出方式，当该资产为已退出时需要提供此数据。退出日期：可选，日期，当该资产为已退出时需要提供此数据。退出经办人：可选，字符（char（20），当该资产为已退出时需要提供此数据。月折旧：可选，数字，资产的月折旧导入。累计折旧：可选，数字，导入后

34、为资产的初始累计折旧。出厂编号：可选，字符（char（20）。保修期：可选，整数。资产状态：可选，字符（char（20）。系统中已存在的资产状态的名称。条码材质：可选，字符（char（20）。系统中已存在的条码材质的名称。图片导入：图片路径：字符，文件名为系统中已存在的资产条码号，图片类型为JPG。5.3.5. 输出项给出对每一个输出项的特性。5.3.6. 设计方法（算法）对于软件设计，应详细说明本程序所选取用的算法，具体的计算公式及计算步骤。对于硬件设计，应详细说明本模块的设计原理、元器件的选取、各元器件的逻辑关系，所需要的各种协议等。资产条码：若系统设置资产条码含资产编码，则资产条码规则采

35、用资产编码的设置规则生成，否则直接使用18位流水号，不足部分左边补0。同样的资产信息导入时，若模板未设置资产条码，则直接新增导入，否则需要校验资产条码的唯一性（仅判断，导入的资产条码是否本身重复或已存在，不处理系统内部已重复的数据）。5.3.7. 流程逻辑用图表辅以必要的说明来表示本模块的逻辑流程。5.3.8. 接口说明本模块与其它相关模块间的逻辑连接方式，说明涉及到的参数传递方式。资产信息保存到数据库时，自动生成其折旧基本信息，其中折旧基本信息对应资产表中的内容为：折旧原值资产原值，是否折旧、折旧方式、残值率取资产分类的对应默认项，预计使用年限使用期限，折旧起算日期购置日期的下月初，折旧到期

36、日期折旧起算日期+预计使用年限，月折旧资产信息中的月折旧，初始累计折旧资产信息表中的累计折旧。5.3.9. 存储分配根据需要，说明本模块的存储分配。其他资产表详见模块：日常管理资产基本信息。5.3.10. 注释设计说明安排的程序注释。5.3.11. 限制条件说明本模块在运行使用中所受到的限制条件。需要先进行资产分类、单位、部门、购置方式、退出方式等基础数据的维护。资产导入：当导入附资产时，需要先导入其对应的主资产。即在导入的附资产的上级资产条码必须已存在于数据库。图片导入：仅支持以资产条码为名称的JPG图片导入。5.3.12. 测试计划说明对本模块进行单体测试的计划，包括对测试的技术要求、输入

37、数据、预期结果、进度安排、人员职责、设备条件、驱动程序及桩模块等的规定。5.3.13. 尚未解决的问题说明在本模块的设计中尚未解决而设计者认为在系统完成之前应解决的问题。6. 购置管理6.1. 资产申购6.1.1. 模块描述给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并且，还要说明本模块的特点。加强对资产的购置的审批管理，增加此功能以记录资产的申购情况，并提供申购单的打印，以便完成申购审批的流转，为系统中的审批结果的记录提供数据基础。6.1.2. 功能说明该基本模块应具有的功能。对申购单的新增、修改及删除操作，以及对申购单明细的新增、修改、删除功能。提供对已提交的申购单的单据

38、打印功能。6.1.3. 性能说明对该模块的全部性能要求。6.1.4. 输入项给出对每一个输入项的特性。申购单：申购单号：系统生成，必填，字符（char（64），生成规则YYYYMMDD+年流水号。申购人：用户选择，必填，可修改，按照单位、部门、人三级选择，保存人员的ID。申购日期：用户输入，必填，可修改，日期。所属项目：用户选择，选填，可修改，系统中已经项目管理维护过的项目，记录其项目ID。申购原因：用户输入，选填，可修改，字符（char（256），描述性字符。申购明细：物品名称：用户输入，必填，可修改，字符（char（60）。物品规格：用户输入，选填，可修改，字符（char（60）。物品型号

39、：用户输入，选填，可修改，字符（char（40）。分类名称：用户选择，选填，可修改，选择系统中已经资产分类管理维护过的分类，记录其分类ID。物品数量：用户输入，必填，可修改，数字（大于0）。预计单价：用户输入，必填，可修改，数字（大于0）。备注：用户输入，选填，可修改，字符（char（128）。6.1.5. 输出项给出对每一个输出项的特性。详见资产申购单格式。6.1.6. 设计方法（算法）对于软件设计，应详细说明本程序所选取用的算法，具体的计算公式及计算步骤。对于硬件设计，应详细说明本模块的设计原理、元器件的选取、各元器件的逻辑关系，所需要的各种协议等。界面布局：上，已提交的申购单列表；下，当

40、前的申购单详细情况。查询处申购单后，申购列表中的当前行变换之后，申购单详细情况自动切换为新的当前选择的申购单。6.1.7. 流程逻辑用图表辅以必要的说明来表示本模块的逻辑流程。6.1.8. 接口说明本模块与其它相关模块间的逻辑连接方式，说明涉及到的参数传递方式。6.1.9. 存储分配根据需要，说明本模块的存储分配。6.1.10. 注释设计说明安排的程序注释。6.1.11. 限制条件说明本模块在运行使用中所受到的限制条件。已完成单位、部门、人、资产分类、项目管理的维护。修改单据：已审批或已签合同的单据不能修改。删除单据：需要删除的单据不能是已审批或已签合同的状态。打印单据：需要先保存单据才能打印

41、。6.1.12. 测试计划说明对本模块进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件、驱动程序及桩模块等的规定。6.1.13. 尚未解决的问题说明在本模块的设计中尚未解决而设计者认为在系统完成之前应解决的问题。6.2. 申购审核6.2.1. 模块描述给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并且，还要说明本模块的特点。对已经存在系统中的申购单信息进行批复，记录最终的审批结果。6.2.2. 功能说明该基本模块应具有的功能。对系统中已近存在的申购单进行批复，可以记录每件物品的批复结果。提供申购单的单据打印功能。6.2.3. 性能说明对

42、该模块的全部性能要求。6.2.4. 输入项给出对每一个输入项的特性。审核结果：用户选择（通过/未通过），必填，可修改，指定物品的批复结果。6.2.5. 输出项给出对每一个输出项的特性。详见资产申购单格式。6.2.6. 设计方法（算法）对于软件设计，应详细说明本程序所选取用的算法，具体的计算公式及计算步骤。对于硬件设计，应详细说明本模块的设计原理、元器件的选取、各元器件的逻辑关系，所需要的各种协议等。6.2.7. 流程逻辑用图表辅以必要的说明来表示本模块的逻辑流程。6.2.8. 接口说明本模块与其它相关模块间的逻辑连接方式，说明涉及到的参数传递方式。6.2.9. 存储分配根据需要，说明本模块的存

43、储分配。见资产申购。6.2.10. 注释设计说明安排的程序注释。6.2.11. 限制条件说明本模块在运行使用中所受到的限制条件。先提交资产申购，生成资产申购单后，才能进行申购审核。审核过程中不能修改单据的内容。6.2.12. 测试计划说明对本模块进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件、驱动程序及桩模块等的规定。6.2.13. 尚未解决的问题说明在本模块的设计中尚未解决而设计者认为在系统完成之前应解决的问题。6.3. 合同管理6.3.1. 模块描述给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并且，还要说明本模块的特点。申购的资产需要进行采购，记录其合同。由于有的资产申购后需要审批，有的不需要；且有部分资产可能存在不需要申购，因此合同的明细数据来源有三部分：已通过审批的申购物品，未审批的申购物品，直接输入的物品信息。6.3.2. 功能说明该基本模块应具有的