系统分析与设计心得
心得体会 信息系统分析与设计学习心得
信息系统分析与设计学习心得信息系统分析与设计学习心得信息系统分析与设计心得信息系统分析与设计是继动态网页设计技术之后又一门非常实用的课程，在开发一个系统前，进行信息系统分析与设计是重中之重，正所谓“工欲善其事必先利其器”，要想实现好的系统，做好前期工作是必须的。
这门课老师着重讲了第4章信息系统建设概论，第6章结构化系统分析，第七章结构化系统设计以及补充的三层代码。
第六章我们首先学到了信息系统的生命周期：系统规划阶段、系统分析阶段、系统设计阶段、系统实施阶段、系统运行和维护阶段和演化模型与螺旋模型。
接着学习了ER图，老师还讲了信息系统开发方法中的原型法的优缺点以及信息系统发展的诺兰模型，诺兰模型把信息系统的成长过程分为六个阶段：初装、蔓延、控制、集成、数据管理、成熟。
第六章可谓是相当重要，数据流程图的基本成分：外部实体、数据处理、数据流、数据存储，要能够将这四种成分合理的结合在一起。
数据流程图包括顶层DFD、第一层DFD以及某项条目的展开。
数据字典主要用来描述数据流图中的数据流、数据存储、处理过程和外部实体，是对数据流程图的进一步细化补充。
表达处理逻辑的工具有结构化语言、判定树、判定表。
可以对系统进行明确分析。
第七章讲结构化设计的基本概念，模块间的联系是重点。
这门课的实验部分是一个重要的组成部分，要求每个小组完成购得乐网店系统的某一个模块。
我们小组分配的是结算管理模块，在编码之前要画好所有与该模块有关的图，包括功能结构图、业务流程图、数据流程图、数据字典、逻辑分析、E-R图。
以前虽然也接触并画了一下业务流程图，但是这次一下子画这么多图确实费了不少劲，不过通过这次实验让我学会了很多知识，强化巩固了以前学到的一些知识。
我也很感谢我的组员--和--，他们和我积极探讨各种图的画法，为本次报告的最终定稿付出了不少努力。
这是一门跨入计算机行业的必修课程，是了解各种系统从设计到实施最直观的体现，是我们必须掌握好的一门课。
系统分析与设计心得
读《系统分析与设计方法》一书有感作为一个软件专业的学生，理解和掌握系统分析与设计的知识是必不可少的。
在阅读《系统分析与设计方法》一书中以及加上老师教导，我学到了很多东西，收获不少。
系统就是由若干可以相互区别、由相互联系并且各自独立的单元组成各个子系统之间同样是独立而又相互联系的。
系统具有集合性、相关性、目的性、整体性和环境适应性。
在开发完成一个软件项目的过程中，系统工程必须经过开发阶段、建造阶段、运行阶段、更新阶段、维护阶段。
系统分析与设计的方法主要包括结构化生命周期法（又称瀑布法）、原型化方法（迭代法）、面向对象方法。
按时间过程来分，开发方法分为生命周期法和原型法，实际上还有许多处于中间状态的方法。
原型法又按照对原型结果的处理方式分为试验原型法和演进原型法。
试验原型法只把原型当成试验工具，试了以后就抛掉，根据试验的结论做出新的系统。
演进原型法则把试好的结果保留，成为最终系统的一部分。
按照系统的分析要素，可以把开发方法分为三类：①面向处理方法（Processing Oriented ，简称PO）。
②面向数据方法（Data Oriented ，简称DO）。
③面向对象的方法（Object Oriented ，简称OO）。
系统分析和设计应遵循的原则有：系统开发是面向客户的，应从客户的角度考虑。
诸如系统开发生命周期之类的产品更新换代机构应该在所有的信息系统开发项目中建立起来。
信息系统开发的过程并不是一个顺序的过程，它允许步骤的重叠和倒转等。
如果系统的成功可能性受到很大限制时，应取消整个项目。
文档材料是系统开发生命周期中重要的可递交成果，应加以重视。
在本书的第一部分中，主要集中于系统分析和设计的整体描述，包括系统分析和设计方法的环境，信息系统构件，信息系统开发，项目管理。
期中印象比较深刻的是系统开发过程的能力成熟度模型（CMMI）。
信息系统和软件的CMM框架用来帮助改善其系统开发过程的成熟度。
CMM包括了五个成熟度等级：初始级、可重复级、已定义级、已管理级、优化级。
《系统分析与设计方法》读后感
浅谈《系统分析与设计方法》《系统分析与设计方法》，顾名思义，是论述软件开发过程中涉及到的分析与设计过程的方法论。
作者依照软件开发过程将书划分为四个部分：系统开发项目环境、系统分析方法、系统设计方法、系统分析和设计完成后的工作。
同其他美国作者一样，作者通过一个贯穿全书的案例--音阶公司系统项目，向我们详细地讲解了开发一个软件系统过程中设计到的知识。
第一部分“系统开发项目环境”介绍信息系统开发的概念和过程。
第二部分“系统分析方法”涵盖了生命周期前期活动、工具和技术，这些内容用于分析业务问题、说明信息系统业务需求以及制定业务和系统方案。
第三部分“系统设计方法”涵盖了生命周期中期活动、工具和技术，特别强调应用架构的概要设计和详细设计、快速开发和原型设计、外部设计（输出、输入和界面）、内部设计（如数据库和软件工程）以及面向对象设计。
第四部分“系统分析和设计完成后的工作”通过纵览生命周期后期活动，透视系统分析和设计工作。
读完这本，我不仅收获了如何进行系统分析与设计的指导思想，学会了UML工具等，更对一个软件系统的从需求分析到后期的运行、维护的整套工作流程有了一个概括的认识，了解了各阶段的需要撰写哪些文档，学会了如何与各种人员进行交流等待。
但这本书给我启发最深的不是技术方面的知识，而是让我对软件工程有了一个更为深入、透彻的认识。
早在20世纪中期，计算机刚被参军用范畴转向民用范畴运用，那时编写程序的工作被视同为艺术家的创作。
由于硬件资源的限制，编程人员追求的是如何在有限的处置器才能和存储器空间约束下，编写出执行速度快、体积小的程序，所有这时的软件开发十分依赖于开发人员的聪明才智。
而到了20世纪60年代，计算机的应用范围得到较大扩展，对软件系统的需求和软件本身的复杂度急剧上升，传统的开发办法无法顺应用户在质量、效率等方面对软件的需求。
这就是所谓的“软件危机”。
为了解决这个问题，便引入了“软件工程”这一概念，从而开始了软件开发从“艺术”和“个体行为”向“工程”和“群体协同工作”的转化。
信息系统分析与设计心得报告
信息系统分析与设计—认知实习报告专业：信息与计算科学班级：信122姓名：学号：指导老师：河北建筑工程学院数理系二零一五年七月《信息系统分析与设计》《信息系统分析与设计》这门课程是我们在大三下半学期开设的一门学科。
它主要从信息系统的基本概念出发，按照信息系统的生命周期，系统、详细地阐述了信息系统分析与设计的理论、方法和工具。
是计算机专业类学生所要学的一门必不可少的课程。
《信息系统分析与设计》一书通过信息系统基础、信息系统概论、信息系统建设、信息系统模型、信息系统规划、领域分析、需求分析、信息系统体系结构设计、详细设计、实现与测试、信息系统管理、信息系统的应用等十二章的内容让我们对这门课程有了一个初步的认知。
并且通过不断地学习逐步加深我们对这一学科的认识。
信息系统是利用现代信息技术，处理组织中的信息、业务、管理和决策等问题，并为组织目标服务的综合系统。
在长达16周的学习之后，我们迎来了期待已久课程设计。
在平时，我们每堂课都有认真的在听讲，并且从不迟到、不早退，更没有逃过课。
因此，我们有些自大的认为自己已经对这门课有了一定的了解，所学的东西都很扎实了，已经可以独立地解决一些简单的问题了。
但是通过这一次课程设计，彻底地暴露了我们学习中的不足。
做一个管理信息系统，并没有我们以为的那么简单。
在开始设计之前，我们要进行一些系统调查，要了解这一系统是否满足大众的需要，确定我们的设计切实可行而不是在做无用功。
同时也要考虑经济、技术、社会等多方面的因素，才能确定是否应设计这一系统。
因为自己对知识的了解不够深刻，使得我在课程设计中走了很多弯路，好多东西自己都不是很了解，只有通过不断地翻阅书籍和上网查询才能够的已解决。
不过我很珍惜这些弯路，它们使我的不足点充分的表露了出来。
正所谓人在年轻时所犯的错误都会是今后宝贵的经验。
现在在学校中犯错误，总要好过今后在工作中犯错误。
同时，我在知道了自己的这些不足之后，尽自己所能的有针对性的对自己学习中的缺陷进行弥补，这样也能够更好地完善自己的知识体系。
信息系统分析与设计学习心得
信息系统分析与设计学习心得第一篇：信息系统分析与设计学习心得信息系统分析与设计学习心得通过近10周的学习，我觉得信息系统分析与设计这门课程收获还是挺大的。
我觉得，如果我们决定要做一件事，就得对这个系统有一个整体得把握，首先要进行系统的规划和选择，接着就是系统的设计，其中系统设计包括三个部分：1.确定系统需求；2.系统需求结构化：过程建模，这一步骤主要就是画数据流图（DFD）；3.系统需求结构化：概念数据建模，这一过程主要是画实体—关系图（ERD）。
然后就是进行系统设计，系统设计包括设计人机界面和数据库设计。
最后一步就是系统的实现与运行。
在做信息系统分析与设计的大作业的时候，我和我们的小组成员曾经去实地考察过，虽然最后并没有被接待，但还是小有收获的。
通过实地考察，我们能更清晰地了解我们系统所要实现的功能，甚至说让它比现有系统更加完善。
当然，我们做东西，也是要追求进步，如果说做出来的东西和以前的系统都没什么两样，这样意义也不大。
不过，这也得是在我们能力所及的范围内，我们得适当地把握好自己的时间和现有资源进行适当的设计。
相信自己的努力还是能有一个很好的结果的，我们得对自己的发展有一个好的概括。
信息系统分析与设计的大作业从第一周到第九周一直伴随着我们，说实在话，一直觉得自己有做不完的作业，刚开始还有些抱怨，但随着作业的进行，我们慢慢看到了自己的小小成果，觉得付出有了回报，并开始乐在其中。
在这期间，徐老师也一直鼓励我们，他告诉我们，只要坚持做下去，我们会收获到成功的喜悦的！现在，我们已基本完成了大作业分析阶段，在我和小组成员的协作下，总算按时完成了。
在分析阶段，我们也遇到了很多问题，比如刚开始画数据流图时，visio用的不是很熟练，数据流图中的数据流、数据存储、过程、源点和宿点不知道怎样连接，层与层之间也不知如何区分，有时候甚至想要放弃。
还好有老师的鼓励与指导加上小组一起努力，我们克服了这一难关。
在画ER图的时候遇到的问题就相对少了一点，因为以前学习数据库的时候就画过ER图了，所以在画的过程中就相对轻松一点。
信息系统分析与设计的课程学习心得体会
信息系统分析与设计的课程学习心得体会
在研究信息系统分析与设计的课程期间，我收获了很多知识和
经验。
以下是我对这门课程的研究心得与体会。
首先，该课程让我深入了解了信息系统的概念和基本原理。
我
学会了如何对一个信息系统进行分析和设计，了解了不同的系统开
发方法论以及常用的建模技术和工具。
这些知识对我今后在信息技
术领域的工作和研究有着重要的指导作用。
其次，通过课程中的案例分析和实践项目，我能够将理论知识
应用到实际情景中。
这使我在课程中不仅学到了理论知识，还能够
将其运用到实际项目中，提升了我的实际操作能力。
通过与同学们
的合作，我也培养了团队合作和沟通交流的能力。
此外，该课程还培养了我分析问题和解决问题的能力。
在课程中，我们需要对现有的信息系统进行分析，发现问题，并提出优化
方案。
这个过程不仅要求我们具备系统思维的能力，还要求我们能
够深入理解和分析现有系统中的问题，并提出合理可行的解决方案。
通过不断练和实践，我逐渐提升了自己的问题解决能力。
总的来说，信息系统分析与设计的课程让我在知识和能力上都有所提升。
通过研究这门课程，我不仅获得了关于信息系统的深入了解，还提高了自己的实际操作能力和问题解决能力。
这对我的职业发展将会产生积极的影响。
以上是我对学习《信息系统分析与设计》这门课程的学习心得与体会。
系统设计心得体会
系统设计心得体会在进行系统设计时，我有以下一些心得体会：1. 需求分析是关键：在进行系统设计之前，充分的需求分析是非常必要的。
只有了解用户需求和功能要求，才能更好地设计系统架构和模块。
这一步是系统设计的基础，需要与用户多次沟通，理解他们的期望和实际需求。
2. 模块化设计：系统设计时，应该采用模块化的设计思路。
将系统拆分为多个模块，每个模块负责特定的功能。
模块之间应该低耦合、高内聚，这样可以提高系统的可维护性和可扩展性。
同时，每个模块应该有清晰的接口定义，便于模块的替换和重用。
3. 选择适合的架构：根据系统的需求和特点，选择适合的架构模式是非常重要的。
常见的架构模式包括三层架构、分布式架构、微服务架构等。
选择合适的架构能够提高系统的性能、可靠性和可扩展性，提供更好的用户体验。
4. 异常处理和容错设计：在系统设计中，要考虑到各种可能的异常情况，并进行相应的容错设计。
比如网络异常、数据库异常、系统崩溃等情况，都需要有相应的处理机制，保证系统的稳定运行。
同时，错误信息应该有明确的提示，方便用户了解系统的状态。
5. 安全性设计：在系统设计中，要重视系统的安全性设计。
比如在用户认证和授权过程中，要采用安全的加密算法和身份验证机制。
另外，要对系统进行安全性评估和漏洞扫描，及时修复发现的安全问题，确保系统的数据和用户信息安全。
6. 性能优化：在系统设计中，要考虑系统的性能优化问题。
可以从多个方面进行优化，比如通过缓存技术提高数据访问速度，通过并发处理提高系统的并发能力，通过负载均衡提高系统的吞吐量等。
性能优化是一个持续不断的过程，需要进行定期评估和优化。
7. 文档和测试：系统设计完成后，需要及时编写系统的详细设计文档和相应的技术文档。
这些文档可以作为系统的参考资料，方便日后的维护和升级工作。
同时，系统设计还需要进行充分的测试。
包括单元测试、集成测试、系统测试等，确保系统的各个功能模块正常运行。
8. 不断演进和改进：系统设计不是一次性的工作，随着需求的变化和技术的进步，系统也需要不断地进行演进和改进。
系统分析与设计心得(精选多篇)
系统分析与设计心得(精选多篇)系统分析师对考生的综合素质要求较高，考查的知识面很广。
但分析历年考题可以发现，虽然考试知识面广但考试内容并非是很深。
因此，这就要求咱们注意平时积累，往往通过网络、讲座、学术会议等途径及时了解一些流行技术热点和业界最新动态。
【注意点：注意平时积累，关注技术热点和业界动态。
】二、多做项目，在实践中锻炼提高若是说平时积累的各个知识点是一粒粒珍贵的珍珠的话，那末项目经历则是将这些珍珠串联起来的一根红线。
“纸上得来终觉浅，绝知此事要躬行”。
软件工程是一门实践性、综合性超级强的专业，若是没有参加过完整的实际项目，就难以从根本上理解书本上所学的理论知识，就难以真正领略软件工程的思想精髓。
同时，在做项目时还要勤于思量，无论是作为主持者仍是作为一个普通的程序员，都应该去潜心思量为何要这样设计、这样设计的长处是什么、有哪些不足，若是你是设计师的话你又会如何设计？往往做这样的换位思量，会不自觉地提高自己的系统分析和设计能力，积累丰硕的项目经验，这对下午一的考试来讲是超级有利的。
【注意点：勤于思量。
】3、注意提高个人文档编写能力一些软件工程师有个不好的习惯，那就是只喜欢钻研具体的技术点而不注重提高文档编写能力。
他们的一个通病是做得多、写得少，在某一个具体的技术领域上往往表现得超级优秀，但写出的文档质量实在难以恭惟。
作为一个合格的系统分析师文档编写能力是必不可少的大体素质，也是下午二考试的考查重点。
文档编写能力不仅对于应试是十分必要的，而且在实际工作也是超级重要的。
因此，咱们应当在平时多做这方面的训练，多思量、多动笔，竭力提高自己文档编写能力。
【注意点：实际工作中的文档编写能力。
】4、掌握评卷专家心理，注意论文写作技能在下午二的考试中，应注意把握评卷专家的心理状况。
按照希赛 it 教育研发中心的著名软考专家张友生所说的，评卷专家不可能把你的论文一字一句地精读，要让他短期内了解你的论文内容并认可你的能力，必需把握好主次关系，论文的组织必然要层次清晰。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
读《系统分析与设计方法》一书有感
作为一个软件专业的学生，理解和掌握系统分析与设计的知识是必不可少的。
在阅读《系统分析与设计方法》一书中以及加上老师教导，我学到了很多东西，收获不少。
系统就是由若干可以相互区别、由相互联系并且各自独立的单元组成各个子系统之间同样是独立而又相互联系的。
系统具有集合性、相关性、目的性、整体性和环境适应性。
在开发完成一个软件项目的过程中，系统工程必须经过开发阶段、建造阶段、运行阶段、更新阶段、维护阶段。
系统分析与设计的方法主要包括结构化生命周期法（又称瀑布法）、原型化方法（迭代法）、面向对象方法。
按时间过程来分，开发方法分为生命周期法和原型法，实际上还有许多处于中间状态的方法。
原型法又按照对原型结果的处理方式分为试验原型法和演进原型法。
试验原型法只把原型当成试验工具，试了以后就抛掉，根据试验的结论做出新的系统。
演进原型法则把试好的结果保留，成为最终系统的一部分。
按照系统的分析要素，可以把开发方法分为三类：
①面向处理方法（Processing Oriented ，简称PO）。
②面向数据方法（Data Oriented ，简称DO）。
③面向对象的方法（Object Oriented ，简称OO）。
系统分析和设计应遵循的原则有：
系统开发是面向客户的，应从客户的角度考虑。
诸如系统开发生命周期之类的产品更新换代机构应该在所有的信息系统开发项目中建立起来。
信息系统开发的过程并不是一个顺序的过程，它允许步骤的重叠和倒转等。
如果系统的成功可能性受到很大限制时，应取消整个项目。
文档材料是系统开发生命周期中重要的可递交成果，应加以重视。
在本书的第一部分中，主要集中于系统分析和设计的整体描述，包括系统分析和设计方法的环境，信息系统构件，信息系统开发，项目管理。
期中印象比较深刻的是系统开发过程的能力成熟度模型（CMMI）。
信息系统和软件的CMM框架用来帮助改善其系统开发过程的成熟度。
CMM包括了五个成熟度等级：初始级、可重复级、已定义级、已管理级、优化级。
期中，每个等级都是下一个等级的必须条件。
在软件开发过程中需求分析阶段是至关重要的一个阶段，需求分析阶段可能被称为定义阶段或者逻辑设计阶段。
需求分析阶段的第一个任务是确定需求，在这个阶段至少将目标转换成为满足其需要的功能需求和非功能需求的框架。
在这个阶段需要交付的成果是功能需求和非功能需求的草稿。
在初步定义完了功能需求和非功能需求后，得排列需求的优先次序。
如果一个项目落后于进度或者超出预算，，知
道哪个需求比其他需求更重要可能是很有用的。
在排列需求的优先次序中可以使用到时间盒的技术。
需求分析并不会真正的技术，因为企业需要具有快速适应不断变化的需求和机会的能力。
信息系统不能比企业自身的响应技术还慢。
在学习本书第二部分的时候，我了解到了需求分析在整个项目开发中的作用以及成为整个项目主导的因素。
只要好的需求才能设计开发出好的软件项目。
在项目开发过程中，我们还可以利用图表的形式来简化方便人员的开发设计。
期中有五种图表是系统分析师常用的：类图、用例图、协作图、顺序图、状态图。
期中用例图是用例建模的产物，它以图形化的方式将系统描述成用、参与者（用户）及其之间的关系。
简单的说就是用直立的小人来表示参与者（用户），用圆圈来表示用例，他们之间以箭头的形式来连接。
关系包括了：关联关系、扩展关系、使用关系、依赖关系、继承关系。
但是书上没讲到《include》关系，跟老师的讲解有点出路。
老师在讲义上通过画图的方式很好的解释了《include》和《extend》的关系。
数据建模这一章节中，我了解了数据建模的含义，它是一种为数据库定义业务需求的技术。
数据建模中比较重要的概念有实体和属性之间的关系，关系是连接实体的一个时间，或者仅仅是存在于实体之间的逻辑关系。
关系有很多种类，多对多、一对多、一对一、等等。
这些关系的图形化符号记起来很不容易，但是我自己想到了一个比较容易记忆的简单的方法。
一个就用“|”表示，零个就用“0”表示，多个就用“<”表示，然后根据相应的说明来选择。
比如零个或一个
（0|），一个或多个（|<）。
过程建模是一种组织和记录数据的结构和流向的技术，它记录系统的“过程”和有系统的“过程”实现的逻辑、策略和程序。
期中也介绍到了数据流图（DFD），数据流图是一种描述通过系统的数据流以及系统实施的工作或处理过程的工具。
我觉得数据流图DFD的最大的优点就是容易阅读，因为数据流图仅有三种符号和一种连接：圆角矩形表示要完成的过程或者工作，正方形表示外部代理（系统的边界），开放的方框表示数据存储（可以是文件或者数据库），箭头表示数据流（可以是输入和输出，或者是表示到过程和来自过程）。
统一建模语言UML的目的就是对面向对象系统进行可视化、评述、和文档化。
它适用于系统开发从需求规格描述道系统完成后测试的不同阶段（需求分析阶段、分析阶段、设计阶段、编程阶段、测试阶段）。
UML2.0的模型主要图包括了：用例图、活动图、类图、对象图、状态机图、组合结构图、交互图、定时图、组件图、部署图和包图。
在理解这章的过程中，我感觉比较轻松，但是把一些关系，事件，实体等等用图形化的形式表示出来还是非常难的。
用UML设计面向对象系统时候，我们得准确的找到实体类、接口类、控制类、持续类、系统类和设计关系。
在面向对象设计的过程中，主要包括了一下活动：对用例模型加以精炼以反映实现环境；建模支持用例情景的对象交互、行为和状态；修改对象模型以反映实现环境。
前面说到需求分析是整个软件项目开发中最重要的一环，其实我觉得可行性分析也是跟需求分析一样的重要。
因为信息是一个必须经
过检验的重要资本投入，就像市场要检验一个新产品，系统分析员应该考虑投资能够收回吗？是否有其他投资能够带来比预期更高的回报。
要说他们的区别，我个人觉得是：可行性分析是要决定“做还是不做”。
需求分析是要决定“做什么，不做什么”。
可行性分析报告有六个准则：运行可行性、文化可行性、技术可行性、进度可行性、经济可行性。
只有进行了可行性分析报告，才能够确定企业是否要做这个项目。
如果说在可行性报告中显示没有成功的可能，那么就没有必要再做需求分析了，整个项目就不会做下去了。
进行可行性分析报告可以避免项目中途告终的结果，在系统开发过程中举足轻重。
数据库开发与设计这章，感觉书上讲解的没有老师讲的详细。
书上并没有提到范式，但是在课堂上我了解到数据库设计的范式。
有第一范式、第二范式、第三范式、BC范式等。
等级越高，数据冗余越少，对系统调用数据库更方便。
数据库的核心是DBMS，DBMS的核心是数据库引擎，引擎响应专门的命令以创建数据库结构，然后创建、读取、修改和删除数据库中的记录。
DBMS使用数据定义语言（DDL）创建记录类型、字段和结构化关系，还定义了数据库视图；DBMS还是用数据处理语言（DML）用来创建、读取、修改和删除数据库中的记录。
但是并非所有数据库的DBMS都被要求使用DDL 和DML。
看完这章，总结了一下建立关系数据库模式的步骤，首先要为每个实体类型建立一张表，然后为每张表选择一个主键，同时增
加外键来表示一对多的关系，接着还可以建立几个新表来表示多对多的关系，然后还得定义参照完整性约束，评价模式质量，并且进行必要的改进，最后为每个字段选择适当的数据类型和取值约束。
数据库在系统开发的过程中是必不可少的，几乎所有框架类型都得用到数据库，它也是MVC框架的底层核心。
对于本书的还有一个比较映像深刻的就是UI（user interface），用户界面设计。
一个良好的用户界面应该为用户提供友好的使用方式，通过用户界面用户可以同应用程序打交道，处理输入并且获得输出。
Galitz曾经提出过用户界面设计的原则：理解你的用户及任务、让用户参与界面设计、在实际用户中测试系统、进行迭代设计。
记得以前大二的时候学习JA V A的时候，我曾经开发过基于图形用户界面（GUI）的聊天软件，不过当时的界面设计完全设计的是随心所欲，并没有理论作为指导。
在学习VB课程的时候学过UAR，简单的了解了一些关于界面友好化设计的原则。
这本书也给出了用户界面设计过程的几个步骤：1.以图表形式描述用户界面对话；2.原型化对话和用户界面；3.获得用户反馈；4.如果需要，回到1步或者2步。
最后总结下，虽然我没用把这本书的每一个地方都认真精读，有些地方略读的，但是看完整本书后我收获很大。
读完《系统分析与设计方法》这本书再加上老师在课堂上的一些讲解以及以前学习事件过程中的收获，我对于系统分析与设计有了进一步的理解，能高屋建瓴的看待系统分析与设计整个过程的步骤以及增加了一些开发设计中
的重要事件的理论知识。
对于系统分析的心得。