信息系统分析与设计相关读书笔记

详细内容

'第一篇、产品系统设计读书笔记

信息系统分析与设计相关读书笔记

产品系统设计读书笔记

无论是设计还是生活，我门对某一件事物的认识都是由整体到部分，系统到要素，由浅入深，抽丝剥茧的过程。如是，我们才可准确把握事物的本质特征，从而避免管中窥豹，一叶障目而不见泰山，造成认识的片面和理解的不全面。

系统设计是以系统论为基础理论延伸出来的。它的中心思想是将事物看作一个完整的系统。因此在对其进行设计的时候，能够站到一个全局的、系统的高度来分析问题。

通常将系统定义为：系统是由若干要素以一定结构形式联结构成的具有某种特定功能的有机整体。从这个定义我们可以看出，系统是由要素构成的，要素则是构成系统的最小单元，通过改变要素的特征、组合方式、性能等方面，能够获得新的系统。

在进行设计活动的时候，我们需要有一种系统的思想来指导我们的设计工作。系统设计思想就是处理整体与部分的关系，整体与外部环境的关系，以及整体内部的协调优化。在系统设计的思想中，主要有战略设计思想、基于功能的设计思想、人机系统设计思想、管理决策设计思想、消费者的设计思想、设计者的设计思想。这些思想虽然出发点不同，但都从不同的角度对设计对象进行了很好的诠释，一个系统的设计是要为企业、消费者服务的，是由设计者创造出来满足用户要求的。

系统方法论最重要的理论便是给予对立统一的哲学观点，将还原论与整体论相结合、局部描述与整体描述相结合。运用分析和综合的方法解决问题。

分析的方法有很多，主要有调研分析法、投入产出法、分类法、相关表法、甘特图法、鱼骨图法、分解解析法。

综合的方法也有很多，主要有功能索求法、重构整合法、产品定位法、产品基准法、系统优化法、模块化法、平台化法、系列化法。

在产品系统设计中，我们要将产品看作一个系统，将产品看作要素、结构、功能的结合系统。不再把设计对象看成孤立的东西，而是把相关因素放在一个系统中考虑。因此，就不能简单地将产品看作是由一定材料、结构并赋予一定功能的服务。应当将产品的内部因素和外部因素都考虑到一个大的系统当中。

将单件产品看作一个系统之后，每个组件就是一个子系统，每个子系统都会有其独立的功能模块。这样可以方便我们进行更换。大大满足了我们个性化、维修、替换的要求。

产品各部分的空间结构也分为内部和外部，系统设计能够让我们注意到产品与环境的空间位置关系也具有很大的设计空间。产品系统主要有三种类型，独立的产品体系、共享平台的产品体系、大规模定制产品体系。

独立产品体系是一些结构上完全独立，但在功能、形态、色彩上能够组合为一个大的系统。其中主要应用是产品品牌形象的树立。比如迪斯尼品牌的童装、文具、玩具、书籍。他们虽然在结构上完全不同，但他们都有一个共同的功能，传播迪斯尼的品牌文化，所以在色彩和形态上都追求独立的产品体系。

共享平台的产品体系是通过固定一个主体模块，同时增加其他不同的功能模块以达到满足不同消费者的需求，这样能够节约成本。例如汽车产品，同一平台的汽车地盘结构，通过改变汽车外观、驾驶内饰等来满足不同消费和的要求。

大规模定制产品体系是为了解决批量化生产和个性化定制的矛盾而提出的系统设计方案。大规模定制的本质就是运用系统的思想建立可变性的产品模型，丰富标准零件和模块。通过不同的排列产生多样的组合效果来满足消费者的需求。所以它的核心关键词就是一个“变”字。而这种变化又是方便获得的。主要方法有三种：模块化的定制、可调节的定制、参数化的定制。

选择这些产品体系需要按照用户的需求来决定。不同用户的多元化需求可以利用模块化

的产品体系。同一用户在使用中随时间的推移产生多样需求也需要选择模块化定制和共享平台产品体系。

读完产品系统设计之后，我觉得这本书内容比较宽泛，学习起来也比较繁杂。在产品设计当中系统包含范围太大，往大了说产品从开发到生产能叫系统，从市场调研到产品定位还是系统。学习理解无从下手这是我的感受，似乎在设计活动中要干的事情多了就要系统的整理一下。但书中主要讲了产品模块化和它的系统设计方法，单看这一部分，我觉得还是能够切实的感受到系统设计在产品设计中发挥的作用。但我想，这只是系统设计在应用过程中的一个方面，运用系统的思想其实还可以做很多研究，我想这是我要努力的地方。可能单纯的理论还是太枯燥了，让我有点难以消化。对于系统设计的知识，我还是会继续学习下去，慢慢消化一定可以积少成多，有所收获的。

第二篇、《系统分析与设计方法》读后感

信息系统分析与设计相关读书笔记

浅谈《系统分析与设计方法》

《系统分析与设计方法》，顾名思义，是论述软件开发过程中涉及到的分析与设计过程的方法论。作者依照软件开发过程将书划分为四个部分：系统开发项目环境、系统分析方法、系统设计方法、系统分析和设计完成后的工作。同其他美国作者一样，作者通过一个贯穿全书的案例--音阶公司系统项目，向我们详细地讲解了开发一个软件系统过程中设计到的知识。

第一部分“系统开发项目环境”介绍信息系统开发的概念和过程。第二部分“系统分析方法”涵盖了生命周期前期活动、工具和技术，这些内容用于分析业务问题、说明信息系统业务需求以及制定业务和系统方案。第三部分“系统设计方法”涵盖了生命周期中期活动、工具和技术，特别强调应用架构的概要设计和详细设计、快速开发和原型设计、外部设计（输出、输入和界面）、内部设计（如数据库和软件工程）以及面向对象设计。第四部分“系统分析和设计完成后的工作”通过纵览生命周期后期活动，透视系统分析和设计工作。

读完这本，我不仅收获了如何进行系统分析与设计的指导思想，学会了UML工具等，更对一个软件系统的从需求分析到后期的运行、维护的整套工作流程有了一个概括的认识，了解了各阶段的需要撰写哪些文档，学会了如何与各种人员进行交流等待。但这本书给我启发最深的不是技术方面的知识，而是让我对软件工程有了一个更为深入、透彻的认识。

早在20世纪中期，计算机刚被参军用范畴转向民用范畴运用，那时编写程序的工作被视同为艺术家的创作。由于硬件资源的限制，编程人员追求的是如何在有限的处置器才能和存储器空间约束下，编写出执行速度快、体积小的程序，所有这时的软件开发十分依赖于开发人员的聪明才智。而到了20世纪60年代，计算机的应用范围得到较大扩展，对软件系统的需求和软件本身的复杂度急剧上升，传统的开发办法无法顺应用户在质量、效率等方面对软件的需求。这就是所谓的“软件危机”。为了解决这个问题，便引入了“软件工程”这一概念，从而开始了软件开发从“艺术”和“个体行为”向“工程”和“群体协同工作”的转化。何谓工程？百度百科中对这一词的解释中有这样一句：以最短的时间和精而少的人力做出高效、可靠且对人类有用的东西。于是，当“软件”遇上“工程”，软件开发就不再是几个人的单兵作战了，它需要所有人的齐心配合与人员的协调，用一套已验证的工作流程来共同完成一项任务。曾经，当我在大一学习编程语言的时候，我只是认为编程就是软件工程师的全部工作，只有拥有高超的技术才能在这个行业立足。现在再回头看，才发现自己的认识有多么的浅薄。《系统分析与设计方法》这本书围绕软件开发这一中心，详细讲解了从需求分析到后期维护各个阶段中，如何运用文档与周围的人员进行有效沟通和协作。文档，作为各类人员之间的桥梁和纽带，如使用得当，有以下几个好处：

