关于伙伴系统的分析及应用心得

第一篇：关于伙伴系统的分析及应用心得

关于伙伴系统的分析及应用心得

说实话，在第一眼看到这个伙伴系统的时候，我的脑海里是小时候和小伙伴们一起玩耍的的场景。所以伙伴系统在我的第一印象里应该是一个系统内部的一种自我的团结、协调的、大家庭中谁都能参与其中的系统。

直到我看书，对伙伴系统的理解貌似更模糊了，或许是书上太专业了的缘故吧。在我的理解是：比如商店里只有卖6米、10米、18米的红地毯，这时来了个只需要4米的，那么我们可以在10米的哪里分出4米的剩下的6米就放在卖6米的一起，这样就可以充费利用而不会产生什么浪费。

总的来说，我觉得伙伴系统的最好的一点就是内存空间的利用率高，虽然也避免不了产生内部碎片，好比说上面的例子如果恰巧只要17米的，那么只能买18米的就会浪费1米，以那么来说1米就没多大用处了，这就是所谓的碎片。其算法较动态分区分配要简单，较固定分区分配要复杂。所以说伙伴系统是对固定分区和动态分区这两种内存方式的折衷方式。

计科101班李燕10203109

第二篇：关于伙伴系统的分析及应用心得

关于伙伴系统的分析及应用心得

看完书本后，对于伙伴系统的初步理解就是伙伴系统弥补了固定分区和动态分区不足，是介于两种不同分区之间的一个优化方案。那么什么是固定分区和动态分区呢？固定分区分配时最简单的一种可运行多道程序的储存管理方式。用户空间被划分为若干个固定的大小区域，每个分区只装入一道作业，这样一来，可以几道作业并发运行。当一有空闲时，可以从外存的后备作业队列中选择一个适当大小的作业装入该分区，由此往复运行作业。这就好比好多装满货物的货车进入仓库卸货，仓库有很多根据车型大小而设置的大小不同的通道，不同车型的货车排列在不同的车道，然后相同车型的货车在同一车道依次排队卸货，使得作业有序，顺畅的运行。

动态分区分配是根据进程的实际需要，动态得分配内存空间。其中动态分区实现可变分区分配时，涉及到分区分配中所用的数据结构、分区分配算法和分区的分配与回收操作三个问题。动态分区分配就好比肯德基的点餐前台，肯德基点餐前台也有好多一个服务点，人少的时候相应地减少服务点，用餐高峰期开放所有的服务点以加快服务速度，这样可以使得资源分配更加合理，避免了不必要的资源浪费，提高了作业效率。

但是固定分区限制了活动进程的数目，每次都只能相应地进行作业，进程对于空闲分区的大小要求比较高，使得作业不灵活，降低了内存的空间利用率。而动态分区算法复杂，回收空间是要进行分区合并，对于系统的开销较大，相当于肯德基的前台服务点总是处在一种变动的状态，需要经常性地关注客流量以及对于工作人员的安排，这样一来，加重了工作量。

伙伴系统既能在系统的运行过程中不断地划分空闲分区，并根据分区的大小进行分类，然后相同的空闲分区单独设立一个空闲分区双向链表，同时也能在进程需要系统为其分配一个存储空间时，通过计算并找到合适的空闲分区分配给进程。但是在寻找合适分区的时候存在多种情况，空闲分区的查找是在不同的分区链表中查询，若一个分区链表中的空闲分区已经耗尽，则系统将在另一个大小的分区链表中寻找，然后将找到的分区链表分割，一个分区用于分配，另一个加入相应的空闲分区链表。食堂的千层饼阿姨在卖千层饼是时候将千层饼切成很多一份，然后再根据学生的需求再切成很多一份，千层饼是按重量来卖，假如一个学生需要2块钱千层饼，而阿姨在切千层饼的时候少切了3毛钱，然后阿姨又从大块的千层饼中切了5毛钱千层饼，再从5毛钱的千层饼中分割成一块3毛钱的跟一个2毛钱的两份千层饼，然后2毛钱的千层饼可以留到下一次分配给另一个同学。在一次分配中也可能进行多次分割。伙伴系统是一种有效的内存分配和释放方法，得到了大量应用。

