构架与架构是什么意思 谈谈对系统、框架、架构的异同。

谈谈对系统、框架、架构的异同。  

谈谈对系统、框架、架构的异同。

系统是你买的房子（精装或毛坯都可以）；
框架是你不同屋子的设计风格/图纸；
架构是这一堆图纸是否统一，搭配让人满意。
这都是软体工程/软体专案里的概念，只能泛泛的讲，数十本大书都不能诠释一个词儿，又岂能三言两语呢。

谈谈对财务会计框架的认识

网下，供参考
财务会计概念框架
财务会计概念框架（Conceptual Framework of FinancialAounting，CF）一词，最早出现于美国财务会计准则委员会（FASB）1976年12月2日公布的《关于企业财务报表目标的暂行结论》、《财务会计和报告概念结构：财务报表的要素及其计量》和《概念框架研究专案的范围与含义》等3个档案中。按照FASB的解释，CF是一个章程，是一个目标与基本原理相互关联的有内在逻辑性的体系；这个体系能形成前后一致的会计准则，并指出财务会计与财务报表的性质、作用和侷限性。
新会计准则是指导和形成规范的会计行为和处理方法，如果要明说CF的作用，则可以讲是形成会计准的准则。
20世纪30年代，西方国家尤其是美国为了规范公众公司的会计行为、维护资本市场的正常秩序，出台了一系列会计准则，但事后人们发现各项准则在概念运用、处理程式与方法上缺乏协调性，甚至相互矛盾，为此，人们越来越觉得有必要制定一个概念框架以统一概念、协调矛盾和指引方向。FASB于1976年率先提出了“概念框架研究专案的范围与含义”的研究计划，并将其研究成果陆续以“财务会计概念公告”（SFAC）等档案形式予以释出，到2000年已经发布了《企业编制财务报告的目标》、《会计资讯的质量特征》、《企业财务报表的要素》、《非营利机构编制财务报告的目的》、《企业财务报表专案的确认和计量》、《财务报表的各种要素》、《在会计计量中使用现金流量资讯和现值》等七个档案。随后，英国、澳大利亚、加拿大等国的会计职业团体和IASC也对财务会计概念框架进行了研究，并取得了一系列成果，特别是1989年7月国际会计准则委员会（IASC）公布的《编制和呈报财务报表的框架》的报告，对国际会计界产生了深远影响。
我国关于会计准则的广泛介绍和普遍争论始于20世纪70年代末80年代初。尤其是近十年，《企业会计准则》、《企业会计制度》和一系列具体会计准则的公布和实施，使我国的会计标准在会计要素定义、会计要素的确认和计量、财务报告体系等重大方面基本实现了与国际会计惯例的一致或协调。尽管如此，笔者认为就目前我国已经发布的会计准则或会计制度，特别是《企业会计准则》（1992）和《企业会计制度》（2001）来看，由于本身存在缺乏严谨的理论基础、未形成严密的逻辑体系、缺乏广泛的适用性、概念框架与会计准则的功能混用等问题，还不能承担起财务会计概念框架的功能责任，而且也不符合国际上一般将概念框架单独制定公布的通行做法。为此，我国有必要将会计的基本概念从准则或制度中分离出来，独立地制定并公布财务会计概念框架。

java 谈谈对spring框架的理解，求别贴上

spring你可以把他当成一个容器，使用spring可以让程式设计人员更关注业务本身 而不需要关注架构的关系 只要把框架搭好，你不需要管某个东西具体在哪 你只要知道有这个东西 就可以拿来用。标准的拿来主义

java面试 谈谈对ssh三大框架的理解

首先hibernate是一个持久层框架，轻量级(效能好)，orm对映灵活，对表与表的对映关系处理的很完善，对jdbc做了良好的封装，使得我们开发时与资料库互动不需要编写大量的sql语句。
而struts是一个mvc的web层框架，底层是对servlet的大量封装，拥有强大的拦截器机制，主要负责呼叫业务逻辑Service层。
三大框架的大致流程jsp->struts->service->hibernate。因为struts负责呼叫Service从而控制了Service的生命周期，使得层次之间的依赖加强，也就是耦合。
所以我们引用了spring，spring在框架中充当容器的角色，用于维护各个层次之间的关系。通过IOC反转控制DI依赖注入完成各个层之间的注入，使得层与层之间实现完全脱耦，增加执行效率利于维护。
并且spring的AOP面向切面程式设计，实现在不改变程式码的情况下完成对方法的增强。比较常用的就是spring的宣告式事务管理，底层通过AOP实现，避免了我们每次都要手动开启事物，提交事务的重复性程式码，使得开发逻辑更加清晰。
这样应付面试应该可以了，不过他可能会细问，比如hibernate的懒载入，spring的AOP和IOC原理等，这个还需要在准备准备