1.提高软件开发过程的能见度。把开发过程中发生的事件以某种可阅读的形式记录在文档中。管理人员可把这些记载下来的材料作为检查软件开发进度和开发质量的依据，实现对软件开发的工程管理。

2.提高开发效率。软件文档的编制，使得开发人员对各个阶段的工作都进行周密思考、全盘权衡、从而减少返工。并且可在开发早期发现错误和不一致性，便于及时加以纠正。

3.作为开发人员在一定阶段的工作成果和结束标志。

4.记录开发过程中的有关信息，便于协调以后的软件、开发、使用和维护。

5.提供对软件的运行、维护和培训的有关信息，便于管理人员、开发人员、操作人员、用户之间的协作、交流和了解。使软件开发活动更科学、更有成效。

6.便于潜在用户了解软件的功能、性能等各项指标，为他们选购符合自己需要的软件提供依据。

也正是基于这样的好处，软件行业才会定义、开发各种沟通表达工具和建模语言来统一沟通方法，从而便于各种人员的团结合作。以UML为例。从1989年到1994年,建模语言数

量从不到十种增加到了五十多种。90年代中,又一批新方法出现,其中最引人注目的是Booch1993、OOSE和OMT-2等。但到目前为止，UML这一统一建模语言脱颖而出，它贯穿软件开发周期中的每一个阶段，并被OMG采纳作为业界的标准。就如书中所讲，UML是一个标准的图形表示法，它不是面向对象的分析和设计，也不是一种方法，它仅仅是一组符号。UML是在开发阶段，说明，可视化，构建和书写一个面向对象软件密集系统的制品的开放方法。作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。当模型建立之后，模型可以被UML工具转化成指定的程序语言代码。所以说，运用优秀的沟通工具与各种角色进行有效地沟通在一定程度上决定着系统能否保质保量的成功完成。在这个崇尚团结与合作的社会，作为新一代的软件开发人员，我们更应该认真学习书中说讲的各种文档编写方法，更好的运用到实际开发中去。

其次，这本书向我灌输的另外一个重要信息就是：沟通很重要，尤其是在获取需求阶段。书中详细阐述了七种调查研究技术：对现有文档、表和文件进行抽样；调研和实地访问；观察工作环境；调查表；面谈；获取原型；联合需求计划。通常情况，需求分析人员是计算机专家，而客户是业务专家，由于他们所从事工作的领域不一样以及个人的思维不一样，所以看待同一个问题的出发点也是不一样的，造成的结果是双方都以为讲的很清楚对方都理解了，结果根本不是这回事。通过这本书的详细讲解，我认识到需求获得是一项科学性的工作，需求的过程应当系统而又有计划地稳步推进。

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

其次，沟通双方都有自己习惯的沟通方式。所以在双方能够达成默契之前，不要急于深入业务细节，而是圈定范围，先就一些大框框进行沟通，借此了解客户的沟通方式。客户是喜欢开放型问题还是封闭型问题？客户是很健谈还是很含蓄？客户是主导型沟通者还是被动型沟通者？客户是具有很强逻辑思维的人，可以将一个问题有条不稳地讲清楚，还是一个发散型思维的人，总是没有什么目的地想到什么就讲什么？如果双方的沟通方式不能切合，必定会造成沟通的障碍。

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

最后，人都是善忘的，因此不要总是责怪客户朝令夕改。客户往往很容易忘记曾经说过什么，这是因为他不需要对需求调研的结果负责。如果需求分析人员也不肯承担起这个职责，将每一次的会谈结果记录下来，并有正式的反馈和确认过程，那么到最后需求变更时，你将完全没有理由责备客户推翻他原来的需求。通常好的做法是循环逐步确认，每次调研的内容不易过多，每天的调研做好记录，做好界面，第二天再演示界面对需求进行确认，客户能直观的感觉到以后会是一个什么样子，再对提出的变更需求、遗忘需求和当天新模块调研的需求做以记录，并在第二天给与确认。

在通读了《系统分析与设计方法》这本书后，我对软件的开发过程在认识上有了质的飞跃，摒弃了肤浅的认识，站在一个更高的层次上看待软件工程，使我对自己的职业生涯有了进一步的规划。

第三篇、系统评价Mate分析读书笔记

信息系统分析与设计相关读书笔记

刘鸣，系统评价、Meta-分析设计与实施方法[M].北京：人民卫生出版社，2011：起止页码

绪论

（1）系统评价：一种临床研究方法，全面收集符合纳入标准的所有相关临床研究并逐个进行严格评价和分析，必要时进行定量合成的统计学处理，得出综合结论的研究过程。Overview，systematicoverview，poolingproject，systematicreview

（1）Cochrane系统评价的平均质量被认为比普通系统评价更高。

（3）Cochrane系统评价：全面收集符合纳入与排除标准的经验性证据来回答某个研究问题，用清楚、明确的方法减少偏倚，提供可靠的研究结果以便得出结论、作出结论。

（1）Mate分析广义：当系统评价用定量合成的方法对资料进行了统计学处理时成为mate-分析，即定量系统评价。没有进行mate-分析的系统评价为定性系统评价。

（1）mate分析狭义：只是一种定量合成的统计处理方法。

（3）cochrane系统评价特征：

①研究目的与纳入排除标准明确

②方法学清楚并可重复

③检索策略系统，能全面收集符合纳入与排除标准的研究

④评价纳入研究的真实性，如评价偏倚风险

⑤纳入研究特征与结果的表达及合成系统

⑥定期更新

（5）系统评价过程：

①提出问题

②制定纳入与排除标准

③撰写计划书

④检索文献

⑤筛选文献

⑥评价纳入研究的偏倚风险

⑦提取数据

⑧分析资料，进行定性或定量分析（mate-分析）

⑨讨论分析发表偏倚

⑩撰写全文

**研究间不存在临床异质性，且恰当的定量数据可获取时，则进行mate-分析。若存在临床异质性则不能进行合并分析

第四篇、信息系统分析与设计笔记缩小版

信息系统分析与设计相关读书笔记

BSP方法：即企业系统规划，是进行组织的信息系统规划的一套规范方法。BSP方法的特点是：全面地、详细地对企业或组织的基本业务活动进行分析，从而确定其信息需求，为有针对性地进行信息系统建设提供坚实的基础。BSP方法强调的基本思想是：企业或组织的结构和人员是处于经常变动状态的，但是其基本功能（或业务）则是相对稳定的。因此，从长远来说，信息系统建设必须针对基本业务，把基本业务的流程（或过程）及其对信息系统的要求切实理清，就能够使信息系统的建设得到切实的收效，并且能够适应机构、人员等不断变化的情况，保持信息系统的稳定和有效。