第三篇：用友ERP-U8系统分析和案例应用

用友ERP－U8系统分析及案例应用

一 系统分析

用友ERP－U8企业应用套件（简称用友ERP-U8）是中国ERP普及旗舰产品，是中国用户量最大、应用最全面、行业实践最丰富的ERP，并与中国企业最佳业务实践相结合，形成了中国企业最佳经营管理平台。

它充分适应中国企业高速成长且逐渐规范发展的状态，为广大中小企业连接世界级管理，是蕴涵中国企业先进管理模式，体现各行业业务最佳实践，有效支持中国企业国际化战略的信息化经营平台。在今天，它不仅成为管理者进行企业运营与管理的桌面工具，更是企业实现精细管理、敏捷经营的利器。作为中国企业最佳经营管理平台，用友ERP—U8传承“精细管理 敏捷经营”设计理念，符合“效用、风险、成本”客户价值标准，代表了“标准、行业、个性”的成功应用模式。

用友ERP-U8是一套企业级的解决方案，满足不同的竞争环境下，不同的制造、商务模式下，以及不同的运营模式下的企业经营，实现从企业日常运营、人力资源管理到办公事务处理等全方位的产品解决方案。用友ERP－U8是以集成的信息管理为基础，以规范企业运营，改善经营成果为目标，帮助企业“优化资源，提升管理”，实现面向市场的赢利性增长。

用友ERP-U8是一个企业综合运营平台，用以解决不同满足各级

管理者对信息化的不同要求：为高层经营管理者提供大量收益与风险的决策信息，辅助企业制定长远发展战略；为中层管理人员提供企业各个运作层面的运作状况，帮助做到各种事件的监控、发现、分析、解决、反馈等处理流程，帮助做到投入产出最优配比；为基层管理人员提供便利的作业环境，易用的操作方式实现工作岗位、工作职能的有效履行。

账套管理

 账套指的是一组相互关联的数据，每一个企业（或每一个核算部门）的数据在系统内部都体现为一个账套  账套管理包括账套的建立、修改、引入、输出等

账管理

 每个账套里都存放有企业不同的数据，称为账  账的建立、引入、输出和结转上年数据、清空账等

系统操作员及操作权限的集中管理

 定义角色、设定系统用户和设置功能权限

设立统一的安全机制

 设置数据自动备份、清除系统运行过程中的异常任务

二 操作流程

1.启动系统管理与设置作员 2.建立新账套

3.财务分工与权限设置 4.修改核算账套

1.【开始】->【程序】->【用友U8】->【系统服务】->【系统管理】->【系统】->【注册】，进入系统管理

2.···系统管理窗口->【权限】->【操作员】->【增加】 1.建立新账套应，应先进行操作员设置，以便建立账套后建立会计主管，及为操作员进行权限分配。

2.所设操作员一旦起用，则不能被删除。3.操作员姓名与编号必须输，且唯一。

 【开始】->【程序】->【用友U8】->【系统服务】->【系统管理】->【账套】->【建立】，依次输入账套信息、单位信息、核算类型（输入核算本位币及账套主管等信息）、分类信息、编码方案、数据精度。

1.账套：核算单位的一套独立完整的账簿体系，每个账套有一个“账套代码”。2.可同时开32768套

3.第一次使用系统，需建立账套与账簿，以后每个新的财务开始，只需新建账簿。

4.企业性质、科目级长、本位币、启用日期等一经启用，在一个会计中是不允许改变的。

确定账套主管：系统管理窗口->【权限】->【权限】

给操作员赋权：系统管理窗口->【权限】->【权限】，选择操作员，【增加】（只能由系统管理员或账套主管操作）操作

以账套主管的身份注册，选择相应的账套，进入系统管理界面。【账套】->【修改】，进入账套功能 只有账套主管才有权修改相应的账套。说明

只有账套主管才有权修改相应的账套。

在账套的修改中，可以对本年未启用的会计期间修改其开始日期和终止日期。核算体系的建立

1.系统管理的启动与注册 2.增设操作员信息 3.建立核算账套 4.分配操作员权限 5.修改核算账套

第四篇：系统分析与设计心得

读《系统分析与设计方法》一书有感