谈谈你对SSH框架的理解？

struts2是一个控制器，负责接收页面资料并呼叫检视层的方法返回页面所需要的资料，hibernate负责资料的持久化，因为现在一般采用的资料库都是关系型资料库，而java是面向物件的，所以hibernate负责资料的落地，spring则把变化封装了，通过spring完成依赖注入，能降低各个模板间的耦合，有利于提高专案各个模板间的复用，使系统更加趋近于高内聚，低耦合的要求，其实都要看自己的理解的同，别人怎么说都是别人的理解，经过程式码的实践和自己遇到 问题的思考也会对SSH框架有更好的理解。

谈谈对导游基础知识课程框架的认识

《导游基础知识》是旅游管理专业的专业基础课,本课程作为旅游管理专业的专业基础课,是研究、学习旅游文化知识、培养学生从事旅游服务工作所需的基本技能和职业素质的入门课程,也是全国初级导游资格证三门统考课程的必考科目之一,是提高学生职业、参加导游证考试和就业的支

谈谈湖南城镇体系空间布局规划的总体框架构思。

以产业发展为导向

也谈设计模式，架构，框架和类库的区别

我类比的例子是盖房子，我先从设计模式说起。
人类从住山洞到现在的住高楼大厦中间的居住形态经历了无数次的演变，不同的人用自己的智慧诠释了对居住环境的理解，并且由于有了文字这些经验都被记录下来了。
现在打个比方，如果让学计算机的你在一个深山老林里，什么都不给你，你能盖出什么样的房子呢？我猜肯定是什么也盖不出来，只能去睡山洞了，为什么呢，因为你什么都没有，没有材料，没有工具，甚至没有盖房子的知识，这时有另一个答案，如果你足够长寿，你也可以自己把所有盖房子要用到的材料，工具，知识都发明出来。
这里提到的材料，工具，知识，都是前人不断积累而成的，我想这些当中的每一项，每一项个具体的点都是为了解决实际盖房子过程中遇到的各种问题而产生的。我认为这个就可以解释程式设计当中的设计模式，当然要注意到我打的比方当中与程式设计的背景是不同的，说不通的地方肯定是有的，但不要太钻牛角尖。设计模式，就是一种设计思想，是解决问题的思路，当你以后遇到其他类似问题（想想，当你盖好第一个房子以后，再让你盖一个，你是不是就有思路了？），你可以采用类似的思路（设计模式）来解决。
再说说什么是架构，盖房子的时候，你再盖之前，先要想想怎么盖，盖成什么样子的，还有会影响你盖房子的一些因素，例如四季的温度，房子的朝向，房子的位置等等，总之在综合考虑各种因素的影响下，最终你知道这个房子应该大概是个什么样子了，给你纸笔你都可以把房子的大概样子给画出来。那么恭喜你，你的房子的架构确定了。在开发一个专案的时候，当你综合考虑各种因素后，确定的专案的样子就是架构。
那么什么是框架呢，还是说盖房子，会盖房子的人很多，但有的人特别会盖某种房子，例如2层小楼，于是他就创业了，专门为想盖2层小楼的人提供方法，各种规范化的材料和工具，这个人在创业的过程中，又不断的发展自己的理论，于是他又能盖高楼和欧式建筑，甚至金字塔了，但你要想建那种建筑，必须得用他提供的方法，按照他的建筑规范，用它的材料和工具，才能建的成，如果你用他的方法，别人的材料和工具，那这个房子就有可能坏掉。这里，可以说，这个人他提供给你的就是一种盖房子的框架。同理，如果你要开发个程式，在一个优秀开发框架的帮助下，你就可以少走很多弯路。
框架的类比还没完，假如你什么框架都不用，你自己会盖房子的基本原理，你也能把房子盖起来，但就是没别人盖的好看，盖的快，门也是手工制的，很粗糙，而且盖的时候还经常遇到不明白的地方，然后你到处找资料，最后弄懂了，问题才得以解决。那么回过头来想想，为什么你用框架的时候有些问题就遇不到，那是因为框架再代替你做很多事情，框架解决了怎样盖房子的问题，而只让你去考虑盖个什么样的房子的问题。（这就是开发框架追求的，集中考虑业务逻辑的类比）。
框架和设计模式有什么关系呢，正像前面所说的，框架是解决怎么样盖房子，而你仍然要解决盖个什么样的房子，这实际上是将一件事分成的两个阶段，第一个阶段是聪明的人从盖房子的过程中总结抽象出来的一种普遍使用的理论，从而提高了盖房子的效率，降低了盖房子的难度。而解决如何盖房子的问题的时候，这就像是在解决一类问题，而具体盖房子就像是一个例项，实际上他们在形成过程中有类似的地方，都会遇到问题，而遇到问题时就都会运用一些设计模式加以解决。
只有知道怎么盖房子，考虑盖什么样的房子才是合理的做法，同样，只有熟悉各种设计模式，才能研究说更多更好的盖房子的方法。这里面有个知识演变的过程。正像你开发一个专案时，你先要知道怎么开发专案，怎么用开发框架来开发专案（不要问为什么用开发框架了，前面的盖房子的论述中有提到），而这个开发框架在形成过程中必然要用到各种设计模式。但在开发具体的专案的时候，设计模式还是会被用到的，这一方面是框架的原因，另一方面是设计模式本身的性质决定的。所以设计模式应该是贯穿开发过程始终的，编码级的思想理论。这时再谈到框架，我想框架就是编码级的方法论，而架构就是专案级的设计理论。
最后再谈谈类库和框架的关系，大家都知道面向物件的开发框架中都有各种类库，很多都功能类似，又有不同的差别，这个可以打个和盖房子有点关系的理论，比如门，有许多种，每种都是用不同的方式批量生产出来的。为了提高盖房子的效率，降低难度，我会从各种门中找出符合我要求的门，或者说生产这种门的方法，将这种方法纳入我提出的这种盖房子理论的体系中来，这种生产门的方法，就是一种类库，生产其他门的方法是其他的类库，另外还有生产窗的，灯的，锁的等等，等等。
从中不难看出类库和框架的关系，可以说类库的结合体就组成了一种框架。但之所以说是框架，而不是类库的结合体，就是因为他们是有机的结合体，这个有机说的是一种机制，一种思想，是框架的核心。
类库和设计模式的关系就很简单了，类库的实现过程中是直接应用了各种设计模式的。因此按照从小到大的顺序我们排列一下标题提到的这四个名词，就是：
设计模式,类库,框架,架构。
如果从作用来讲，是个三角形或者V字形的顺序，文字描述为，类库会用到设计模式，框架会用到类库，架构会用到框架，架构定了，开始做专案的时候还会编写类，还会用到设计模式
最后再延伸一点，我认为这四个词是站在编码角度在论述的，另一个角度就是专案的角度，同样也有几个词，从小到大依次是，方法，过程，工程，管理。