BSP方法实施的步骤：1、定义业务过程2、定义数据类3、分析业务与数据的关系4、确定系统的总体结构5确定子系统的优先顺序6、完成规划报告，建立实施机制。

信息系统开发的结构化思想：1、将一个复杂的系统分解成一个多层次的模块化结构。（结构化设计认为，任何一个系统都具有两种特征：过程特征，指任何一个系统都可以分解成若干个有序的过程。层次特征，指组成系统的各部分之间存在上下级的隶属关系、管辖关系）2、每一个模块尽可能独立。（尽量使每个模块成为一个独立的组成单元，使模块之间的联系降到最低程度）3可用直观的工具来表达系统的结构。（结构化方法认为系统开发人员提供了一套简明的图形表达工具，如数据流图、数据字典、数据存储规范化、数据立即存取图以及功能分析的表达方法，包括决策树、决策表和机构式语言）

使用生命周期法的条件：用户需求定义可以明确；系统运行程序稳定、结构化程度高；系统具有较长的使用寿命，环境变化不大；开发过程要求有严格的控制；研究人员对系统任务了解且熟练度较高；系统文档要求详而全；开发成果重复使用。生命周期法的成功因素：1、树立面向用户的观点，根据用户需求来设计系统2、自顶向下地来划分或设计信息系统3、严格按阶段进行4、建立有效的工作文档5、运用系统的分解和综合技术，使复杂的系统结构化、模块化6、强调阶段成果的审定和检验。

利用U/C矩阵进行进行数据/功能交互分析的基本思想：U/C矩阵主要用来对系统功能划分进行分析和优化。其基本原理与系统思想关于子系统的划分相一致，即再系统之间尽可能保持相对独立性，每个功能的数据处理要求高内聚、低耦合。U/C矩阵是一个进行内容分析的二维表，纵坐标和横坐标表示要分析的两个变量，二维表中的U,C表示两个变量之间的关系。U/C矩阵中，U（Use）表示该功能为数据的使用者，即某个功能使用某类数据，C(Create)表示该功能为数据的生产者或创建者。建立U/C矩阵首先要进行系统化，自顶向下的划分，具体确定每一个功能和数据，最后把功能和数据之间的关系填到二维表中，就建立了U/C矩阵。U/C矩阵建立之后，还要进行完备性、一致性检验。U/C矩阵不仅适用于功能/数据分析，也适用于其他方面的管理分析。

决策树、决策表、结构化英语的特点和表达系统功能中的作用：决策树是用来表示不同决策方案的直观方法。决策树比较直观，容易理解，但当条件较多时，不容易清楚地表达整个判断过程。决策表是用表格方式描述处理逻辑的工具，实际上是决策树的另一种表达方式。采用表格方式，便于表达复杂条件下的多元逻辑关系，可以清楚地表达决策条件、决策规则和应采取的行动之间的关系。其缺点是决策表的建立过程复杂，不如决策树直观方便。结构化英语是一种模仿计算语言的处理逻辑描述方法。这种方法借助于程序设计的基本思想，使用IF，THEN，ELSE，END，OR，NOT等词组成规范化语言，包括顺序、判断和循环等三种基本结构完成对处理过程的描述。如何理解系统结构设计中模块的高聚合、低耦合原则：耦合是表示模块之间联系的程度。紧密耦合表示模块之间联系非常强，松散耦合表示模块之间联系比较弱，非耦合则表示模块之间无任何联系，是完全独立的。模块耦合度越低，说明模块之间的联系越少，相互间的影响也就越小，产生连锁反应的概率就越低，在对一个模块进行修改和维护时，对其他模块的影响程度就越小，系统可修改程度就越高。聚合则用来表示一个模块内部各组成部分之间的联系程度，一般来说，在系统中各模块的聚合度越大，则模块间的耦合度越小，但这种关系不是绝对的，耦合度小使得模块之间尽可能相对独立，从而各模块可以单独开发和维护，聚合度大使得模块的可理解性和维护性增强，因此，在模块的分解中应尽量减少模块的耦合度，力求增加模块的聚合度。

信息系统规划的主要任务和内容：目标设定、环境分析、战略选择

信息系统的生命周期的五个阶段：系统规划、系统分析、系统设计、系统实施、系统运行和维护系统开发计划书的主要内容：概述、开发计划、验收标准、协调方法

系统分析说明书的主要内容：概述、系统需求、新系统目标与新系统功能、新系统的逻辑模型、新系统运行环境、新系统的验收标准与培训计划

程序设计报告的主要内容：概述、程序结构图、程序控制图、算法、程序流程图、源程序、程序注释说明高质量文档的特点：针对性、精确性与统一性、清晰性、完整性、灵活性、可追溯性，易检索性

文档管理的原则：1文档管理的制度化2文档的标准化、规范化3文档管理的人员保证4文档的一致性5文档的可追踪性

结构化的实质：自顶向下，逐步求精，分而治之任何系统都具有的两个特征：过程特征、层次特征生产作业层的信息化包括：设计、制造和工程的信息化

战略决策层的信息化包括：决策支持系统、战略信息系统、经理或主管信息系统、专家系统协作商务层的信息化包括：电子数据接口、电子商务、供应链管理、客户关系管理

电子商务系统：电子商务系统是一个以电子数据处理、互联网络、数据交换和资金汇兑技术为基础，集订货、发货、运输、报送、保险、商检和银行结算为一体的综合商务信息处理系统。

电子商务按照与企业的关系可分为两种：B2C（企业与电子消费者之间的电子商务）B2B（企业与企业之间的电子商务）系统的非功能需求：性能需求、资源和环境需求、可靠性需求、安全保密需求、用户界面需求、成本消耗与开发进度需求、预先估计的可扩展性需求

可行性分析：技术可行性研究、经济可行性研究、社会可行性研究

调查研究的原则：自上而下全面展开全面展开与重点调查相结合深入细致的调查研究业务流程分析的内容：业务功能分析、业务关系分析、业务流程规划

数据流程分析的内容：围绕系统目标进行分析信息环境分析围绕现行业务流程进行分析数据的逻辑分析数据汇总数据特征分析数据流程分析

数据流程图的两个特征：抽象性概括性

信息管理现状的分析与评价的方法：事件跟踪、效果比较、人的因素评价、综合研究

逻辑设计的目标：新系统的目标、新系统的业务流程、新系统的业务流程、新系统的逻辑结构、数据资源的分布、具体业务的处理方法和管理模型

逻辑设计的原则：管理信息化和现代化思想相结合、分解和协调相结合、模块化结构设计、全局一致性原则、静态与动态相结合

RUP中软件生命周期在时间上被分解的四个阶段：初始阶段、细化阶段、构建阶段、交付阶段在系统分析报告的审议中，应对以下问题作出评价：一致性、完整性、现实性、有效性

系统设计的任务：1、总体设计（模块设计：将系统划分成模块、决定每个模块的功能、决定模块间的调用关系、决定模块间的接口）2、详细设计（代码设计、数据库设计、输出设计、输入设计、人机界面设计、处理过程设计、安全保密设计、编写系统设计说明书）

系统设计的原则：系统性原则、经济性原则、可靠性原则、简单性原则、灵活性原则模块聚合的七个等级（由强到弱）：功能聚合、顺序聚合、数据聚合、过程聚合、时间聚合、逻辑聚合、偶然聚合模块耦合的类型：数据耦合、控制耦合、公共耦合、内容耦合结构图的基本部分：模块、调用、数据、控制信息