作为一个软件专业的学生，理解和掌握系统分析与设计的知识是必不可少的。在阅读《系统分析与设计方法》一书中以及加上老师教导，我学到了很多东西，收获不少。

系统就是由若干可以相互区别、由相互联系并且各自独立的单元组成各个子系统之间同样是独立而又相互联系的。系统具有集合性、相关性、目的性、整体性和环境适应性。在开发完成一个软件项目的过程中，系统工程必须经过开发阶段、建造阶段、运行阶段、更新阶段、维护阶段。

系统分析与设计的方法主要包括结构化生命周期法（又称瀑布法）、原型化方法（迭代法）、面向对象方法。

按时间过程来分，开发方法分为生命周期法和原型法，实际上还有许多处于中间状态的方法。原型法又按照对原型结果的处理方式分为试验原型法和演进原型法。试验原型法只把原型当成试验工具，试了以后就抛掉，根据试验的结论做出新的系统。演进原型法则把试好的结果保留，成为最终系统的一部分。

按照系统的分析要素，可以把开发方法分为三类：

①面向处理方法（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曾经提出过用户界面设计的原则：理解你的用户及任务、让用户参与界面设计、在实际用户中测试系统、进行迭代设计。记得以前大二的时候学习JAVA的时候，我曾经开发过基于图形用户界面（GUI）的聊天软件，不过当时的界面设计完全设计的是随心所欲，并没有理论作为指导。在学习VB课程的时候学过UAR，简单的了解了一些关于界面友好化设计的原则。这本书也给出了用户界面设计过程的几个步骤：1.以图表形式描述用户界面对话；2.原型化对话和用户界面；3.获得用户反馈；4.如果需要，回到1步或者2步。

最后总结下，虽然我没用把这本书的每一个地方都认真精读，有些地方略读的，但是看完整本书后我收获很大。读完《系统分析与设计方法》这本书再加上老师在课堂上的一些讲解以及以前学习事件过程中的收获，我对于系统分析与设计有了进一步的理解，能高屋建瓴的看待系统分析与设计整个过程的步骤以及增加了一些开发设计中的重要事件的理论知识。

对于系统分析的心得

第五篇：系统分析与设计心得

系统分析与设计心得(精选多篇)

系统分析师对考生的综合素质要求较高，考查的知识面很广。但分析历年考题可以发现，虽然考试知识面广但考试内容并不是很深。因此，这就要求我们注意平时积累，经常通过网络、讲座、学术会议等途径及时了解一些流行技术热点和业界最新动态。

2、多做项目，在实践中锻炼提高

如果说平时积累的各个知识点是一粒粒宝贵的珍珠的话，那么项目经历则是将这些珍珠串联起来的一根红线。“纸上得来终觉浅，绝知此事要躬行”。软件工程是一门实践性、综合性非常强的专业，如果没有参加过完整的实际项目，就难以从根本上理解书本上所学的

理论知识，就难以真正领会软件工程的思想精髓。同时，在做项目时还要勤于思考，无论是作为主持者还是作为一个普通的程序员，都应该去潜心思考为什么要这样设计、这样设计的优点是什么、有哪些不足，如果你是设计师的话你又会怎样设计？经常做这样的换位思考，会不自觉地提高自己的系统分析和设计能力，积累丰富的项目经验，这对下午一的考试来说是非常有益的。

3、注意提高个人文档编写能力

一些软件工程师有个不好的习惯，那就是只喜欢钻研具体的技术点而不注重提高文档编写能力。他们的一个通病是做得多、写得少，在某一个具体的技术领域上往往表现得非常优秀，但写出的文档质量实在难以恭维。作为一个合格的系统分析师文档编写能力是必不可少的基本素质，也是下午二考试的考查重点。

文档编写能力不仅对于应试是十分必要的，而且在实际工作也是非常重

要的。因此，我们应当在平时多做这方面的训练，多思考、多动笔，努力提高自己文档编写能力。

4、掌握评卷专家心理，注意论文写作技巧

