系统分析与设计心得.docx
《系统分析与设计心得.docx》由会员分享，可在线阅读，更多相关《系统分析与设计心得.docx（10页珍藏版）》请在冰豆网上搜索。
系统分析与设计心得
系统分析与设计心得（精选多篇）
系统分析师对考生的综合素质要求较高，考查的知识面很广。
但分析历年考题可以发现，虽然考试知识面广但考试内容并不是很深。
因此，这就要求我们注意平时积累，经常通过网络、讲座、学术会议等途径及时了解一些流行技术热点和业界最新动态。
2、多做项目，在实践中锻炼提高
如果说平时积累的各个知识点是一粒粒宝贵的珍珠的话，那么项目经历则是将这些珍珠串联起来的一根红线。
“纸上得来终觉浅，绝知此事要躬行”。
软件工程是一门实践性、综合性非常强的专业，如果没有参加过完整的实际项目，就难以从根本上理解书本上所学的理论知识，就难以真正领会软件工程的思想精髓。
同时，在做项目时还要勤于思考，无论是作为主持者还是作为一个普通的程序员，都应该去潜心思考为什么要这样设计、这样设计的优点是什么、有哪些不足，如果你是设计师的话你又会怎样设计？
经常做这样的换位思考，会不自觉地提高自己的系统分析和设计能力，积累丰富的项目经验，这对下午一的考试来说是非常有益的。
3、注意提高个人文档编写能力
一些软件工程师有个不好的习惯，那就是只喜欢钻研具体的技术点而不注重提高文档编写能力。
他们的一个通病是做得多、写得少，在某一个具体的技术领域上往往表现得非常优秀，但写出的文档质量实在难以恭维。
作为一个合格的系统分析师文档编写能力是必不可少的基本素质，也是下午二考试的考查重点。
文档编写能力不仅对于应试是十分必要的，而且在实际工作也是非常重要的。
因此，我们应当在平时多做这方面的训练，多思考、多动笔，努力提高自己文档编写能力。
4、掌握评卷专家心理，注意论文写作技巧
在下午二的考试中，应注意把握评卷专家的心理状况。
根据希赛it教育研发中心的著名软考专家张友生所说的，评卷专家不可能把你的论文一字一句地精读，要让他短时间内了解你的论文内容并认可你的能力，必须把握好主次关系，论文的组织一定要条理清晰。
一般说来，项目概述部分评卷专家会较认真看，为让评卷专家对你所做的项目产生兴趣，这里可适当吹捧。
在论文陈述部分应当按主次关系分条进行陈述，首先最好开门见山指出你所采取的措施，然后指出你为什么这样做，这样做有何优点，克服了以前做法的哪些缺点等等。
在分条陈述时最好一个问题一个自然段，在每个自然段首先要有一个主题句，主题句简明扼要地描述本段的中心思想。
在论文撰写中，切忌大谈空洞的理论知识或不懂装懂，以专家的姿态高谈阔论。
应当将重点放在汇报你自己在项目中所做的与论题相关的工作，让评卷专家相信你确实做过这方面的项目而且达到了相应水平。
在下午二考试时间的分配上，建议首先花3--5分钟根据个人特长选定题目，然后花10—15分钟左右整理一下所掌握的素材，列出提纲，即你打算谈几个方面，每个方面你是怎么做的，收效如何等等，简明扼要地写在草稿纸上。
5、张友生的书，不能不读
要想通过系统分析师考试，不但需要多做项目，而且有关全国著名的软考辅导专家张友生老师的书是不可不读的。
学习电子商务系统分析与设计的心得体会
《电子商务系统分析与设计》系统地介绍了电子商务系统的规划、分析、设计、实施与运行管理的基本概念、方法、技术和相关案例。
从结构上可以进一步分为4个部分：
概述部分，主要说明电子商务系统分析设计的基本概念、内容、过程与方法；系统规划、分析与设计部分，主要说明系统规划、分析、设计的方法、内容和工具；系统实施与维护部分，涵盖电子商务系统的开发与集成、测试、部署、维护、审计与评价；案例部分，给出了两个完整的案例，从背景、规划、分析、设计角度帮助我们进一步理解电子商务系统的规划、分析与设计。
围绕电子商务系统开发过程的各个阶段，系统地阐述了电子商务系统开发的思想、方法和技术，包括系统的规划、分析、设计、实现与维护等内容，重点介绍了采用uml进行系统的分析与设计的方法；并从企业管理者和电子商务应用实践的角度，对国内外一些典型的企业电子商务解决方案进行了介绍；最后结合实例阐述了运用struts、javaee1.5等新技术进行电子商务系统的设计与开发的过程，使我们能很好地把理论学习与实践训练更好地结合起来。
本课程结合电子商务系统领域的最新技术、方法和实践，以及电子商务系统应用成果，从理论基础、方法运用、技术基础和实践4个维度对电子商务系统做了较深入、全面的阐述。
教科书共十章，第一章介绍电子商务系统的基础概念和知识；第二章介绍电子商务系统建设的过程与方法；第三章介绍电子商务系统规划的内容、方法和步骤；第四章介绍电子商务系统的分析方法与工具，重点利用uml进行了系统分析；第五章阐述了电子商务系统设计基础与思想方法；第六章介绍电子商务支付系统、电子商务系统安全体系设计的思想方法；第七章介绍了电子商务系统的开发技术与模式，并结合实例完整介绍struts2框架web应用开发的基本过程；第八章介绍电子商务系统运行、维护与评价的知识和方法；第九章结合我国实际，介绍了国内外的电子商务系统解决方案；第十章结合实例和具体技术，系统的阐述了一个电子商务系统从分析、设计到实现的过程，让我们通过一个电子商务系统的设计实践和操作，消化和理解所学的理论知识。
本课程在继承软件工程和信息系统分析与设计的思想,方法,技术和工具的基础上,从系统化的思想及结构化开发方法入手,全面介绍电子商务系统特色,规划方法,系统分析及设计,并依据电子商务自身的特点,着重针对网站设计,支付系统设计及安全系统设计进行分析和介
绍。
本实验课程使学生进一步理解和掌握所学各种电子商务系统分析和设计的方法.熟练掌握系统分析和设计建模软件.。
本课程目的是为了让我们能够全面了解应用系统的整个电子商务系统的开发建设流程，并掌握电子商务系统开发的相关技术：
掌握电子商务系统的分析方法；
掌握电子商务系统的总体设计方法；
学会使用visio软件构建电子商务系统数据流程图,usecase图以及活动图；
体会应用软件工程的设计思想进行电子商务系统开发的过程与方法。
通过本课程设计，便于我们全面理解电子商务系统规划、分析与设计知识，并掌握操作方法，而不是独立地学习某单方面的操作技术；另一方面实用性较强，我们认真完成本书实验后，基本上可以胜任电子商务系统规划、分析、设计及实现工作。
学习这门课程，使我对电子商务网站的开发有了一定的了解。
掌握了电子商务系统的基本概念、特征及其结构。
了解电子商务系统开发技术和发展方向，理解电子商务生命周期的概念、特征及其作用。
能够按要求撰写电子商务系统规划报告，基本掌握uml需求分析思路和方法，能结合运用实际撰写系统分析报告。
熟悉电子商务平台技术，包括操作系统、应用服务器、中间件技术等。
基本了解电子商务支付系统与安全系统。
初步掌握一些电子商务网站客户端技术。
能正确理解电子商务系统评价的作用，并掌握评价指标体系设计的思路等等。
通过一系列的实验让我知道了基础的电子商务分析的方法，掌握对电子商务系统进行系统总体结构设计及应用系统设计的内容及方法。
加深理解了在课程中、书本上学到的知识和理论，并使其在课题研究中得到运用而且让我得到了实践的收获。
希望在以后的实习实践中多接触、对比一些案例能够增长对网上电子商务系统设计的一些知识。
0911061237
朱宝
信息系统分析与设计学习心得
通过近10周的学习，我觉得信息系统分析与设计这门课程收获还是挺大的。
我觉得，如果我们决定要做一件事，就得对这个系统有一个整体得把握，首先要进行系统的规划和选择，接着就是系统的设计，其中系统设计包括三个部分：
1.确定系统需求；2.系统需求结构化：
过程建模，这一步骤主要就是画数据流图；3.系统需求结构化：
概念数据建模，这一过程主要是画实体—关系图。
然后就是进行系统设计，系统设计包括设计人机界面和数据库设计。
最后一步就是系统的实现与运行。
在做信息系统分析与设计的大作业的时候，我和我们的小组成员曾经去实地考察过，虽然最后并没有被接待，但还是小有收获的。
通过实地考察，我们能更清晰地了解我们系统所要实现的功能，甚至说让它比现有系统更加完善。
当然，我们做东西，也是要追求进步，如果说做出来的东西和以前的系统都没什么两样，这样意义也不大。
不过，这也得是在我们能力所及的范围内，我们得适当地把握好自己的时间和现有资源进行适当的设计。
相信自己的努力还是能有一个很好的结果的，我们得对自己的发展有一个好的概括。
信息系统分析与设计的大作业从第一周到第九周一直伴随着我们，说实在话，一直觉得自己有做不完的作业，刚开始还有些抱怨，但随着作业的进行，我们慢慢看到了自己的小小成果，觉得付出有了回报，并开始乐在其中。
在这期间，徐老师也一直鼓励我们，他告诉我们，只要坚持做下去，我们会收获到成功的喜悦的！
现在，我们已基本完成了大作业分析阶段，在我和小组成员的协作下，总算按时完成了。
在分析阶段，我们也遇到了很多问题，比如刚开始画数据流图时，visio用的不是很熟练，数据流图中的数据流、数据存储、过程、源点和宿点不知
道怎样连接，层与层之间也不知如何区分，有时候甚至想要放弃。
还好有老师的鼓励与指导加上小组一起努力，我们克服了这一难关。
在画er图的时候遇到的问题就相对少了一点，因为以前学习数据库的时候就画过er图了，所以在画的过程中就相对轻松一点。
接下来就是系统的设计了，时间还蛮紧迫的，我们仍需努力。
我作为小组的组长，从中真的学习到不少知识。
老师说过，组长应该做的比别人更加多，才能够胜任。
我们现在还没有达到“喝茶看报纸”的层次，那得等到我们具备了足够的能力，所以要想达到那个高度，我们现在应该更加努力。
负责的整个过程中，我必须把握好进度，如果一步跟不上，可能就会步步跟不上。
我们小组成员也很配合，基本不需我太多督促。
在对我们所要实现的功能有了个整体的把握的情况下，我们制作出了令自己还算满意的图形。
现在我觉得自己基本可以熟练运用visio了，这也算是一大收获吧！
总的来说，这次这次信息系统分析与设计的课程设计让我获益匪浅，以前只是纸上谈兵，没有亲自实践，不知道理论上升到实践路程的艰辛。
通过这次自己亲自选题、实地考察、绘制dfd、er图到完成分析，我体验了其中的不容易，也尝到了其中的甜头。
我们还会继续努力，更好的完成下面的工作。
0963710205秦晓雅
《信息系统分析与设计》考试题目及评分标准
下周一中午12点之前由班长或学习委员收齐各班纸质版本作业，周二收齐交给任课老师。
请注意论文封面、格式以及老师强调的论文重点，打印并装订好交给班长或学习委员。
考试题目：
设计一个银行存取款管理信息系统。
要求具有下面的功能：
①储户凭身份证在银行开户，银行账户中保存储户姓名、联系电话、家庭住址等基本信息，并保存储户每笔存取款业务数据。
②储户存款时，需提交存折/卡号，由业务员在银行账户及存折/卡上登记存款信息。
③储户取款时，还需提交密码，以确认身份，在验证取款合法性后，更新银行账户。
④统计员每日统计存、取款情况，形成日存取款汇总表，提供给信贷管理部作为信贷主要依据。
设计一个物资采购及库存管理业务管理信息系统。
要求具有下面的功能：
①车间填写领料单到仓库领料，库长根据用料计划审批领料单，未批准的退回车间。
②库工收到已批准的领料单后，首先查阅库存账，若有货，则通知车间前来领取所需物料，并登记用料流水账；否则将缺货通知采购人员。
③采购人员根据缺货通知，查阅订货合同单，若已订货，则向供货单位发出催货请求，否则就临时申请补充订货。
④供货单位发出货物后，立即向订货单位发出提货通知。
采购人员收到提货通知单后，就可办理入库手续。
接着是库工验收入库，并通知车间领料。
⑤此外，仓库库工还要依据库存账和用料流水账定期生成库存报表，呈送有关部门。
考核内容：
熟练掌握信息系统分析与设计的方法。
具体考核的内容是：
1、编写信息系统可行性报告。
2、编写信息系统需求分析报告，绘制数据流图。
3、编写信息系统设计报告，绘制功能结构层次图，数据库设计，界面设计和硬件和软件设计。
评分标准：
1、编写信息系统可行性报告。
2、编写信息系统需求分析报告，绘制数据流图。
3、编写信息系统设计报告，绘制功能结构层次图。
4、数据库设计
5、界面设计。
6、简单的硬件和软件设计。
系统分析与设计方法读书笔记
《系统分析与设计方法》，顾名思义，是论述软件开发过程中涉及到的分析与设计过程的方法论。
作者依照软件开发过程将书划分为四个部分：
系统开发项目环境、系统分析方法、系统设计方法、系统分析和设计完成后的工作。
同其他美国作者一样，作者通过一个贯穿全书的案例--音阶公司系统项目，向我们详细地讲解了开发一个软件系统过程中设计到的知识。
第一部分“系统开发项目环境”介绍信息系统开发的概念和过程。
第二部分“系统分析方法”涵盖了生命周期前期活动、工具和技术，这些内容用于分析业务问题、说明信息系统业务需求以及制定业务和系统方案。
第三部分“系统设计方法”涵盖了生命周期中期活动、工具和技术，特别强调应用架构的概要设计和详细设计、快速开发和原型设计、外部设计、内部设计以及面向对象设计。
第四部分“系统分析和设计完成后的工作”通过纵览生命周期后期活动，透视系统分析和设计工作。
《系统分析与设计方法》这本书围绕软件开发这一中心，详细讲解了从需求分析到后期维护各个阶段中，如何运用文档与周围的人员进行有效沟通和协作。
文档，作为各类人员之间的桥梁和纽带，如使用得当，有以下几个好处：
1.提高软件开发过程的能见度。
把开发过程中发生的事件以某种可阅读的形式记录在文档中。
管理人员可把这些记载下来的材料作为检查软件开发进度和开发质量的依据，实现对软件开发的工程管理。
2.提高开发效率。
软件文档的编制，使得开发人员对各个阶段的工作都进行周密思考、全盘权衡、从而减少返工。
并且可在开发早期发现错误和不一致性，便于及时加以纠正。
3.作为开发人员在一定阶段的工作成果和结束标志。
4.记录开发过程中的有关信息，便于协调以后的软件、开发、使用和维护。
5.提供对软件的运行、维护和培训的有关信息，便于管理人员、开发人员、操作人员、用户之间的协作、交流和了解。
使软件开发活动更科学、更有成效。
6.便于潜在用户了解软件的功能、性能等各项指标，为他们选购符合自己需要的软件提供依据。
也正是基于这样的好处，软件行业才会定义、开发各种沟通表达工具和建模语言来统一沟通方法，从而便于各种人员的团结合作。
以uml为例。
从1989
年到1994年,建模语言数量从不到十种增加到了五十多种。
90年代中,又一批新方法出现,其中最引人注目的是booch1993、oose和omt-2等。
但到目前为止，uml这一统一建模语言脱颖而出，它贯穿软件开发周期中的每一个阶段，并被omg采纳作为业界的标准。
就如书中所讲，uml是一个标准的图形表示法，它不是面向对象的分析和设计，也不是一种方法，它仅仅是一组符号。
uml是在开发阶段，说明，可视化，构建和书写一个面向对象软件密集系统的制品的开放方法。
作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。
当模型建立之后，模型可以被uml工具转化成指定的程序语言代码。
所以说，运用优秀的沟通工具与各种角色进行有效地沟通在一定程度上决定着系统能否保质保量的成功完成。
在这个崇尚团结与合作的社会，作为新一代的软件开发人员，我们更应该认真学习书中说讲的各种文档编写方法，更好的运用到实际开发中去。
首先，需求分析人员从接触到深入了解客户业务有一个渐进的过程，如果一开始就深入到业务的细节中去，不但容易迷失方向，而且很容易显露出你对业务的无知，客户会因此而失去与你沟通的兴趣。
其次，沟通双方都有自己习惯的沟通方式。
所以在双方能够达成默契之前，不要急于深入业务细节，而是圈定范围，先就一些大框框进行沟通，借此了解客户的沟通方式。
客户是喜欢开放型问题还是封闭型问题？
客户是很健谈还是很含蓄？
客户是主导型沟通者还是被动型沟通者？
客户是具有很强逻辑思维的人，可以将一个问题有条不稳地讲清楚，还是一个发散型思维的人，总是没有什么目的地想到什么就讲什么？
如果双方的沟通方式不能切合rf4ss，必定会造成沟通的障碍。
再次，客户的时间是有限的，很多时候不能有整块的时间来配合需求调研。
由于项目的周期也是有限的，因此每一次会面都需要争分夺秒，用最快的时间把问题搞清楚。
另一方面，客户通常不会为需求调研做好准备，往往是等着回答问题的。
如果需求分析人员寄希望于客户能有条不理的把一套业务都能讲解很清楚，整个业务形成闭环往往是很不现实的。
这就要求需求分析人员根据经验提前要做好调研计划和内容，逐个进行落实。
系统分析与设计的方法主要包括结构化生命周期法、原型化方法、面向对象方法。
按时间过程来分，开发方法分为生命周期法和原型法，实际上还有许多处于中间状态的方法。
原型法又按照对原型结果的处理方式分为试验原型法和演进原型法。
试验原型法只把原型当成试验工具，试了以后就抛掉，根据试验的结论做出新的系统。
演进原型法则把试好的结果保留，成为最终系统的一部分。
按照系统的分析要素，可以把开发方法分为三类：
①面向处理方法。
②面向数据方法。
③面向对象的方法
系统分析和设计应遵循的原则有：
系统开发是面向客户的，应从客户的角度考虑。
诸如系统开发生命周期之类的产品更新换代机构应该在所有的信息系统开发项目中建立起来。
信息系统开发的过程并不是一个顺序的过程，它允许步骤的重叠和倒转等。
如果系统的成功可能性受到很大限制时，应取消整个项目。
文档材料是系统开发生命周期中重要的可递交成果，应加以重视
最后总结下，学完《系统分析与设计方法》这门课程再加上老师在课堂上的一些讲解以及以前学习过程中的收获，我对于系统分析与设计有了进一步的理解，能高屋建瓴的看待系统分析与设计整个过程的步骤以及增加了一些开发设计中的重要事件的理论知识。
升级会员 