模块划分的原则：1低耦合、高聚合原则2作用范围应在控制范围内3合理的模块扇入和扇出数4合适的模块大小数据库设计原则：数据结构的合理性、数据存储的安全性、维护和管理方便

处理过程设计的常用描述工具：IPO图、流程图、问题分析图、NS图、过程设计语言编码的目的：标志作用、统计和检索作用、专用含义

代码设计的原则：适用性、合理性、简单性、系统性、稳定性、可扩充性、标准化、便于识别和记忆代码的种类：顺序码、区间码、自检码

人机界面的设计原则：用户针对性原则、尽量减少用户的工作、应用程序与人机界面相分离、人机界面一致性、系统反馈及时性、尽量减少用户记忆、及时的出错处理及帮助功能子系统划分的方法：参照法、职能法、过程/数据类法

子系统划分的目的与原则：企业发展的需要高凝聚性相对独立性

数据处理：描述了模块间关联的方式和模块内部的功能和数据输入/输出关系，是逻辑设计的核心内容之一。这部分工作常用工具有系统流程图、HIPO图等。输入数据X，计算Y=F2（X），把X由数字型变成文字型，把X赋给Z打印X。数据内聚打开文件F1，读第一条记录，计算器和总数变量赋初值零，打印表头。时间内聚输入数据X，计算Y=F1（X），求总数S=S*Y，打印总数S。顺序内聚打印学生成绩单。功能内聚

计算各业务类型库存变化量：发料业务库存变化量，进料业务库存变化量。逻辑内聚输入学号，读学生成绩，计算学生平均成绩，打印学生成绩。过程内聚关闭文件F1，计算学生总数，删除记录D，输入数据X。偶然内聚

系统测试：1黑盒测试，又叫做功能测试或数据驱动测试。2白盒测试，又称为结构测试或逻辑驱动测试。系统转换方式：直接转换、并行转换分段转换。BSP方法：即企业系统规划，是进行组织的信息系统规划的一套规范方法。BSP方法的特点是：全面地、详细地对企业或组织的基本业务活动进行分析，从而确定其信息需求，为有针对性地进行信息系统建设提供坚实的基础。BSP方法强调的基本思想是：企业或组织的结构和人员是处于经常变动状态的，但是其基本功能（或业务）则是相对稳定的。因此，从长远来说，信息系统建设必须针对基本业务，把基本业务的流程（或过程）及其对信息系统的要求切实理清，就能够使信息系统的建设得到切实的收效，并且能够适应机构、人员等不断变化的情况，保持信息系统的稳定和有效。

BSP方法实施的步骤：1、定义业务过程2、定义数据类3、分析业务与数据的关系4、确定系统的总体结构5确定子系统的优先顺序6、完成规划报告，建立实施机制。

信息系统开发的结构化思想：1、将一个复杂的系统分解成一个多层次的模块化结构。（结构化设计认为，任何一个系统都具有两种特征：过程特征，指任何一个系统都可以分解成若干个有序的过程。层次特征，指组成系统的各部分之间存在上下级的隶属关系、管辖关系）2、每一个模块尽可能独立。（尽量使每个模块成为一个独立的组成单元，使模块之间的联系降到最低程度）3可用直观的工具来表达系统的结构。（结构化方法认为系统开发人员提供了一套简明的图形表达工具，如数据流图、数据字典、数据存储规范化、数据立即存取图以及功能分析的表达方法，包括决策树、决策表和机构式语言）

使用生命周期法的条件：用户需求定义可以明确；系统运行程序稳定、结构化程度高；系统具有较长的使用寿命，环境变化不大；开发过程要求有严格的控制；研究人员对系统任务了解且熟练度较高；系统文档要求详而全；开发成果重复使用。生命周期法的成功因素：1、树立面向用户的观点，根据用户需求来设计系统2、自顶向下地来划分或设计信息系统3、严格按阶段进行4、建立有效的工作文档5、运用系统的分解和综合技术，使复杂的系统结构化、模块化6、强调阶段成果的审定和检验。

利用U/C矩阵进行进行数据/功能交互分析的基本思想：U/C矩阵主要用来对系统功能划分进行分析和优化。其基本原理与系统思想关于子系统的划分相一致，即再系统之间尽可能保持相对独立性，每个功能的数据处理要求高内聚、低耦合。U/C矩阵是一个进行内容分析的二维表，纵坐标和横坐标表示要分析的两个变量，二维表中的U,C表示两个变量之间的关系。U/C矩阵中，U（Use）表示该功能为数据的使用者，即某个功能使用某类数据，C(Create)表示该功能为数据的生产者或创建者。建立U/C矩阵首先要进行系统化，自顶向下的划分，具体确定每一个功能和数据，最后把功能和数据之间的关系填到二维表中，就建立了U/C矩阵。U/C矩阵建立之后，还要进行完备性、一致性检验。U/C矩阵不仅适用于功能/数据分析，也适用于其他方面的管理分析。

决策树、决策表、结构化英语的特点和表达系统功能中的作用：决策树是用来表示不同决策方案的直观方法。决策树比较直观，容易理解，但当条件较多时，不容易清楚地表达整个判断过程。决策表是用表格方式描述处理逻辑的工具，实际上是决策树的另一种表达方式。采用表格方式，便于表达复杂条件下的多元逻辑关系，可以清楚地表达决策条件、决策规则和应采取的行动之间的关系。其缺点是决策表的建立过程复杂，不如决策树直观方便。结构化英语是一种模仿计算语言的处理逻辑描述方法。这种方法借助于程序设计的基本思想，使用IF，THEN，ELSE，END，OR，NOT等词组成规范化语言，包括顺序、判断和循环等三种基本结构完成对处理过程的描述。如何理解系统结构设计中模块的高聚合、低耦合原则：耦合是表示模块之间联系的程度。紧密耦合表示模块之间联系非常强，松散耦合表示模块之间联系比较弱，非耦合则表示模块之间无任何联系，是完全独立的。模块耦合度越低，说明模块之间的联系越少，相互间的影响也就越小，产生连锁反应的概率就越低，在对一个模块进行修改和维护时，对其他模块的影响程度就越小，系统可修改程度就越高。聚合则用来表示一个模块内部各组成部分之间的联系程度，一般来说，在系统中各模块的聚合度越大，则模块间的耦合度越小，但这种关系不是绝对的，耦合度小使得模块之间尽可能相对独立，从而各模块可以单独开发和维护，聚合度大使得模块的可理解性和维护性增强，因此，在模块的分解中应尽量减少模块的耦合度，力求增加模块的聚合度。

信息系统规划的主要任务和内容：目标设定、环境分析、战略选择

信息系统的生命周期的五个阶段：系统规划、系统分析、系统设计、系统实施、系统运行和维护系统开发计划书的主要内容：概述、开发计划、验收标准、协调方法

系统分析说明书的主要内容：概述、系统需求、新系统目标与新系统功能、新系统的逻辑模型、新系统运行环境、新系统的验收标准与培训计划

程序设计报告的主要内容：概述、程序结构图、程序控制图、算法、程序流程图、源程序、程序注释说明高质量文档的特点：针对性、精确性与统一性、清晰性、完整性、灵活性、可追溯性，易检索性

