1、“.....立 系统需求分析 可行性研究 技术可行性分析 经济可行性分析 运行可行性分析 系统设计目标与规格说明 系统概貌 功能需求 性能需求 运行需求 扩充需求 系统用例分析 系统基本用例 系统业务逻辑描述 系统总体设计 系统结构设计 系统总体布局方案 代码结构设计 子系统划分 客户端子系统 浏览器端子系统 数据库设计 数据字典 数据库概念设计 数据库逻辑设计 系统详细设计与实现 客户端功能模块设计 文件的部分配置 客户端连接数据库模块 登录界面模块 注册界面模块 查找信息功能模块 拍照功能模块 端功能模块设计 医生注册子模块 医生登录子模块 查看用户子模块 今日诊断子模块 历史记录子模块 系统的单元测试 客户端测试 注册用户测试 登录验证测试 选择医生测试 拍照测试 提交信息测试 获取历史记录测试 删除历史记录测试 修改历史记录测试 获取医生建议测试 根据医生建议提交反......”。

2、“.....其目标之就 是要逐步建立现代化中医药科学技术研究方法体系,包括构建现代中医药辨证论治创 新体系和临床常用智能化信息化诊疗技术。其中的个重要方面就是现代中医诊断的信 息化，中医信息处理系统的构建适应医学的发展趋势。 随着网络的普及网速的提升远程教育的开展和电脑的家庭化,信息技术的飞速发展, 预计年的时间,远程医疗将是病人的首选,中医信息处理系统将将占据医学资源的重 要的席之地。 目前,在铁路电力勘测教育物流等很多领域,都已经出现了专用的行业掌上 电脑,但是在中医临床与研究领域,至今还没见到相关报道。可以预见,随着信息技术的 发展和中医行业的与时俱进,中医诊疗信息系统将朝着智能化小型化网络化海量存 储的方向迈进......”。

3、“.....为保护全人类的身 体健康提高人类的生存质量作出更大贡献。 研究本课题的意义 随着技术的发展，中医信息化的趋势越来越明显。然而计算机技术在中医领域的应 用还不够深入和广泛,现有的各种中医诊疗信息系统还存在种种局限,主要表现在如下几 个方面 成本较高,难以普及。由于现有的各种中医诊疗信息系统大多基于体系结构的 兼容机,若要推广应用,须为每位就诊用户配备台式机或笔记本电脑,成本较高,不 利于成果的普及和推广,而且大多数功能不是必需的,造成较大浪费。 操作不便。台式机或笔记本电脑般依靠键盘实现文字输入,没有手写输入功能, 且操作时须借助桌椅,难以实现站立或行走时操作,这对于用户而言很不方便。 由于以上不足，广大寻求中医理疗养生的用户迫切需要种体积小容量大耗电 省成本低操作方便的信息处理工具来弥补这些不足。而平台上的程序以其小 巧的体型强劲的性能，无疑是解决上述问题的首选方案。 信息处理平台能最大程度上的收集诊断信息......”。

4、“..... 单凭个人或单个机构的力量是难以完成的，凡参与者都有采集数据的义务和免费享受资源 的权利。因此,需要有个平台提供资源汇集交流的场所，协调各中医药院校研究所和 其他有关机构，及时有效的进行数据网络传输。 平台可以改善医患关系。用户可以在手机客户端注册后使用系统，根据需要 自由的选择实名认看着 像的样子，但实际上，它比更为灵活。和类似，也可以有两种类型， 种是带的，另种是列表的，但实现者不需要按照这个模式来做，给你的你也 可以返回列表类型的数据，只要调用者明白，就无妨，不用苛求所谓的。 另外，不和样只有可用，还可以接受 等参数，这样，就可以像数据库那样进行投影，选择和排序。查询到的结果，以 参见的形式进行返回，调用者可以移动 来访问各列的数据。 屏蔽了内部数据的存储细节，向外提供了上述统的接口模型，这样 的抽象层次，大大简化了上层应用的书写，也对数据的整合提供了更方便的途径。 内部，常用数据库来实现......”。