浅谈系统架构安全性?

各位好; ? ?我目前遇到一个这样的问题. 1.我们如何去介绍R/3在系统架构和系统技术方面的安全保障.同样.R/3都有预留那些介面. 2.利用ABAP4开发的程式,在不同版本的SAP里移植有身么影响. ....... ? ?第一个问题不好回答,R/3使用了自己扩充套件的tcp/ip协议,还有db2,oracle等资料库在资料传输 的时候都有加密.还有,可以使用saproute 增加伺服器的安全性. ? ?r/3的系统标准程式码都有增强,也可以直接修改它的标准程式码.r/3和外部的连线除了idoc,还有 bapi等提供了标准控制元件供vb,vc等呼叫. ? ?abap4编写的程式,基本可以在不同的版本中使用(向下相容) .

第二章 系统框架 2.1 网路架构 2.2 系统架构 2.3模组功能说明 怎么写

目录如下：
第1章 蜀玉网路购物商城 1
1.1 概述 2
1.2 系统分析 2
1.2.1 需求分析 2
1.2.2 可行性分析 2
1.3 总体设计 3
1.3.1 专案规划 3
1.3.2 系统功能结构图 3
1.4 系统设计 4
1.4.1 设计目标 4
1.4.2 开发及执行环境 4
1.4.3 逻辑结构设计 5
1.5 技术准备 9
1.5.1 MVC概述 9
1.5.2 Struts概述 10
1.5.3 在MyEclipse中配置应用Struts结构档案 12
1.6 系统架构设计 13
1.6.1 系统资料夹架构图 13
1.6.2 档案架构设计 14
1.7 JavaBean的设计 15
1.7.1 资料库连线的JavaBean的编写 15
1.7.2 设定系统中使用的SQL语句的JavaBean 15
1.7.3 解决Struts中文乱码问题 16
1.7.4 检查使用者是否已经线上的公共类 16
1.8 会员管理模组 18
1.8.1 会员登入 18
1.8.2 使用者注册 21
1.8.3 找回密码 23
1.9 网站主页设计 25
1.9.1 网站首页面导航资讯版块 26
1.9.2 网站首页面左部资讯版块 27
1.9.3 网站首页面右部资讯版块 27
1.9.4 网站首页面版权资讯版块 28
1.10 会员资料修改模组 28
1.11 购物车模组 30
1.11.1 新增购物车 30
1.11.2 检视购物车 32
1.11.3 生成订单 34
1.11.4 清空购物车 35
1.12 商品销售排行模组 35
1.12.1 商品销售排行榜 36
1.12.2 分页显示特价商品 37
1.13 网站后台主要功能模组设计 39
1.13.1 网站后台首页设计 39
1.13.2 后台管理员身份验证模组 40
1.13.3 商品设定模组 41
1.13.4 订单设定模组 45
1.13.5 公告设定模组 46
1.14 退出模组 48
1.15 疑难问题分析 48
1.15.1 中文乱码问题的处理 48
1.15.2 关闭网站后session没有被登出 49
第2章 部落格网站 50
2.1 概述 51
2.2 系统分析 51
2.2.1 需求分析 51
2.2.2 可行性分析 51
2.3 总体设计 51
2.3.1 专案规划 51
2.3.2 系统功能结构图 52
2.4 系统设计 52
2.4.1 设计目标 52
2.4.2 开发及执行环境 53
2.4.3 逻辑结构设计 53
2.5 技术准备 55
2.5.1 Hibernate框架概述 55
2.5.2 Hibernate配置档案 55
2.5.3 建立持久化类 56
2.5.4 Hibernate对映档案 57
2.6 系统构架设计 57
2.6.1 系统资料夹架构图 57
2.6.2 资料夹架构设计 58
2.7 公共类设计 58
2.7.1 获得当前系统时间类 58
2.7.2 字元处理类的编写 59
2.7.3 将字串转化成字元阵列类 60
2.7.4 Hibernate的初始化与Session管理类的编写 60
2.8 网站前台主要功能设计 61
2.8.1 网站首页页面设计 61
2.8.2 网站计数功能实现 62
2.8.3 网路日历功能 62
2.8.4 博主资讯显示模组 64
2.8.5 浏览博主发表文章模组 66
2.8.6 新增评论模组 70
2.9 网站后台主要功能模组设计 72
2.9.1 后台首页设计 74
2.9.2 部落格文章管理模组 74
2.9.3 个人相片设定模组 83
2.9.4 博主设定模组 89
2.10 疑难问题分析 91
2.10.1 Hibernate的对映型别 91
2.10.2 如何使用Hibernate宣告事务边界 92
2.11 程式除错与错误处理 92
第3章 图书馆管理系统 94
3.1 概述 95
3.2 系统分析 95
3.2.1 需求分析 95
3.2.2 可行性分析 95
3.3 总体设计 95
3.3.1 专案规划 95
3.3.2 系统功能结构图 96
3.4 系统设计 96
3.4.1 设计目标 96
3.4.2 开发及执行环境 97
3.4.3 逻辑结构设计 97
3.5 技术准备 101
3.5.1 利用MySQL建立、删除资料库及资料表 101
3.5.2 检视、修改资料表结构及重新命名资料表 102
3.6 系统总体架构 103
3.6.1 资料夹架构 103
3.6.2 档案架构 103
3.6.3 网站首页架构 104
3.7 配置Struts 105
3.8 工具类的编写 106
3.8.1 资料库连线及操作类的编写 106
3.8.2 字串处理类的编写 109
3.9 管理员功能模组 110
3.9.1 管理员功能模组总体架构 110
3.9.2 定义管理员的ActionForm实现类 110
3.9.3 建立管理员的Action实现类 111
3.9.4 系统登入设计 112
3.9.5 检视管理员列表设计 115
3.9.6 新增管理员资讯设计 118
3.9.7 设定管理员许可权设计 121
3.9.8 删除管理员设计 124
3.10 图书档案管理功能模组设计 125
3.10.1 图书档案管理功能模组总体架构 125
3.10.2 定义图书档案的ActionForm实现类 125
3.10.3 建立图书档案的Action实现类 126
3.10.4 检视图书资讯列表设计 127
3.10.5 新增图书资讯设计 129
3.10.6 修改图书资讯设计 131
3.10.7 删除图书资讯设计 132
3.11 图书借还管理功能模组设计 133
3.11.1 图书借还管理功能模组总体架构 133
3.11.2 定义图书借还管理的ActionForm实现类 134
3.11.3 建立图书借还管理的Action实现类 134
3.11.4 图书借阅设计 135
3.11.5 图书归还设计 138
3.11.6 图书借阅查询设计 140
3.11.7 借阅到期提醒设计 143
3.11.8 图书借阅排行榜设计 145
3.12 疑难问题分析与解决 146
3.12.1 如何自动计算图书归还日期 146
3.12.2 如何对图书借阅资讯进行统计排行 147
第4章 医药进销存管理系统 148
4.1 概述 149
4.2 系统分析 149
4.2.1 需求分析 149
4.2.2 可行性分析 149
4.3 总体设计 149
4.3.1 专案规划 149
4.3.2 系统功能结构图 150
4.4 系统设计 150
4.4.1 设计目标 150
4.4.2 开发及执行环境 150
4.4.3 资料库设计 151
4.5 技术准备 154
4.5.1 Spring框架 154
4.5.2 Hibernate框架 155
4.6 系统总体架构设计 156
4.6.1 档案架构设计 156
4.6.2 系统架构设计 156
4.7 系统公共类设计 157
4.7.1 编写访问资料库的DAO类 157
4.7.2 编写DAO的代理操作类AdapterDao 159
4.7.3 编写Spring的配置档案appcontext.xml 160
4.7.4 编写处理选单栏和工具栏按钮的公共类MenuBarEvent 161
4.7.5 编写生成表格模型的公共类BuildTable 162
4.8 Java实体类及Hibernate对映档案的设计 163
4.8.1 药品资讯的实体类obj_medicine 163
4.8.2 实体类obj_medicine.java的对映档案 164
4.9 系统主要功能模组设计 164
4.9.1 系统登入模组 164
4.9.2 主介面设计 167
4.9.3 药品基本情况模组 170
4.9.4 药品采购模组 175
4.9.5 库存档点模组 180
4.9.6 销售退货模组 182
4.9.7 入库明细查询模组 185
4.9.8 使用者维护功能模组 189
4.10 疑难问题解析 191
4.10.1 配置Spring访问资料库档案 191
4.10.2 在Hibernate中利用关联关系操纵实体物件 192
4.11 系统常见错误处理 193
4.11.1 通过Spring框架连线资料库 193
4.11.2 配置sessionFactory会话档案 194
4.11.3 配置Hibernate对映档案 195
第5章 销售管理系统 196
5.1 概述 197
5.2 系统分析 197
5.2.1 需求分析 197
5.2.2 可行性分析 197
5.3 总体设计 197
5.3.1 专案规划 197
5.3.2 系统功能结构图 198
5.4 系统设计 198
5.4.1 设计目标 198
5.4.2 开发及执行环境 198
5.4.3 逻辑结构设计 199
5.5 技术准备 201
5.5.1 命名规则 201
5.5.2 Servlet简介 202
5.5.3 Servlet的生命周期 203
5.5.4 载入和例项化Servlet 204
5.5.5 初始化Servlet 204
5.5.6 请求处理 204
5.5.7 Servlet的终结与解除安装 204
5.6 系统架构设计 205
5.6.1 系统资料夹架构图 205
5.6.2 档案架构设计 205
5.6.3 类的分布架构设计 206
5.7 工具类的设计与实现 207
5.7.1 资料库连线类的设计与实现 207
5.7.2 字串处理类的设计与实现 208
5.7.3 储存当前登入员工资讯类的实现方法 209
5.7.4 监听当前登入员工的方法 209
5.8 员工操作模组的设计与实现 210
5.8.1 对资料库中表取值和赋值的方法 210
5.8.2 员工登入的实现 212
5.8.3 员工注册的实现 216
5.8.4 员工许可权的实现 218
5.8.5 分页的实现 223
5.9 基础资讯设定模组的设计与实现 226
5.9.1 职务资讯查询的实现 227
5.9.2 职务资讯新增的实现 228
5.9.3 职务资讯修改的实现 229
5.9.4 职务资讯删除的实现 230
5.10 业务管理模组的设计与实现 230
5.10.1 样式层的程式码列表 231
5.10.2 订货资讯的新增 231
5.10.3 出货资讯的新增 233
5.10.4 退货资讯的新增 234
5.11 疑难问题解析 236
5.11.1 java.lang.NullPointerException异常 236
5.11.2 JSP区分大小写 236
5.11.3 未被初始化错误 236
第6章 酒店管理系统 237
6.1 概述 238
6.2 系统分析 238
6.2.1 需求分析 238
6.2.2 可行性分析 238
6.3 总体设计 239
6.3.1 专案规划 239
6.3.2 系统功能结构图 239
6.4 系统设计 239
6.4.1 设计目标 239
6.4.2 开发及执行环境 240
6.4.3 逻辑结构设计 240
6.5 技术准备 242
6.5.1 重新定义表格 242
6.5.2 建立支援行标题栏的表格 243
6.5.3 建立日期选择框 246
6.6 系统架构设计 251
6.6.1 系统资料夹架构图 251
6.6.2 档案架构设计 252
6.7 资料持久层设计 252
6.7.1 编写资料库连线类 252
6.7.2 编写操作资料库的方法 253
6.8 主窗体的格局设计 255
6.9 开台签单功能的设计与实现 257
6.9.1 开台与检视 257
6.9.2 点菜与签单 259
6.10 自动结账功能的设计与实现 263
6.11 销售统计功能的设计与实现 265
6.11.1 日销售统计 265
6.11.2 月销售统计 266
6.11.3 年销售统计 267
6.12 人员管理功能的设计与实现 268
6.12.1 员工档案管理 268
6.12.2 系统管理员管理 270
6.13 系统维护功能的设计与实现 271
6.13.1 台号管理 271
6.13.2 菜系管理 273
6.13.3 菜品管理 274
6.14 系统安全功能的设计与实现 276
6.14.1 系统的锁定与解除 276
6.14.2 安全退出系统 278
6.15 疑难问题分析 278
6.15.1 如何弹出选单 278
6.15.2 如何实现时钟 279
第7章 学生成绩管理系统 281
7.1 概述 282
7.2 系统分析 282
7.2.1 需求分析 282
7.2.2 可行性分析 282
7.3 总体设计 282
7.3.1 专案规划 282
7.3.2 系统功能结构图 283
7.4 系统设计 283
7.4.1 设计目标 283
7.4.2 开发及执行环境 283
7.4.3 逻辑结构设计 283
7.5 技术准备 285
7.5.1 通过Swing元件开发系统窗体介面 285
7.5.2 通过JDBC访问SQL Server 2000资料库 286
7.5.3 批处理 287
7.5.4 ResultSetMetaData类的介绍 287
7.6 系统架构设计 288
7.6.1 系统资料夹架构图 288
7.6.2 档案架构设计 288
7.7 系统实体物件与公共类设计 288
7.7.1 各种实体类的编写 289
7.7.2 操作资料库公共类的编写 289
7.8 登入模组 295
7.9 系统主窗体设计 297
7.10 系统主要模组设计 299
7.10.1 班级资讯设定模组设计 299
7.10.2 学生基本资讯管理模组设计 301
7.10.3 学生考试成绩资讯管理模组设计 304
7.10.4 基本资讯资料查询模组设计 308
7.10.5 学生考试成绩明细查询模组设计 310
7.11 疑难问题分析 313
7.11.1 批处理操作学生成绩表 313
7.11.2 生成动态列的查询语句 314
第8章 企业QQ 315
8.1 概述 316
8.2 系统分析 316
8.2.1 需求分析 316
8.2.2 可行性分析 316
8.3 总体设计 316
8.3.1 专案规划 316
8.3.2 系统功能结构图 317
8.4 系统设计 317
8.4.1 设计目标 317
8.4.2 开发及执行环境 317
8.4.3 资料库设计 318
8.5 技术准备 318
8.5.1 Java系统托盘 318
8.5.2 嵌入式连线JavaDB资料库 319
8.6 系统总体架构设计 319
8.6.1 档案架构设计 319
8.6.2 系统架构设计 320
8.7 系统公共类设计 320
8.7.1 编写访问资料库的DAO类 320
8.7.2 编写程式码建立系统托盘 323
8.7.3 编写系统工具类 325
8.8 系统主要功能模组设计 329
8.8.1 主窗体设计 329
8.8.2 使用者列表模组 334
8.8.3 使用者通讯模组 338
8.8.4 系统工具模组 343
8.8.5 系统设定模组 347
8.9 疑难问题解析 350
8.9.1 程式埠被占用 350
8.9.2 传送信使资讯 351

可以看出，他使用了现在比较浒的框架：hibernate,Struts1,但是是否使用Structs2,我也不知道