文档管理的原则：1文档管理的制度化2文档的标准化、规范化3文档管理的人员保证4文档的一致性5文档的可追踪性

结构化的实质：自顶向下，逐步求精，分而治之任何系统都具有的两个特征：过程特征、层次特征生产作业层的信息化包括：设计、制造和工程的信息化

战略决策层的信息化包括：决策支持系统、战略信息系统、经理或主管信息系统、专家系统协作商务层的信息化包括：电子数据接口、电子商务、供应链管理、客户关系管理

电子商务系统：电子商务系统是一个以电子数据处理、互联网络、数据交换和资金汇兑技术为基础，集订货、发货、运输、报送、保险、商检和银行结算为一体的综合商务信息处理系统。

电子商务按照与企业的关系可分为两种：B2C（企业与电子消费者之间的电子商务）B2B（企业与企业之间的电子商务）系统的非功能需求：性能需求、资源和环境需求、可靠性需求、安全保密需求、用户界面需求、成本消耗与开发进度需求、预先估计的可扩展性需求

可行性分析：技术可行性研究、经济可行性研究、社会可行性研究

调查研究的原则：自上而下全面展开全面展开与重点调查相结合深入细致的调查研究业务流程分析的内容：业务功能分析、业务关系分析、业务流程规划

数据流程分析的内容：围绕系统目标进行分析信息环境分析围绕现行业务流程进行分析数据的逻辑分析数据汇总数据特征分析数据流程分析

数据流程图的两个特征：抽象性概括性

信息管理现状的分析与评价的方法：事件跟踪、效果比较、人的因素评价、综合研究

逻辑设计的目标：新系统的目标、新系统的业务流程、新系统的业务流程、新系统的逻辑结构、数据资源的分布、具体业务的处理方法和管理模型

逻辑设计的原则：管理信息化和现代化思想相结合、分解和协调相结合、模块化结构设计、全局一致性原则、静态与动态相结合

RUP中软件生命周期在时间上被分解的四个阶段：初始阶段、细化阶段、构建阶段、交付阶段在系统分析报告的审议中，应对以下问题作出评价：一致性、完整性、现实性、有效性

系统设计的任务：1、总体设计（模块设计：将系统划分成模块、决定每个模块的功能、决定模块间的调用关系、决定模块间的接口）2、详细设计（代码设计、数据库设计、输出设计、输入设计、人机界面设计、处理过程设计、安全保密设计、编写系统设计说明书）

系统设计的原则：系统性原则、经济性原则、可靠性原则、简单性原则、灵活性原则模块聚合的七个等级（由强到弱）：功能聚合、顺序聚合、数据聚合、过程聚合、时间聚合、逻辑聚合、偶然聚合模块耦合的类型：数据耦合、控制耦合、公共耦合、内容耦合结构图的基本部分：模块、调用、数据、控制信息

模块划分的原则：1低耦合、高聚合原则2作用范围应在控制范围内3合理的模块扇入和扇出数4合适的模块大小数据库设计原则：数据结构的合理性、数据存储的安全性、维护和管理方便

处理过程设计的常用描述工具：IPO图、流程图、问题分析图、NS图、过程设计语言编码的目的：标志作用、统计和检索作用、专用含义

代码设计的原则：适用性、合理性、简单性、系统性、稳定性、可扩充性、标准化、便于识别和记忆代码的种类：顺序码、区间码、自检码

人机界面的设计原则：用户针对性原则、尽量减少用户的工作、应用程序与人机界面相分离、人机界面一致性、系统反馈及时性、尽量减少用户记忆、及时的出错处理及帮助功能子系统划分的方法：参照法、职能法、过程/数据类法

子系统划分的目的与原则：企业发展的需要高凝聚性相对独立性

数据处理：描述了模块间关联的方式和模块内部的功能和数据输入/输出关系，是逻辑设计的核心内容之一。这部分工作常用工具有系统流程图、HIPO图等。输入数据X，计算Y=F2（X），把X由数字型变成文字型，把X赋给Z打印X。数据内聚打开文件F1，读第一条记录，计算器和总数变量赋初值零，打印表头。时间内聚输入数据X，计算Y=F1（X），求总数S=S*Y，打印总数S。顺序内聚打印学生成绩单。功能内聚

计算各业务类型库存变化量：发料业务库存变化量，进料业务库存变化量。逻辑内聚输入学号，读学生成绩，计算学生平均成绩，打印学生成绩。过程内聚关闭文件F1，计算学生总数，删除记录D，输入数据X。偶然内聚

系统测试：1黑盒测试，又叫做功能测试或数据驱动测试。2白盒测试，又称为结构测试或逻辑驱动测试。系统转换方式：直接转换、并行转换分段转换。

第五篇、系统化教学设计读书笔记

信息系统分析与设计相关读书笔记

关于迪克.凯瑞《系统化教学设计》第9-12章的读书报告

第九章开发教学材料

1.传输系统和媒体选择：现有材料可用性、制作和实施方面的限制、教师的促进作用。

2.教学包的组成成分：教学材料、评估、课程管理信息。

3.现有教学材料的选择标准:

（1）以目标为中心的教学材料评价标准

（2）以学习者为中心的教学材料的评价标准

（3）以学习为中心的教学材料评价标准

4、设计者在材料开发和教学传输中扮演的角色

（1）当设计者既是材料开发者也是教师时

（2）当设计者不是教师

5、为形成性评价开发教学材料

（1）粗略草稿材料

（2）快速定性法

（3）材料开发工具和资源

第十章设计和实施形成性评价

1.一对一评价：标准、挑选学习者、数据收集、程序评估和问卷、学习时间数据解释、结果

2.小组评价：标准和数据、挑选学习者、程序、评估和问卷、数据汇总和分析、结果

3.现场试验评价：评价地点、标准和数据、挑选学习者、实施现场试验的程序和步骤、数据汇总和解释、结果

4、行为情境中的形成性评价：标准和数据、挑选被试、程序、结果

5、对选定材料的形成性评价

6、对教师主导的教学的形成性评价

7、未选定的教材和教师主导的教学收集数据

8、影响形成性评价的一些考虑：

（1）情境方面的考虑

（2）学习者方面的考虑

（3）形成性评价结果方面的考虑

（4）形成性评价实施方面的考虑

第十一章修改教学材料

一、分析形成性评价收集的数据：

1、分析来自一对一试验的数据

2、分析来自小组和现场试验的数据

（1）小组的题目—目标成绩

（2）学习者的题目—目标成绩

（3）学习者在不同测验上的成绩

（4）图示学习者的成绩

（5）其他类型的数据

（6）考查数据的顺序

（7）起点行为

（8）前测和后测

（9）教学策略

（10）学习时间

（11）教学程序

二、根据分析结果，对教学方案实施修改

第十二章设计和实施总结性评价

总结性评价的主要目的是作出决策，确定是否继续使用目前使用的教学材料，或者是否采用可能满足组织所确定的教学需求的材料。

1.专家评定

一致性分析：组织的需求、资源、内容分析、设计分析、有效性和可行性分析、当前用户分析

2.现场试验：结果分析、计划、准备、实施教学、收集数据、总结和分析数据、报告结果。

体会与思考

（一）体会