5、“.....但很多时候，你也 可以封装文件或其他混合的数据。 在中，是用来发起的定位和访问的。不过它 仅提供了同步访问的的接口。但通常，需要访问的可能是 数据库等大数据源，效率上不足够快，会导致调用线程的拥塞。因此提供了个 参见，帮助进行 异步访问。 在各大组件中，和都是那种需要持续访问的。如果是 个耗时的场景，往往会提供异步访问的接口，而不论效率如何，都提供 的是约定的同步访问接口。 技术介绍 框架跟建筑中的框架式结构是样的。当然是在遵守框架的协议上开发业务。好 的框架都是松耦合的，易配置的。常用的有等。 框架技术 框架，即其实就是种应用的半成品，就是组组件，供你选用完成你自 己的系统。简单说就是使用别人搭好的舞台，你来做表演。而且，框架般是成熟的，不 断升级的软件。框架是整个或部分系统的可重用设计，表现为组抽象构件及构件实例间 交互的方法另种定义认为，框架是可被应用开发者定制的应用骨架......”。

6、“..... 可以说，个框架是个可复用的设计构件，它规定了应用的体系结构，阐明了整个 设计协作构件之间的依赖关系责任分配和控制流程，表现为组抽象类以及其实例之 间协作的方法，它为构件复用提供了上下文关系。因此构件库的大规模重用 也需要框架。因为软件系统发展到今天已经很复杂了，特别是服务器端软件，设计到的知 识，内容，问题太多。在些方面使用别人成熟的框架，就相当于让别人帮你完成些基 础工作，你只需要集中精力完成系统的业务逻辑设计。而且框架般是成熟，稳健的，他 可以处理系统很多细节问题，比如，事物处理，安全性，数据流控制等问题。还有框架 般都经过很多人使用，所以结构很好，所以扩展性也很好，而且它是不断升级的，你可 以直接享受别人升级代码带来的好处。 框架般处在低层应用平台如和高层业务逻辑之间的中间层，可以实现高 内聚低耦合，把问题划分开来各个解决，易于控制，易于延展，易于分配资源。这是 种设计模式,其中是指数据模型，是指用户界面， 则是控制器......”。

7、“.....从而使同个程序可以使用不 同的表现形式。存在的目的则是确保和的同步，旦改变，应该同步更新。基 于的设计思想的框架则具备低耦合性高重用性和可适用性较低的生命周期成 本快速的部署以及可维护性。 框架介绍 框架 是个开源框架，它由创建。它是为了解决企业应用开发的复杂 性而创建的。使用基本的来完成以前只可能由完成的事情。然而， 的用途不仅限于服务器端的开发。从简单性可测试性和松耦合的角度而言，任何 应用都可以从中受益。简单来说，是个轻量级的控制反转和 面向切面的容器框架。提供了个简易的开发方式，这种开发 方式，将避免那些可能致使底层代码变得繁杂混乱的大量的属性文件和帮助类。其架构如 图所示。 图架构图 中包含的关键特性 强大的基于的采用控制翻转，原则的配 置管理，使得应用程序的组建更加快捷简易。 个可用于从到等不同运行环境的核心工厂。 数据库事务的般化抽象层，允许宣告式事务管理器......”。

8、“..... 内建的针对和单个数据源的般化策略，使的事务支持不要 求环境，这与般的或者相反。 抽象层提供了有针对性的异常等级不再从异常中提取原始代码,简化 了处理,大大减少了程序员的编码量再次利用时，你无需再写出另个 终止模块并且面向的异常与通用数据访问对象 异常等级相致 以资源容器，实现和事务策略等形式与，和 集成。利用众多的翻转控制方便特性来全面支持,解决了许多典型的集成 问题所有这些全部遵从通用事务处理和通用数据访问对象异常等级规范 灵活的基于核心功能的网页应用程序框架。开发者通过策略接口将 拥有对该框架的高度控制，因而该框架将适应于多种呈现技术，例如， ，以及。值得注意的是，中间层可 以轻易地结合于任何基于框架的网页层，例如或。 提供诸如事务管理等服务的面向方面编程框架。 框架 框架由个部分组成核心控制器业务控制器和用户实现 的业务逻辑组件。在这个部分里，框架提供了核心控制器......”。

9、“.....其架构如图所示。 图架构图 核心控制器是框架的核心控制器，该控制器作为个 运行在应用中，它负责拦截所有的用户请求，当用户请求到达时，该 会过滤用户请求。如果用户请求以结尾，该请求将被转入框架处理。 框架获得了请求后，将根据请求的前面部分决定调用哪个业务 逻辑组件，例如，对于请求，调用名为的来处理该 请求。应用中的都被定义在文件中，在该文件中定义 时，定义了该的属性和属性，其中属性决定了该处理哪 个用户请求，而属性决定了该的实现类。用于处理用户请求的 实例，并不是用户实现的业务控制器，而是代理因为用户实现的业务控制器 并没有与耦合，显然无法处理用户请求。而框架提供了系列拦截器， 该系列拦截器负责将请求中的请求参数解析出来，传入到中......”。