1、“.....这些思想并不是的开发者们发明的，而是开发者们依据最优秀的方法和丰富的计算机科学实践经验综合提炼而成的。在演变过程中还提出了些新的概念。在标准中新加了模板职责扩展机制线程过程分布式并发模式合作活动图等新概念，并清晰地区分类型类和实例细化接口和组件等概念。因此可以认为，是种先进实用的标准建模语言，但其中些概念尚待实践来验证，也必然存在个进化过程。的目标是以面向对象图的方式来描述任何类型的系统，具有很宽的应用领域。其中最常用的是建立软件系统的模型，但它同样可以用于描述非软件领域的系统，如机械系统企业机构或业务过程，以及处理复杂数据的信息系统具有实时要求的工业系统或工业过程等。总之，是个通用的标准建模语言，可以对任何具有静态结构和动态行为的系统进行建模。此外，适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。在需求分析阶段......”。

2、“.....通过用例建模，描述对系统感兴趣的外部角色及其对系统用例的功能要求。分析阶段主要关心问题域中的主要概念如抽象类和对象等和机制，需要识别这些类以及它们相互间的关系，并用类图来描述。为实现用例，类之间需要协作，这可以用动态模型来描述。在分析阶段，只对问题域的对象现实世界的概念建模，而不考虑定义软件系统中技术细节的类如处理用户接口数据库通讯和并行性等问题的类。这些技术细节将在设计阶段引入，因此设计阶段为构造阶段提供更详细的规格说明。编程构造是个独立的阶段，其任务是用面向对象编程语言将来自设计阶段的类转换成实际的代码。在用建立分析和设计模型时，应尽量避免考虑把模型转换成种特定的编程语言。因为在早期阶段，模型仅仅是理解和分析系统结构的工具，过早考虑编码问题十分不利于建立简单正确的模型。模型还可作为测试阶段的依据。系统通常需要经过单元测试集成测试系统测试和验收测试......”。

3、“.....以验证系统测试的结果是否满足在分析阶段确定的需求。总之，标准建模语言适用于以面向对象技术来描述任何类型的系统，而且适用于系统开发的不同阶段，从需求规格描述直至系统完成后的测试和维护。数据库的设计数据库的逻辑设计图数据实体层用于封装实体类数据结构，般用于映射数据库的数据表或视图，用以描述业务中客观存在的对象。般来说设计数据实体层时，大家般有以下选择。使用作为数据结构来源，来生成的统业务实体类。可序列化的业务实体类。可序列化的，带般操作的业务实体类。前二种太简单，这里不叙述了。第三种就是写个复杂的统的业务实体类，这个类主要是读取指定的文件，生成相应的业务实体类。利用常用的数据库工具，将现有的数据库结构导出为文件，并放入指定的位置。程序则读取，并生成相应的用于操作......”。

4、“.....程序与数据库完全分离，只与相应的文件相关，因此独立性强。不利的面则是此类要考虑的事情实在是太多，要想完全实现可复用的组件则需花费大量的时间。而且，对配置管理要求很严格，主要是和数据库的致性上。如果更新了数据库而忘了更新，第四种实现比较容易，但是对于般项目而言工作量大，不过使用可以轻松的帮您在秒内完成本项工作，减少工作量图图数据库的物理设计数据库完整性是指数据库中数据的正确性和相容性。数据库完整性由各种各样的完整性约束来保证，因此可以说数据库完整性设计就是数据库完整性约束的设计。数据库完整性约束可以通过或应用程序来实现，基于的完整性约束作为模式的部分存入数据库中。通过实现的数据库完整性按照数据库设计步骤进行设计，而由应用软件实现的数据库完整性则纳入应用软件设计本文主要讨论前者。数据库完整性对于数据库应用系统非常关键......”。

5、“.....利用基于的完整性控制机制来实现业务规则，易于定义，容易理解，而且可以降低应用程序的复杂性，提高应用程序的运行效率。同时，基于的完整性控制机制是集中管理的，因此比应用程序更容易实现数据库的完整性。合理的数据库完整性设计，能够同时兼顾数据库的完整性和系统的效能。比如装载大量数据时，只要在装载之前临时使基于的数据库完整性约束失效，此后再使其生效，就能保证既不影响数据装载的效率又能保证数据库的完整性。在应用软件的功能测试中，完善的数据库完整性有助于尽早发现应用软件的。数据库完整性约束可分为类列级静态约束元组级静态约束关系级静态约束列级动态约束元组级动态约束关系级动态约束。动态约束通常由应用软件来实现。不同支持的数据库完整性基本相同，支持的基于的完整性约束。在实施数据库完整性设计的时候......”。