本书所阐述的是基于系统观的教学设计，把教学过程看成一个系统，各个环节及其要素都是整个教学系统中的关键组成部分。系统中各要素相互联系，相互影响，强调各要素的协调一致，发挥整体作用。教学系统中各个环节都以系统思想为指导，使用系统方法进行设计实施。基于系统方法设计和开发的教学，充分考虑了教学结构中的各个要素的影响与作用。这样设计教学，使得教学结构成为一个动态的开放性过程，任何环节、任何时间都可以根据实际的反馈和具体变化作出调整和修改。按照“迪克—凯瑞”模型设计教学方案，使得整个过程系统化、程序化、标准化，一个一个步骤展开，每一个步骤都是在前一个步骤的基础之上开展，并作为下一个步骤的基础。设计者按照这个模型，

操作起来标准比较统一，即都按同样的程式操作，设计出来的产品标准也比较统一。也就是说，这种系统化的教学设计，具有具体的操作性，完整性和动态性。但是，我觉得系统方法对中小学教师的教学来说并不一定实用和有效。首先，来说其实用性，按照“迪克—凯瑞”模型设计一堂课的过程太过复杂，这是我读完本书后的第一感觉。中小学老师上45分钟的课，要他去花许多时间在教学方案设计上，对于他们来说，显然时间是不允许的。但是按此模型设计教学，从目标确定、教学分析、学习者及其情景分析以及到形成性评价的设计与实施，再修改教学方案，这个过程中，要通过观察、调查收集和分析众多数据，花费的时间和精力是巨大的。但我们中小学不论从教学时间、教学大纲、内容安排都是按部就班的，具体阶段和时间都有具体的安排，并不那么灵活。如果按该模型设计教学的话，一位老师可能在作完某节内容的分析而后设计出教学方案时，可能按照教学进度，该节课的内容早就应该结束了。还有，在中国，中小学实行的是统一的教育目标、统一的课程大纲、统一的教学内容，只要是上过几年课的老师对这些内容都能烂熟于心，并能逐步掌握学生掌握某一项内容的规律和特点，并相应的摸索出一些策略和方法，在其脑海中形成了一个较为固定教学的有效模式。他们根本就没有动力，去辛辛苦苦的在教学前，花费大块时间写一份很详细的教学设计方案。。其次，来说说基于该型设计的教学的有效性。其实，某种程度上，我们不得不承认一个事实，教案作的再好，也不一定能保证就会有好的教学。其实真正在教学实施过程中，实施者——教师才是起关键作用的因素。如果严格按照方案设计的步骤一步一步来，显然是不现实的，那样将会使得课堂显得呆板，所以势必是要教师根据具体课堂情景，作出适时调整的。

（二）思考

1、系统化教学设计或许用到企业绩效培训中更有效。信息系统分析与设计相关读书笔记

从迪克凯瑞的模型设计来看，按此模型作方案的流程，很适合于在企业培训中操作，在企业培训中，模型中各个环节都成为培训师设计的重点。而且，在书中是结合实例讲解的，其实列也是基于一个企业培训的方案，甚至于整本书的语言用词也是从企业培训的角度出发的。

2、美国的东西拿到中国会变味，但也要变味

这套理论是依据美国的教育教学实践创造出来的，美国的现实跟中国还是有区别的，自然不能直接用来对中国的教育教学实践产生作用，所以必须结合中国的具体实践，深入的在实践中探索那些点可以被我们吸收，即要进行中国化。

第六篇、《管理信息系统》薛华成清华大学出版社读书笔记

信息系统分析与设计相关读书笔记

在阅读本书之前，我心中一直有些疑惑，管理是什么、信息是什么、系统是什么、管理信息系统又是什么。通过阅读，我在书中找到了我要的答案。

管理：管理是为了某种目标，应用一切思想、理论和方法去合理地计划、组织、指挥、协调和控制他人，调度各种资源，如人、财、物、设备、技术和信息等，以求以最小的投入去获得最好或最大的产出目标。

信息：信息系统中的信息是经过加工后的数据，它对接收者的行为能产生影响，它对接收者的决策具有价值。

系统：系统是一些部件为了某种目标而有机地结合的一个整体。

管理信息系统的概念：

管理信息系统的概念起源很早，能够追溯到20世纪30年代。最初管理信息系统的定义出自管理，并没有强调一定要用计算机。直到80年代，明尼苏达大学卡尔森管理学院的著名教授高登.戴维斯才给出管理信息系统一个较完整的定义。经过后人的不断补充与完善，我们可以将管理信息系统定义如下：管理信息系统是一个以人为主导，利用计算机硬件、软件、网络通信设备以及其他办公设备，进行信息的收集、传输、加工、储存、更新和维护，以企业战略竞优、提高效率为目的，支持企业高层决策、中层控制、基层运作的集成化的人机系统。从中我们可以看出，管理信息系统绝不仅仅是一个技术系统，依靠计算机等实现管理，而是一个将人包括在内的人机系统，一个管理系统，一个社会系统。

管理信息系统的开发：

在具体进行项目开发前，首先要建立领导小组、组成系统组、进行系统规划。领导人员应具有一些管理信息系统的基本知识；有提高自己企业管理水平的思想和运用现代管理科学的设想；懂得管理信息系统的开发步骤及主要工作并要

善用人，能够组织队伍。

在组成系统组织前应由领导者建立信息系统委员会，主要工作是确定系统目标，审核和批准系统方案，验收和鉴定系统及组建各种开发组织。在信息系统委员会的领导下建立一个系统组。系统组应有各行各业的专家，例如管理专家、计划专家、系统分析员、运筹专家、计算机专家等。

组建队伍后，进行全系统的规划。

当这三步完成之后，便可以开始一个个项目的开发。每个项目开发都要经历以下四步：系统分析、系统设计、系统实现和系统评价。

在阅读之前，我以为管理信息系统只与计算机相关，只要后台创建数据库与前台登陆界面连接即可。通过阅读此书，我发现管理信息系统是一门综合学科，融合了管理学、数学、计算机科学。管理信息系统最主要的工作是帮助企业进行管理及决策。在开发管理信息系统的过程中，编写程序，制作数据库、前台界面这些在整个管理信息系统的开发中所占比例并不高，反而在真正动手实现系统之前的系统分析、系统设计是至关重要的环节，其中有许许多多学问，涉及了很多我们计算机专业学生并不熟悉的分析方法、管理方法。

当我们正式进入项目开发后，我们首先要做的就是进行系统分析。系统分析可分为：系统调查、组织功能分析、业务流程分析、数据流程分析、功能/数据分析和新系统方案提出等。

当完成系统分析后，我们写一份系统分析报告，系统分析报告是下一步设计与实现的纲领性文件。要包括以下内容：1）组织情况简述2）系统目标和开发的可行性3）现行系统运行状况4）新系统的逻辑方案

之后我们进入系统信息开发过程中另一个重要阶段：系统设计。信息系统分析与设计相关读书笔记

系统设计包括两个方面，一是总体设计，二是具体的物理设计。系统设计的主要内容包括新系统总体结构框架设计、代码设计、数据库设计、输入/输出设计、处理流程及模块功能的设计。

系统设计的最终结果是系统设计报告。应包括：1）系统总体结构图（总体结构图、子系统结构图、计算机流程图等）2）系统设备配置图3）系统分类编码方案4）数据库结构图包括DB的结构5）I/O设计方案6）HIFO图、IPO图等7）系统详细设计方案说明书。