在下午二的考试中，应注意把握评卷专家的心理状况。根据希赛it教育研发中心的著名软考专家张友生所说的，评卷专家不可能把你的论文一字一句地精读，要让他短时间内了解你的论文内容并认可你的能力，必须把握好主次关系，论文的组织一定要条理清晰。一般说来，项目概述部分评卷专家会较认真看，为让评卷专家对你所做的项目产生兴趣，这里可适当吹捧。在论文陈述部分应当按主次关系分条进行陈述，首先最好开门见山指出你所采取的措施，然后指出你为什么这样做，这样做有何优点，克服了以前做法的哪些缺点等等。在分条陈述时最好一个问题一个自然段，在每个自然段首先要有一个主题句，主题句简明扼要地描述本段的中心思

想。

在论文撰写中，切忌大谈空洞的理论知识或不懂装懂，以专家的姿态高谈阔论。应当将重点放在汇报你自己在项目中所做的与论题相关的工作，让评卷专家相信你确实做过这方面的项目而且达到了相应水平。

在下午二考试时间的分配上，建议首先花3--5分钟根据个人特长选定题目，然后花10—15分钟左右整理一下所掌握的素材，列出提纲，即你打算谈几个方面，每个方面你是怎么做的，收效如何等等，简明扼要地写在草稿纸上。

5、张友生的书，不能不读

要想通过系统分析师考试，不但需要多做项目，而且有关全国著名的软考辅导专家张友生老师的书是不可不读的。

学习电子商务系统分析与设计的心得体会

《电子商务系统分析与设计》系统地介绍了电子商务系统的规划、分析、设计、实施与运行管理的基本概念、方法、技术和相关案例。从结构上可以进一步分为4个部分：概述部分，主要说明电子商务系统分析设计的基本概念、内容、过程与方法；系统规划、分析与设计部分，主要说明系统规划、分析、设计的方法、内容和工具；系统实施与维护部分，涵盖电子商务系统的开发与集成、测试、部署、维护、审计与评价；案例部分，给出了两个完整的案例，从背景、规划、分析、设计角度帮助我们进一步理解电子商务系统的规划、分析与设计。围绕电子商务系统开发过程的各个阶段，系统地阐述了电子商务系统开发的思想、方法和技术，包括系统的规划、分析、设计、实现与维护等内容，重点介绍了采用uml进行系统的分析与设计的方法；并从企业管理者和电子商务应用实践的角度，对国内外一些典型的企业电子商务解决方案进行了介绍；最后结合实例阐述了运用struts、javaee1.5等新技术进行电子商务系统的

设计与开发的过程，使我们能很好地把理论学习与实践训练更好地结合起来。

本课程结合电子商务系统领域的最新技术、方法和实践，以及电子商务系统应用成果，从理论基础、方法运用、技术基础和实践4个维度对电子商务系统做了较深入、全面的阐述。教科书共十章，第一章介绍电子商务系统的基础概念和知识；第二章介绍电子商务系统建设的过程与方法；第三章介绍电子商务系统规划的内容、方法和步骤；第四章介绍电子商务系统的分析方法与工具，重点利用uml进行了系统分析；第五章阐述了电子商务系统设计基础与思想方法；第六章介绍电子商务支付系统、电子商务系统安全体系设计的思想方法；第七章介绍了电子商务系统的开发技术与模式，并结合实例完整介绍struts2框架web应用开发的基本过程；第八章介绍电子商务系统运行、维护与评价的知识和方法；第九章结合我国实际，介绍了国内外的电子商务系统解决方案；

第十章结合实例和具体技术，系统的阐述了一个电子商务系统从分析、设计到实现的过程，让我们通过一个电子商务系统的设计实践和操作，消化和理解所学的理论知识。

本课程在继承软件工程和信息系统分析与设计的思想,方法,技术和工具的基础上,从系统化的思想及结构化开发方法入手,全面介绍电子商务系统特色,规划方法,系统分析及设计,并依据电子商务自身的特点,着重针对网站设计,支付系统设计及安全系统设计进行分析和介

绍。本实验课程使学生进一步理解和掌握所学各种电子商务系统分析和设计的方法.熟练掌握系统分析和设计建模软件.。

本课程目的是为了让我们能够全面了解应用系统的整个电子商务系统的开发建设流程，并掌握电子商务系统开发的相关技术：

掌握电子商务系统的分析方法；

掌握电子商务系统的总体设计方法；

学会使用visio软件构建电子商务系统数据流程图,use case图以及活动图；

