资源描述
固定资产信息管理系统
第 小组
目录
序言
项目名称
项目团队
1. 角色分配
2. 角色职责描述
项目开发计划
1. 引言
2. 项目概述
3. 实施计划
4. 支持条件
5. 专题计划要点
需求说明书
1. 引言
2. 任务概述
3. 需求规定
4. 运行环境规定
概要设计说明书
1. 引言
2. 总体设计
3. 接口设计
4. 运行设计
5. 系统数据结构设计
6. 系统出错处理设计
数据库设计说明书
1. 引言
2. 外部设计
3. 结构设计
4. 运用设计
详细设计说明书
1. 引言
2. 系统结构
3. 模块1(标识符)设计说明
4. 模块2(标识符)设计说明
接口模块开发说明
1. 标题
2. 模块开发情况表
3. 功能说明
4. 设计说明
5. 硬件部分的设计结果
6. 软件的设计结果
7. 测试说明
8. 复审的结论
用户手册概要
1. 引言
2. 用途
3. 运行环境
4. 使用过程
项目开发总结
1. 引言
2. 实际开发结果
3. 开发工作评价
4. 经验与教训
序言
项目是指用有限的资源,在有限的时间内位特定的客户完成特定目标的一次性工作。从项目的概念我们可以看出,一个项目的成功受到很多方面因素(如时间、成本和质量)的约束,要保障项目的顺利完成,必须对约束项目的各个方面进行有效的管理。目前,IT公司在进行信息系统项目的开发时一般都会按照软件工程的思想对项目进行管理。
项目实训课就是一门完全参照业界对项目进行开发和管理的流程来对学生进行训练的课程。本课程通过一个信息管理系统,将学生分配为不同的项目角色(包括:PM、BA、SA、QA、UI和DBA六个角色)。学生以项目组成员的形成来参与项目,每组成员为3人,每个学生至少承担一个角色。学生通过完成自己所负责的每项工作,可以实现整合在校几年所学到的哥们专业知识,从而达到缩小与将来就业岗位实际需求的差距,为将来就业做好充分的准备。
项目实训的内容主要包括:1)项目分组,确定项目组各角色;2)个角色根据自己的工作职责按进度进行各项工作,并按规范编写个类文档。
项目名称:固定资产信息管理系统
项目团队:
1. 角色分配
2. 角色职责描述
项目开发计划
1. 引言
① 编写的目的
固定资产,是为生产商品、提供劳务、出租或经营管理而持有的,使用年限超过一年且单位价值较高的有形资产,是生产经营活动的物质技术基础和资产总额的重要组成部分,具有价值高、使用周期长、地点分散和管理难度较大等特点。
在经济持续快速发展的今日,资产管理水平日益影响到资产的投资收益、影响到资产投入的决策,资产管理突显其作为为核心管理工作的重要性与迫切性。
② 背景
a) 名称:固定资产信息管理系统
b) 固定资产,是为生产商品、提供劳务、出租或经营管理而持有的,使用年限超过一年且单位价值较高的有形资产,是生产经营活动的物质技术基础和资产总额的重要组成部分,具有价值高、使用周期长、地点分散和管理难度较大等特点。
在经济持续快速发展的今日,资产管理水平日益影响到资产的投资收益、影响到资产投入的决策,资产管理突显其作为为核心管理工作的重要性与迫切性。
③ 定义
数据库名称:siseams
项目名称:固定资产信息管理系统
④ 参考资料
《SQL Server 2005 数据库开发与实现》
《MySQL 原理》
《Java 核心编程技术》
2. 项目概述
工作内容:
Ø 对资产表、员工表、类别表进行增、删、查、改的功能;
Ø 对借用表进行借用(增)和归还(改)的功能;
主要参加人员:陈文亮(组长)、潘晓群、钟小丽
产品:固定资产信息管理系统
验收标准:
Ø 能较快的实行对表的操作
Ø 操作设计人性化
Ø 界面友好,易理解
Ø 数据的安全性高,对数据的操作隐藏,保密性高
3. 实施计划
① 工作的分解与员工的分工
组长 陈文亮:负责整一个项目架构的设计和搭建,交互界面的设计,存储过程设计
组员 潘晓群:系统的测试,实体类的编写,系统与数据的连接模块的编写
组员 钟小丽:数据库设计和搭建,存储过程的实现,文档的编辑
② 接口人员:陈文亮
③ 进度:
日期
预期计划
实际完成
未完成事项
经手人
备注
第一天
1. 分析模版文档
2. 设计小组项目文档
3. 理解固定资产管理流程
4. 明确各组员分工
5. 计划每天工作进度表
6. 分析模板文档
7. 了解项目的需求
8. 理清项目中各个角色的特点
9. 讨论了新版本资产管理系统如何设计
10. 初步了解固定资产管理流程
11. 设计新的项目文档
12. 分析模版文档
13. 理解固定资产管理流程
14. 明确自己负责模块
1. 基本分析了模版文档.
2. 讨论了新版本资产管理系统如何设计
3. 初步了解固定资产管理流程
4. 确定组员分工
5. 建立了明确的工作分工表.
6. 对业务需要的数据表进行编码,转成结构对象
1.设计新的项目文档
-
第二天
1. 理解固定资产卡片内容
2. 初步设计数据库
3. 理解固定资产卡片内容
4. 完善实体类的设计
5. 完成Model类及其子类的设计
1. 对固定资产卡片各属性已经找到相应计算公式以及相互关系
2. 组员钟小丽完成数据库初步建立.
3. 数据库的各个表已分析完毕
4. 数据库初步建立
5. 明确对固定资产卡片各属性相互关系
6. 完成对各数据表封装成结构对象
7. 对Model类的基本设计
8. 确定数据库采用存储过程
9. 完成对数据库的连接与请求模块
除AssetModel类外其它Model类的设计
-
第三天
1. 初步实现JTable表格自定义设计.
2. 完成操作队列类的设计与实现
3. 对各个数据库表的关系理清
4. 录入数据
5. 完成各Model类的对数据库的操作
6. 帮忙完成MySql的存储过程
1. Jtable已经初步实现,显示数据.
2. 完成ComboBox设计,提供分类的下拉列表.
3. 对各个数据库表的关系理清
4. 录入数据
5. 完成java对数据库存储过程的连接
6. 继续优化AssetModel类的设计
7. 建立存储过程模型让组员钟小丽编写
1. 操作队列没有做到重复自删除.并有不明bug.
2. Combox数据来源没完成
3. 其余Model类
-
第四天
1. 实现各种负责联系Jtable类 和 Model类 的 Handler类
2. 修复操作队列bug
3. 定义给类handler公有方法.
4. 完成剩余Model类及Model及其handler类
5. 对数据库表进行进一步的的完善
6. 分析每张表的存储过程
1. 修复昨天操作队列的bug.
2. 实现AssetHanlder
,CateHandler 及其 公有方法定义.
. 对数据库表进行进一步的的完善
3. 分析每张表的存储过程
4. 完成了剩余业务逻辑所需要的Model子类
5. 结合每个handler子类及table
1. 剩余EmpHandler
LendHand未完成
-
第五天
1. 实现EmpHandler 及LendHandler
2. 完成资产管理系统
3. 界面初步布局
4. 搭建数据库的存储过程
5. 设计分类树型面板
1. 实现并是各个Handler与Model与 Jtable连接
2. 完成初步布局
3. 搭建数据库的存储过程
完成分类树型面板的设计及不同分类对应的数据刷新
4.
无
-
第六天
1. 实现GUI与各个类的连接
2. 进一步完善数据库的存储过程
3. 完善整个数据库
4. 着手写关于数据库的文档
5. 对登陆框的设计及配置文件的读写
1.完成了各类StateBar
SearchBar
以及 Jtree的连接
2. 进一步完善数据库的存储过程完善整个数据库
3. 完成了所有插入数据的界面设计
4. 优化了分类树型面板的响应事件
5. 完成资产卡片的面板设计
1. 着手写关于数据库的文档
-
第七天
1. 实现资产卡片
2. 用户界面进一步美化
3. 实现表格数据复制功能
4. 实现数据记录增加功能
5. 添加人性化信息提示
6. 连接用户登录模块
7. 数据备份与恢复功能
8. 完成需求分析文档
9. 完成存储过程使用说明文档
10. 完善数据库存储过程
11. 完成插入数据界面
12. 资产卡片界面
1. 实现资产卡片动态显示
2. 重新布局了主窗口GUI排版.
3. 实现数据记录根据不同存储过程返回值作出相应提示
4. 完成用户登录模块连接
5. 完成数据库文档编写
6. 完成存储过程使用文档说明编写以及错误纠正
7. 修复借用,资产报废存储过程返回值错误.
8. 完成了所有插入数据的界面设计
9. 优化了分类树型面板的响应事件
10. 完成资产卡片的面板设计
1数据备份与恢复功能
-
第八天
1. 完成各类文档
2. 准备答辩PPT
3. 重新修整数据库数据与录入
1. 基本完成文档
2. 答辩PPT完成
3. 重新修整数据库数据与录入
-
第九天
答辩
答辩
-
第十天
答辩
答辩
-
④ 预算
⑤ 关键问题
Ø 数据库资产状态的自动更新
Ø 数据安全性
Ø 了解资产管理的业务流程
Ø 固定资产的需求分析
4. 支持条件
① 计算机系统支持
任何系统
② 须由用户承担的工作
对数据的操作
③ 须有外单位提供的条件
5. 专题计划要点
需求说明书
1. 引言
① 编写的目的
Ø 为开发人员、维护人员、客户之间提供共同的协议而创立基础,对企业管理软件功能的实现作使命描述。
Ø 本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
Ø 此需求规格说明书对《固定资产管理系统》软件做了全面细致的用户需求分析,明确所要开发的软件应用具有的功能、性能与界面,是系统分析人员及软件开发人员能清楚的了解用户需求,并在此基础上进一步提速概要设计说明书和完成后续设计与开发工作。
② 背景
Ø 由于文件多,种类多,文件创建者多,创建时间为不定期,要保护好一些单位重要的文件极为不便,同时由于人员的流动,对原有的文件的再现,显得力不从心,有时查找与重叠整理文件要浪费许多的人力、物力。而且近年来,由于竞争的激烈程度不断的加深,档案的管理不但会严重导致公司面临着亏损甚至破产的局面。于是人们不断地在探索希望能找到解决的方案。
Ø 为了解决以上问题,让企事业单位能够有效地掌握,有效地共享文件资源,保护好文件,及促进档案管理的信息化、规范化和集成化,多方听取意见、追加和完善大量的实用功能,进而了解文件管理的流程,同时结合各部门、各行业与企业文件管理的方法,开发出一套适合于档案多而复杂的管理系统。
③ 定义
数据库名:siseams
④ 参考数据
网络
2. 任务概述
① 目标
Ø 以规范的内部业务流程为基础,建立一种用户同信息系统之间的关系,建立和维护一个高质量的物流管理信息系统。
Ø 让企事业单位能够有效地共享文件资源,保护好文件,及促进档案管理的信息化,规范化和集成化,实现计算机的智能化管理,以提高工作效率和经济效益
② 用户特点
该软件由管理员登入,并对数据库行使增、删、查、改的功能,在执行这些功能时,也会受到数据库表中数据的限制。例如:当职员借用未归还时,就不能删除该记录。
3. 需求规定
① 对功能的规定
u 管理员登录
u 固定资产信息管理
u 人员信息管理
u 资产的领用
u 资产的归还
u 资产信息浏览和查询
② 对性能的规定
a) 精度
Ø 当用户在执行查询操作时,精度要求较低,支持模糊查询
Ø 当用户在执行插入、修改操作时,对数据的精度要求较高
b) 时间特性要求
Ø 每个月系统会自动扫描固定资产信息(asset)表,将超过使用日期的资产的状态改为 ‘0’(不可用)
c) 灵活性
Ø 当资产超过了使用日期时,系统会自动将该资产得状态改为‘0’
Ø 支持模糊查询
③ 输入输出要求
Ø 在基本的查询功能的基础上,支持模糊查询。
Ø 用户可在查询得到的表中同时进行多行的删除和修改的操作,当用户操作之后,系统会自动标记操作过的行,并仅对操作过的行进行保存,减轻数据库负担。
Ø 当用户输入的数据错误时,系统会给出提示。
④ 数据管理能力(针对软件系统)
⑤ 故障处理要求
Ø 当用户出入错误的信息时,会给予错误信息的提示。
Ø 每天会自动备份当天的对数据库操作的内容,每天自动备份数据库表。
⑥ 其他专门要求
4. 运行环境规定
① 设备
② 支持软件
③ 界面
④ 控制
概要设计说明书
1. 引言
① 编写目的
对整一个项目的结构系统的概述,帮助用户了解整一个系统的结构,让用户使用起来更加得心应手
② 背景
软件名称:固定资产信息管理系统
任务提出者:广州大学华软软件学院
开发者:学生
③ 定义
④ 参考数据
网络
2. 总体设计
① 需求规定
a) 系统性能
² 精度
Ø 当用户在执行查询操作时,精度要求较低,支持模糊查询
Ø 当用户在执行插入、修改操作时,对数据的精度要求较高
² 时间特征要求
每个月系统会自动扫描固定资产信息(asset)表,将超过使用日期的资产的状态改为 ‘0’(不可用)
² 可靠性
² 灵活性
Ø 当资产超过了使用日期时,系统会自动将该资产得状态改为‘0’
Ø 支持模糊查询
b) 输入输出要求
Ø 在基本的查询功能的基础上,支持模糊查询。
Ø 用户可在查询得到的表中同时进行多行的删除和修改的操作,当用户操作之后,系统会自动标记操作过的行,并仅对操作过的行进行保存,减轻数据库负担。
Ø 当用户输入的数据错误时,系统会给出提示。
c) 数据管理能力要求
d) 故障处理要求
Ø 当用户出入错误的信息时,会给予错误信息的提示。
Ø 每天会自动备份当天的对数据库操作的内容,每天自动备份数据库表。
e) 其他专门要求
② 运行环境
a) 设备
b) 支持软件
c) 界面
d) 控制
③ 基本设计概念和处理流程
④ 结构
⑤ 功能需求与系统模块的关系
⑥ 人工处理过程
Ø 数据的录入
⑦ 尚未解决的问题
3. 接口设计
² 用户接口
² 外部接口
² 内部接口
u IMenuBarAction
u IModelControl
4. 运行设计
① 运行模块组合
② 运行控制
③ 运行时间
5. 系统数据结构设计
① 逻辑结构设计要点
② 物理结构设计要点
③ 数据结构与程序的关系
6. 系统出错处理设计
① 出错信息
Ø 当在资产编号输入字符串时:
Ø 当数据为写入完整时
Ø 当用户输入的记录已经存在时:
② 补救措施
a) 后备技术
b) 降效技术
c) 恢复机再启动技术
③ 系统维护设计
数据库设计说明书
1. 引言
① 编写目的
解决数据共享问题、数据安全问题、大量数据存储问题和简化数据维护
② 背景
《Navicat for MySQL》
③ 定义
数据库共有5个基表,分别是:
² 固定资本表ASSET
² 职工表EMPLOYEE
² 资产类别表CATEGORY
² 用户表OPERATOR
² 借用和归还表LEND
数据库共有22个存储过程:涵盖了对数据库表的增、删、改、计算
² 增:数据的录入,及修改关联表
² 删:通过对相关表进行查询,在对表做出可删与不可删的指令
² 改:包含对表的基本内容的修改,及修改关联表,及对asset表中资产状态 的自动修改
² 计算:统计资产类型、资产价值、计算资产残值、折旧金额
数据库中设置一个事件,调用存储过程,实现资产信息表的资产状态的自动更新
④ 参考数据
《MySQL 原理与Web系统开发》
2. 外部设计
3. 结构设计
① 概念结构设计
将该系统相关的信息,分成5个表,将对数据库的操作写入在存储过程中,外部通过调用存储过程,进行对数据库表的增、删、改
② 逻辑结构设计
③ 物理结构设计
表设计
Asset 表
Category 表
Employee 表
Lend 表
Operator
存储过程:
所有的存储过程的特点:成功 返回 1 因数据格式问题插入失败 返回 0
Ø delete_to _asset :用于删除asset 表中的记录行,当资产被借用是不能被删除,返回 0;删除成功 返回 1
Ø delete_to _category:用于删除category 表中的记录行,当该类的资产违规行
Ø delete_to _employee:用于删除employee 表中的记录行,当改记录行的资产未归还时(isreturn=’0’)时,该记录行不能被删除 返回 0;反之,则返回1;
Ø delete_to _operator:用于删除operator 表中的记录行,删除成功返回1;删除失败返回0;
Ø insert_to_asset:用于插入资产信息,当资产的价格小于2000.00时,该行信息不能被插入,返回0,若由于用户输入的数据类型不匹配,插入失败,返回-1,插入成功,返回 1;
Ø insert_to_category:用于插入资产的类型信息,当用户输入的资产类型已存在时,插入失败,返回-1;若用户的输入的数据类型不匹配时,插入失败,返回0;插入成功,返回 1;
Ø insert_to_employee:用于插入员工的信息,当用户输入的员工编号在表中已存在时,插入失败,返回-1;当用户输入的数据类型不匹配时,插入失败,返回 0;插入成功,返回 1;
Ø insert_to_operator:用于插入用户表的信息,当用户输入的用户名在表中已经存在时,插入失败,返回 -1;当用户输入的数据类型不匹配时,插入失败,返回0;插入成功,返回 1;
Ø insert_to_lend:用于插入借用记录,当要借用的资产的状态为借出或报废时,插入失败,返回 2;当用户输入的职工编号(empno)不存在时,插入失败,返回0;当用户输入的资产编号不存在时,插入失败,返回-1;当用户输入的数据类型不匹配时,插入失败,返回-2;插入成功,返回1;lendid由系统自动为其添加,不需要用户自己输入
Ø update_to_asset:用于修改资产信息,若输入的资产价格(price)小于2000.00时,修改失败,返回 0;修改成功,返回 1;
Ø update_to_category:用于修改大类和小类的名称
Ø update_to_employee:用于修改职工的基本信息
Ø update_to_lend:用于修改借用记录的基本信息
Ø update_to_operator:用于修改用户表的密码
Ø count_available:用于统计没有报废的资产的总价值
Ø count_cateid:用于统计大类总数
Ø count_subcateid:用于统计小类总数
Ø count_unavailable:用于统计报废了的资产总价值
Ø cuttent_value:用于计算资产的残值,当资产未报废时,使用公式:残值=买入价格-(买入价格*0.95/使用期限/12)*已使用的月数
Ø return_asset:用于归还信息的修改,当职工归还资产时,lend表的isreturn=’1’(已归还),asset表的status=’1’(未借用),retdate的值改为系统当前时间
Ø sum_results:用于统计资产没有报废,并且,没有借出的资产价值总额
Ø depreciation:用于计算资产的月折旧金额和年折旧金额
4. 运行设计
① 数据字典设计
② 安全保密设计
详细设计说明书
1. 引言
① 编写目的
提供详细的信息介绍整个系统的搭建
② 背景
项目开发计划基本已完成,需求分析已完成。
③ 定义
父类:
MyHandler:界面与数据库的连接
SearchBar:搜索栏的显示效果
StatusBar:状态栏的显示效果
Model:对数据库表的操作
SiseVO:各个表的属性
InsertView:插入窗体的设计
派生类:
AssetHandler:资产信息表与资产信息界面显示的连接
CateHandler:资产类别表与资产类别界面显示的连接
EmpHandler:职工信息表与职工信息界面显示的连接
LendHandler:借用归还表与借用归还信息界面显示的连接
AssetSearchBar:资产信息表的搜索栏
CateSearchBar:资产类别信息表的搜索栏
EmpSearchBar:员工信息表的搜索栏
LendSearchBar:借用归还表的搜索栏
AssetStatusBar:资产信息状态显示
CateStatusBar:资产类别信息状态显示
EmpStatusBar:职工信息状态显示
LendStatusBar:借用归还信息状态显示
WelcomeBar:资产信息状态显示
AssetModle:资产信息表对数据库的操作
CateModle:资产类别信息表对数据库的操作
EmpModle:职工信息表对数据库的操作
LendModle:借用归还信息表对数据库的操作
AssetInsertView:资产信息在界面的显示
CateInsertView:资产类别信息在界面的显示
EmpInsertView:职工信息在界面的显示
LendInsertView:借用归还信息在界面的显示
ChangePassword:修改密码的界面
TableView:表格的显示效果界面
BackUpSetting:对数据备份的操作界面
Screen:树形图的显示
④ 参考数据
2. 系统结构
3. 模块1(标识符)设计说明
① 模块概述:用于界面显示与数据库建立联系
② 功能:让界面显示与数据库建立联系
③ 设计方法
Ø 通过建一个父类(MyHandler),将一些公用的方法和数据成员封装在其中
Ø 对于不同表的与显示的链接的操作,将继承父类(MyHandler),再添加自己的方法。
Ø 派生类有:AssetHandler、CateHandler、EmpHandler、LendHandler
Ø 将与数据库的连接封装在DbControl类中
④ 流程逻辑
⑤ 界面
4. 模块2(标识符)设计说明
① 模块概述:用于查询时界面的搜索的显示效果,及查询
② 功能:对不同的表,搜索栏的显示效果就不一样;当查询时,去调用handler 的方 法
③ 设计方法:
Ø 通过建立一个父类(SearchBar), 将一些公用的方法和数据成员封装在其中
Ø 对不同表都有不同的类来封装不同的显示效果和查询方法
Ø 派生类有:AssetSearchBar、CateSearchBar、EmpSearchBar、LendSearchBar
④ 流程逻辑:
⑤ 界面
² AssetSearchBar
² CateSearchBar
² EmpSearchBar
² LendSearchBar
3. 模块3(标识符)设计说明
① 模块概述:状态栏
② 功能:用于显示每张表的统计信息
③ 设计方法:
Ø 通过建立一个父类(StatusBar), 将一些公用的方法和数据成员封装在其中
Ø 对不同表都有不同的类来封装不同的显示效果和方法
Ø 派生类有:AssetStatusBar、CateStatusBar、EmpStatusBar、LendStatusBar、WelcomeBar
④ 流程逻辑
⑤ 界面
² AssetStatusBar
² CateStatusBar
² EmpStatusBar
² LendStatusBar
² WelcomeBar
4. 模块4(标识符)设计说明
① 模块概述:对数据库的操作
② 功能:对数据库表进行查询操作的编写,和调用数据库的增、改、删等存储过程
③ 设计方法
Ø 通过建立一个父类(Model), 将一些公用的方法和数据成员封装在其中
Ø 对不同表的操作都有不同的类来封装
Ø 派生类有:AssetModle、CateModle、EmpModle、LendModle
④ 流程逻辑
5. 模块5(标识符)设计说明
① 模块概述:数据库表的内部数据结构和类型
② 功能:存储数据库表的属性
③ 设计方法
通过建立一个父类(SiseVO), 将getId方法封装在其中
对不同表都有不同的类来封装其数据成员
派生类有:Asset、Cate、Emp、Lend
④ 流程逻辑
6. 模块6(标识符)设计说明
① 模块概述:界面的显示
② 功能:界面的显示效果
③ 设计方法
Ø AssetCard :资产卡片的显示方式
Ø Login:登入界面的设计
Ø MenuBarAMS:菜单的设计
Ø TimeBar:系统时间的显示
Ø TreeView:树形图的显示
④ 流程逻辑
⑤ 界面
AssetCard
Login
MenuBarAMS
TimeBar
TreeView
7. 模块7(标识符)设计说明
① 模块概述:外部数据的录入
② 功能:对数据库表的插入的操作
③ 设计方法
Ø 通过建立一个父类(InsertView), 将一些公用的方法和数据成员封装在其中
Ø 对不同表都有不同的类来封装不同的插入操作的显示效果和方法
Ø 派生类有:AssetInsertView、CateInsertView、EmpInsertView、LendInsertView、ChangePassword、TableView
④ 流程逻辑
⑤ 界面
AssetInsertView
CateInsertView
EmpInsertView
LendInsertView
8. 模块8(标识符)设计说明
① 模块概述:对数据库的备份(backup),类名:BackUpSetting
② 功能:由用户选择备份的时间、记录的条数和备份的次数
③ 设计方法:由用户选择了相应的数据之后,传入数据库,进行操作
④ 界面
9. 模块9(标识符)设计说明
① 模块概述:类名:Screen
② 功能:窗口的显示位置
③ 设计方法:使用相对定位的方法设置窗口的显示位置
10. 模块10(标识符)设计说明
① 模块概述:其他的显示
② 功能:表格的显示和修改密码
③ 设计方法
④ 界面
TableView
ChangePassword
接口模块开发说明
1. 标题:
接口:
① IMenuBarAction
② IModelControl
2. 模块开发情况表
3. 功能说明
Ø ImenuBarAction接口:作为菜单栏的事件接口,用于监听菜单点击事件,让主程序作于相应的反应。
Ø IModelControl接口:作为Model类的接口,附有操作数据(增、删、改、查)方法,实现类实现其方法,Handler类只需调用IModelControl句柄控制相应具体对象的方法对数据进行操控。
4. 设计说明
² 考虑到数据对象分为几个数据表,为了便于操控相对的数据表,建立IModelControl接口让具体Model子类实现其方法,只需操控由IModelControl定义的句柄便可对相对应的数据表进行增删改查操作。
² 对于主窗口的表格显示需要对应相对的Model对象,于是设计IMenuBarAction接口便于不同菜单项的点击改变当前显示的数据表对象,也就改变主窗口的表格内容。
5. 硬件部分的设计结果
6. 软件的设计结果
7. 测试说明
8. 复审的结论
用户手册概要
1. 引言
① 编写目的
让用户了解整一个系统,更容易的使用本软件
② 背景
软件已经完成,符合用户所提出的需求,软件性能友好,界面友好,
③ 定义
数据的数据类型说明请参考数据库设计说明书
④ 参考数据
2. 用途
① 功能
Ø 对数据库的增、删、查、改
Ø 数据库的自动更新
Ø 对资产卡片的读取
Ø 友好的用户操作模式
② 性能
d) 精度
Ø 当用户在执行查询操作时,精度要求较低,支持模糊查询
Ø 当用户在执行插入、修改操作时,对数据的精度要求较高
e) 时间特性要求
Ø 每个月系统会自动扫描固定资产信息(asset)表,将超过使用日期的资产的状态改为 ‘0’(不可用)
f) 灵活性
Ø 当资产超过了使用日期时,系统会自动将该资产得状态改为‘0’
Ø 支持模糊查询
③ 安全保密
对数据库的操作除基本查询外,其他的都是调用存储过程进行操作
3. 运行环境
① 硬设备
② 支持软件
③ 数据结构
Ø 通过建立一个父类(SiseVO), 将getId方法封装在其中
Ø 对不同表都有不同的类来封装其数据成员
Ø 派生类有:Asset、Cate、Emp、Lend
4. 使用过程
① 安全与初始化
② 输入
a) 输入资料的现实背景
Ø 输入信息合理、有效
b) 输入格式
请参考数据库说明书关于数据库表中数据类型的规定
c) 输入举例
③ 输出
a) 输出资料的现实背景
b) 输出格式
c) 输出举例
④ 文卷查询
⑤ 出错处理与恢复
⑥ 终端操作
项目开发总结
1. 引言
① 编写目的
总结软件开发的经验,为后续开发提供经验教训,加强参与项目人员的各方面能力
② 背景
项目已完成,开发人员对自己所作的项目进行总结
③ 定义
④ 参考数据
2. 实际开发结果
① 产品
固定资产信息管理系统
② 主要功能和性能
Ø 对数据库的增、删、查、改
Ø 数据库的自动更新
Ø 对资产卡片的读取
Ø 友好的用户操作模式
Ø 数据库自动备份
③ 基本流程
④ 进度
⑤ 费用
3. 开发工作评价
对生产效率的评价:
Ø 每天能按时将当天的任务完成,并将代码局部优化,并能超额、超量、超质完成计划
对产品质量的评价:
Ø 相对较好,软件所需要的空间很小528KB,操作友好,人性化
对技术方法的评价:
Ø 使用了存储过程,使整一个系统查询、修改、删除、插入的效率大大的提升了。
Ø 本系统对表格重新定义了,使用户可以直接在查询表中,删除、修改。
出错原因的分析
4. 经验与教训
Ø 组员之间的交流和互助是很重要的。
Ø 各个成员的分工要明确
Ø 编写项目时要添加必要地注释
Ø 制定详细的项目开发计划,对于当天的存在的问题进行归纳讨论总结。
34 / 34
展开阅读全文