最后我们要进行系统实施。系统实施阶段的主要任务是：1）按总体设计方案购置和安装计算机网络系统2）建立数据库系统3）程序设计与调试4）整理基础数据、培训操作人员5）投入切换和试运行。

第七篇、管理信息与系统论文读后感

信息系统分析与设计相关读书笔记

读后感

〖论文内容〗

本文主要研究了中小型企业ERP实施过程中涉及到的关键因素之间的相互关系。主要解决以下三个问题：第一，什么是主要关键成功因素？第二，这些因素如何在实施过程中相互影响？第三，在什么阶段有最高的影响因素？全文围绕这三个问题，从超过50篇的相关文献中去综述和辨别在大型企业ERP实施过程中的主要关键成功因素（CSF)，同时考虑到模型对中小企业的适用性，论文作者对中小企业进行了调查，最终该研究成果被开发成一个监控工具，并且在工具开发过程中寻找相关专业人士验证开发模型的可行性。本文共分为以下四个部分：信息系统分析与设计相关读书笔记

第一，介绍。首先，该部分介绍了ERP的实施和发展现状，特别是ERP在中小企业的发展现状，指出ERP正逐渐被应用于中小企业并且许多大的ERP系统供应商也积极瞄准中小企业ERP发展市场，同时指出ERP在中小企业应用中面临的困难。其次，该部分介绍了ERP实施的研究现状，指出了大部分研究学者集中在主要关键因素和方法的研究，而对关键因素之间的相互作用和影响还没有细致的研究。最后，该部分介绍了研究目的：即开发一个方法和一个原型系统去帮助测量ERP实施各阶段基于关键成功因素与最终集成系统间的相互关系。最后，该部分提出三个假设：

假设:1：ERP系统在实施过程中需要强调组织和操作因素。

假设2：组织因素比操作因素在实施过程中扮演更重要的角色。

假设3：在ERP实施初级阶段缺乏成功实现的模型可能导致公司弱集成化。该文通过文献回顾、工业调查和访谈的方法去识别ERP实施中的关键因素，同时使用一个跨学科方法去分析被选模型之间的关系和相互影响，验证以上假设并提出结论。

第二，实施ERP项目的关键成功因素。该部分主要介绍了在ERP实施过程中的关键成功因素。该部分作者通过文献回顾研究了当前关键成功因素（模型)的发展现状和相关理论研究成果，在此基础上，通过回顾50篇以上的ERP实施的相关文献对关键成功因素进行识别，统计这些因素出现的频率和百分比，并指出10个出现最频繁的因素。

第三，分析关键成功因素的关系。该部分分为三个小部分。首先，作者通过文献研究和在该领域有专业研究的的主观判断将关键因素分为三类：组织因素（组织水平≥60%）、操作因素（组织水平40%—60%，不包括边界值）和中立因素（组织水平≤40%)。同时得出在关键成功因素中51.5%的被分为组织因素，42.4%的被分为操作因素和6%的被分为中立因素，并且整个实现过程开始时清晰分为两部分而结束时收敛于中立部分；其次，作者运用交叉参考模型去分析每

个关键成功因素怎样实现影响过程。作者通过对英国东北部8个在ERP领域有实践经验的经理的调查，运用Aess软件建立了一个包含33个问卷的数据库，分析每个变量是如何影响其他变量的。在整个过程中，每个变量的影响通过0—5来打分，最后根据每个变量得分来排序。通过排序找出其中最重要的变量，然后运用帕累托法则*(80—20原则)对这些变量进一步分析，找出这些变量的影响以及怎样影响。结果得出，这些变量中80%的因素是组织因素而不是操作因素，因此假设2得到验证。最后，该部分分析了模型的影响。在该模型中，选用了10个最重要的关键成功因素，通过对这10个关键因素进行分析可以发现它们能被分为以下3个不同的交互组：（1）基本交互组：该组中包含只影响其他关键成功因素而不受其他因素显著影响的因素。（2）关键交互组：该组中包含那些被基础因素影响并且对其他因素产生显著影响的因素。（3）依赖交互组：该组包括被其他关键成功因素影响的因素。同时，研究发现，随着实施的进步，关键成功因素的交互水平也增加了，因此可以得出然后一个关键成功因素的弱表现都将影响下一实施阶段的表现，假设3得到验证。

第四，结论。该部分首先讲述了33个在ERP系统实施过程中的关键成功因素被分为组织因素和操作因素，并指出组织印祖在实施过程中扮演更重要的角色。其次论文对前10个关键成功因素的相互关系进行分析，指出他们被分为基本、关键和依赖三类，并得出随着实施过程的进步，实施过程中的因素数量和交互关系也增加了，因此得出每个关键成功因素的正确评估对ERP系统的成功实施是至关重要的。最后，论文研究了每个关键成功因素在具体阶段和整体上的影响，指出对关键成功因素相互关系的精确测量对于中小企业实施ERP获益具有重要作用。

〖收获与感想〗

通过对这篇论文的精读，对我写论文有很大的帮助，我有很大的收获。首先，文献研究重要。写论文要有理有据，有源有尾。以前阶段写论文犯得最大的一个错误是断章取义，空穴来风。很多时候当想写一篇论文时，往往只是对现有文献做粗略的阅读，在没有完全把握课题的研究现状和发展实际的基础上就草草动笔，结果写出来的东西往往不具有针对性和创新性。同时，在文献选择上，只是随意的下载与课题相关的文献，而没有对这些文献的适用性和可读性进行鉴别，同时，在阅读这些文献时只是注重他们结论的积累，而没有去真正认真仔细的研读他们的研究方法和结论的可信性，从而导致自己所写的论文只是草草赘述，文字积累，毫无创新性和实用性。通过这篇文章的阅读，我认为文献研究至少要经历以下三个阶段：第一，选择文献。在我们确定课题之后，首先要对相关的文献进行选择，包括国内文献和国外文献，其次要看这些文献的级别和所引次数，确保该文献符合当前研究潮流，最后，要对所选文献进行粗读，删除那些表面与课题相关但无实际参考作用的文献。第二，精读文献。要对已经选择的

文献进行详细的阅读，包括文献中的研究方法和模型，同时寻找这些文献与自己所选课题的匹配度，要取其精华，在这些文献研究成果的基础上创新自己的研究思路和方法。第三，文献综述。在对所有选择文献进行仔细研究的基础上，要列出文献时间普，要寻源追踪，不断挖掘这些文献之间的前因后果，同时找出它们存在的不足，在此基础上作为自己的研究目的和创新突破口。

然后，注重方法和模型。论文写作必须选择合适的方法和模型。在选择方法时要考虑两点：一是方法的适用性。当我们在写论文时，首先要去搜集前人在该领域所使用的研究方法，去辩证的认识这些方法，找出它们使用方法的合理性和不足，从而不断改进自己所使用的研究方法；二是方法的创新性。在我们选择研究方法时在适用的基础上要不断创新，不断改进原有研究方法的不足，使自己的研究方法更加科学和合理。当然，同时应该避免为了创新而创新，不考虑方法的适用性，胡乱的适用研究方法。模型的选择对研究结论至关重要，因此模型的选择要有理有据，要考虑模型与所研究对象的切合点，是否需要改进等问题。