体会应用软件工程的设计思想进行电子商务系统开发的过程与方法。

通过本课程设计，便于我们全面理解电子商务系统规划、分析与设计知识，并掌握操作方法，而不是独立地学习某单方面的操作技术；另一方面实用性较强，我们认真完成本书实验后，基本上可以胜任电子商务系统规划、分析、设计及实现工作。

学习这门课程，使我对电子商务网站的开发有了一定的了解。掌握了电子商务系统的基本概念、特征及其结构。了解电子商务系统开发技术和发展方向，理解电子商务生命周期的概念、特征及其作用。能够按要求撰写电子商务系统规划报告，基本掌握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年代中,又一批新方法出现,其中最引人注目的是booch 1993、oose和omt-2等。但到目前为止，uml这一统一建模语言脱颖而出，它贯穿软件开发周期中的每一个阶段，并被omg采纳作为业界的标准。就如书中所讲，uml是一个标准的图形表示法，它不是面向对象的分析和设计，也不是一种方法，它仅仅是一组符号。uml是在开发阶段，说明，可视化，构建和书写一个面向对象软件密集系统的制品的开放方法。作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。当模型建立之后，模型可以被uml工具转化成指定的程序语言代码。所以说，运用优秀的沟通工具与各种角色进行有效地沟通在一定程度上决定着系统能否保质保量的成功完成。在这个崇尚团结与合作的社会，作为新一代的软件开发人员，我们更应该认真学习书中说讲的各种文档编写方法，更好的运用到实际开发中去。

首先，需求分析人员从接触到深入了解客户业务有一个渐进的过程，如果一开始就深入到业务的细节中去，不但容易迷失方向，而且很容易显露出你对业务的无知，客户会因此而失去与你沟通的兴趣。

其次，沟通双方都有自己习惯的沟通方式。所以在双方能够达成默契之前，不要急于深入业务细节，而是圈定范围，先就一些大框框进行沟通，借此了解客户的沟通方式。客户是喜欢开放型问题还是封闭型问题？客户是很健谈还是很

含蓄？客户是主导型沟通者还是被动型沟通者？客户是具有很强逻辑思维的人，可以将一个问题有条不稳地讲清楚，还是一个发散型思维的人，总是没有什么目的地想到什么就讲什么？如果双方的沟通方式不能切合 rf4ss，必定会造成沟通的障碍。

再次，客户的时间是有限的，很多时候不能有整块的时间来配合需求调研。由于项目的周期也是有限的，因此每一次会面都需要争分夺秒，用最快的时间把问题搞清楚。另一方面，客户通常不会为需求调研做好准备，往往是等着回答问题的。如果需求分析人员寄希望于客户能有条不理的把一套业务都能讲解很清楚，整个业务形成闭环往往是很不现实的。这就要求需求分析人员根据经验提前要做好调研计划和内容，逐个进行落实。

系统分析与设计的方法主要包括结构化生命周期法、原型化方法、面向对象方法。

按时间过程来分，开发方法分为生命周期法和原型法，实际上还有许多处于中间状态的方法。原型法又按照对原型结果的处理方式分为试验原型法和演进原型法。试验原型法只把原型当成试验工具，试了以后就抛掉，根据试验的结论做出新的系统。演进原型法则把试好的结果保留，成为最终系统的一部分。按照系统的分析要素，可以把开发方法分为三类：

①面向处理方法。

②面向数据方法。

③面向对象的方法

系统分析和设计应遵循的原则有：

系统开发是面向客户的，应从客户的角度考虑。

诸如系统开发生命周期之类的产品更新换代机构应该在所有的信息系统开发项目中建立起来。

信息系统开发的过程并不是一个顺序的过程，它允许步骤的重叠和倒转等。如果系统的成功可能性受到很大限

制时，应取消整个项目。

文档材料是系统开发生命周期中重要的可递交成果，应加以重视

最后总结下，学完《系统分析与设计方法》这门课程再加上老师在课堂上的一些讲解以及以前学习过程中的收获，我对于系统分析与设计有了进一步的理解，能高屋建瓴的看待系统分析与设计整个过程的步骤以及增加了一些开发设计中的重要事件的理论知识。