6、“.....并提前考虑对系统性能的影响。般情况下，静态约束应尽量包含在数据库模式中，而动态约束由应用程序实现。实体完整性约束参照完整性约束是关系数据库最重要的完整性约束，在不影响系统关键性能的前提下需尽量应用。用定的时间和空间来换取系统的易用性是值得的。要慎用目前主流都支持的触发器功能，方面由于触发器的性能开销较大，另方面，触发器的多级触发不好控制，容易发生，非用不可时，最好使用型语句级触发器。在需求分析阶段就必须制定完整性约束的命名规范，尽量使用有意义的英文单词缩写词表名列名及下划线等组合，使其易于识别和记忆要根据业务规则对数据库完整性进行细致的测试，以尽早排除隐含的完整性约束间的冲突和对性能的影响。要有专职的数据库设计小组，自始至终负责数据库的分析设计测试实施及早期维护。数据库设计人员不仅负责基于的数据库完整性约束的设计实现，还要负责对应用软件实现的数据库完整性约束进行审核......”。

7、“.....好的工具能够支持整个数据库的生命周期，这将使数据库设计人员的工作效率得到很大提高，同时也容易与用户沟通药品表字段类型约束说明,编码名字入库表字段类型约束说明编码价格数量出厂日期出库表字段类型约束说明设计思路有了头绪，通过对其模块划分，结构图分析，最后得出解决方案。然后根据这些方案，进步解决这些实际问题。本次毕业设计就是通过对药品管理系统的设计，进步深化了药品管理信息化为人们日常生活所带来的巨大便利的认识,具体的处理是通过建立后台的数据库，并利用加以实现。根据方案，大部分问题均已解决，也已基本实现了预期的目标和功能，但由于方案不成熟,时间紧迫，人力，物力方面的原因，此系统还是有许多地方需要进步的完善和提高，因而，我们的系统不可避免的有些不足之处，希望老师们给予批评指正。展望与不足由于时间仓促，能力有限......”。

8、“.....系统功能不够完善。套好的医院管理软件应该涵盖医院大部分的工作内容，但是由于时间仓促，医院门诊挂号门诊收费子系统没有来得及设计和开发。已有的出入院系统和病区系统也还有几个功能模块来不及开发。比如出入院处的入院取消模块，病区的入区取消模块界面不够美观。数据平台迁移能力差。后台存储过程中，包含了大部分的业务逻辑和数据处理流程，由于各个数据库系统的语法的差别，本系统如果需要在其他数据库系统，比如,上运行，就必须对存储过程进行大幅修改。随着本系统应用的推广，必将根据不同用户的需求，对系统进行二次开发，使本系统的功能更加全面，改善界面外观，迁移后台存储过程的业务逻辑，单列到业务逻辑层中去，以提高系统的数据平台迁移能力。结束语未来的软件结构格局到底如何，种技术到底有没有前途，都不是由个人说了算的。我想，与之争最终的格局，将是多方面因素共同博弈的结果。对于个人而言，应用过程中......”。

9、“.....并根据实际情况进行系统的选型与构建，从而开发出高效安全的应用系统。与时俱进，及时调整自己的行动和战略，这是当代软件开发者的宿命医院药品管理系统是管理系统中最复杂的，它是全天侯运行，对系统的稳定性安全性操作的快捷性要求非常高，这给系统的设计开发带来了不少困难。没有规矩，不成方圆，历经几年的软件开发工作之后，我深深地体会到按照信息系统开发的生命周期，从需求分析到系统设计再到程序设计和系统维护，纂写必要并且规范的文档，对团队开发和日后的维护工作，是多么的重要。重视软件生命周期的每个阶段，特别是需求分析和系统设计阶段，是决定整个系统开发成败的关键。本次毕业设计，在指导老师的悉心指导下，使我巩固了以前所学的书本知识，结合实际开发工作，加深了我对软件规范化开发的理解，对我今后的工作将大有裨益。感谢老师的悉心指导，感谢同组的各位同学给我提供了借鉴和学习的机会，借此机会......”。