其次，数据很重要。数据是研究对象的根，如果根“坏”了，那么整个研究就是空谈。数据对整个论文的研究起到生死攸关的作用，因此对待数据要慎之又慎。数据的处理主要应关注以下三方面：一是数据的真实性。数据是研究的基础，因此数据的第一步是保证其真实性，只有数据真实才能得出科学的研究结果。因此，在我们选择数据时必须考虑数据出处的可信度和科学性，应该选择那些国家或地方公开出版的数据（如国家和地方统计局），这样才能保证数据的真实。如果是采用问卷调查的方式获得一手数据，那么我们必须在数据搜集阶段严格控制调查的真实性，努力缩小数据误差。二是数据的可得性。在我们确定研究主题之后，需要进行大量的数据搜集，但是有可能部分指标数据不可得，因此在我们前期设计指标体系时要考虑数据的可得性，删除那些不可得或者数据真实性不明的指标，从而保证数据的可得性；三是数据处理的科学性。在我们搜集到所需要的数据之后，接下来要做的就是根据研究目的对这些数据进行处理，这是“惊险”的一步，因为如果这一步做不好就导致结论的偏差和前期劳动成果的流失。因此，在我们进行数据处理时必须保证数据处理的科学性，既要保证所使用处理软件是适用性，又要保证处理方法的科学性。

最后，重视结论。结论是整篇论文画龙点睛的部分，因此我们必须认真对待。结论的获得不是随意的，而是根据整篇论文前期的研究而自然而然得到的，结论主要包含两部分，即解决之事和未完之拖。所为解决之事就是所研究论文已经解决的问题以及解决的程度，同时根据问题提出的相关建议等；所谓未完之拖是指论文中存在的不足以及应该改进的地方或者未来的研究方向。结论是全文的升华，只有重视结论，才能使整篇文章跃然一体，有始有终。

我认为论文的写作是一个不断积累不断提升的过程，只有我们在日常生活中多写、多练、多总结，我们才能写出来高质量的论文，我相信功夫不费有心人，只要肯努力，就会有收获！

第八篇、《信息系统项目管理师》教材读书笔记NEW

信息系统分析与设计相关读书笔记

一、信息系统项目管理基础

1.1项目

1.1.1定义及特征

项目（Project）是为提供某项独特的产品、服务或成果所进行的临时性的一次性努力。更具体的解释是用有限的资源、有限的时间为特定客户完成特定目标的一次性工作。

资源：指完成项目所需要的人、财、物。时间：指项目有明确的开始和结束时间。

客户：指提供资金、确定需求并拥有项目成果的组织或个人。目标：满足要求的产品、服务或成果，并且有时它们是不可见的。

项目的特点：临时性、独特性、渐进性。

1.1.2项目和运作

两者的主要区别：日常运营是持续不断和重复进行的，项目是临时性的，独特的。项目的目标是实现其目标，然后结束项目；而运作的目标一般是为了维持经营。

两者的相同：由人员执行；受制于有限的资源；需要计划、执行和控制。

1.1.3项目和战略

项目经常当作实现组织战略计划的一种手段使用。以下一项或多项的战略考虑是项目被批准的典型依据：市场需求；营运需求；客户要求；技术进步；法律要求；

1.1.4项目目标

成果性目标（也称为项目目标）：通过项目开发出的满足客户要求的产品、系统、服务或成果；

约束性目标（也称为管理性目标）：完成项目成果性目标需要的时间、成本以及要求满足的质量；

项目目标要求遵守SMART原则：Specific具体的；Measurable可测量的；Agreeto相关方同意的；Realistic现实的；

Time-oriented有时间要求的；

项目目标特征：多目标性、有不同的优先级、具有层次性。

1.1.5信息系统集成项目

信息系统项目是根据用户需求，优选各种技术和产品，进行设计开发，将各个分离的“信息孤岛”连接成为一个完整、可靠、经济和有效的整体，并使之能彼此协调工作，发挥整体效益，达到整体优化的目的。

信息系统是以信息的集成为目标、功能的集成为结构、平台的集成为基础、人的集成为保证。

典型的信息系统项目有如下特点：目标不明确；需求变化频繁；智力密集型；设计队伍庞大；设计人员高度专业化；

设计的承包商多；

各级承包商分布在各地，相互联系复杂；

系统基础项目中需要研制开发大量的软硬件系统；项目生命期通常较短；通常要采用大量的新技术；使用和维护的要求非常复杂。

1.2项目生命期

1.2.1定义及特征

项目经理或组织可以把每个项目分成若干个阶段，以便有效地进行管理控制，并与该项目实施组织的日常运行联系起来，这些项目阶段和在一起称为项目生命期。

大多数项目生命周期都具有许多共同的特征：

在初始阶段，费用和人员水平较低，在中间阶段达到最高，当项目接

近结束时则快速下降。

在项目的初始阶段不确定性水平最高，因此不能达成项目目标的风险

是最高的。

在项目的初始阶段，项目干系人影响项目的最终产品特征和项目最终

费用的能力最高，随着项目的继续逐渐变低。

1.2.2与产品生命期关系

产品生命期开始于经营计划，经过构思，到产品，到日常经营和产品退出市场。在某些应用领域，项目生命期视为产品生命期的一部分。

1.2.3信息系统项目生命期模型

瀑布模型：经典的软件生命周期模型，一般将软件开发分为可行性分析（计

划）、需求分析、软件设计（概要设计、详细设计）、编码（含单元测试）、测试、运行维护等几个阶段。适用于需求明确或很少变更的项目。

螺旋模型：是一个演化软件过程模型，将原型实现的迭代特征与瀑布模型中控制的和系统化的方面结合起来，使得软件的增量版本的快速开发成为可能。螺旋模型强调了风险分析，特别适用于庞大而复杂的、高风险的系统。

迭代模型：分4个阶段：初始、细化、构造、移交。

初始阶段：系统的阐述项目的范围，选择可行的系统架构，计划和准备业务案例；

细化阶段：细化构想，细化过程和基础设施，细化架构并选择构件；构造阶段：资源管理、控制和过程最优化，完成构件的开发并依据评价标准进行测试，依据验收标准评估产品的发布；

依据阶段：同步并使开发的构造增量集成到一致的实施基线中，根据完整的构想和需求集的验收评估标准与实施有关的工程活动的实施基线。

适用于面向对象的软件开发过程。

信息化项目的生命周期：可行性分析、业务重组、信息系统规划、系统需求分析、系统设计、系统实现、系统测试、系统实施、系统试运行、运营和维护等阶段。

1.3项目干系人

项目干系人（ProjectStakeholder），是积极参与项目、或其利益因项目的实施或完成而受到积极或消极影响的个人和组织，他们还会对项目的目标和结果施加影响。

常见的关键干系人有：

项目经理（ProjectManager）

顾客/客户（Customer/User）执行组织（Performinganization）项目团队成员（ProjectTeamMembers）项目管理团队（ProjectManagementTeam）出资人（Sponsor）有影响的人（Influencers）项目管理办公室（PMO）

1.4项目组织

组织结构：职能型组织、矩阵型组织（弱/平衡/强3种）、项目型组织。

组织文化这些文化体现在：

组织的功能价值观、行为准则、信仰和期望；