学习《软件工程》心得和体会
软程学习心得在期的软件工程课程的学习中，我们学习了十一章容。
第一章软软件工程的概念，这一章主要讲解的是一些概念性和基础性的内容，例如软件的概念、特性，软件危机的主要表现，软件工程的概念以及软件生存期、典型生存期模型等等。
第二章软件工程方法与工具，这一章主要对软件工程方法进行介绍，包括三种方法：传统方法、面向对象方法、形式化方法。
还引出了工具UML。
第三章软件需求获取与结构化分析方法，本章详细介绍了需求获取与需求分析阶段的任务以及结构化分析方法，画分层的数据流图、E-R图以及状态图式本节的重点。
第四章结构化分析方法，这一章重点讲解了使用变换型映射方法和事务型映射方法生成初始的模块结构以及模块结构的改进。
第五章编码，这一章重点讲解了编码的风格及规范，还告诉我们编码规范说带来的好处，并告诫我们将来一点要形成好的编码风格。
第六章软件测试方法，本章讲解了软件测试相关的概念及重要性，软件测试与开发各个阶段的关系；还介绍了白盒测试技术以及黑河测试技术。
第七章统一建模语言UML概述，本章详细介绍了UML的基本模式、事物、关系及建模时用到的各种图进行了介绍。
第八章面向对象分析，这一章主要讲解了面向对象分析的3种模型，包括功能模型、静态模型和动态模型。
第九章软件体系结构与设计模式，本章对软件体系结构的基本概念、典型风格等进行了讲解。
第十章面向对象设计，本章的重点是对面向对象分析时建立的对象模型进行调整和细化。
第十一章软件维护，本章主要介绍软件维护的任务、软件维护活动以及软件维护方法进行了介绍。
要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原则： 软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
软件工程过程主要包括开发过程、运作过程、维护过程。
它们覆盖了需求、设计、实现、确认以及维护等活动。
需求活动包括问题分析和需求分析。
问题分析获取需求定义，又称软件需求规约。
需求分析生成功能规约。
设计活动一般包括概要设计和详细设计。
概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。
详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。
实现活动把设计结果转换为可执行的程序代码。
确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。
维护活动包括使用过程中的扩充、修改与完善。
伴随以上过程，还有管理过程、支持过程、培训过程等。
软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
我们学习了详细设计的方法，其原则是过程描述是否易于理解、复审和维护，进而过程描述能够自然地转换成代码，并保证详细设计与代码完全一致。
包括程序流程图、N-S图、PAD图、HIPO图程序流程图：程序流程图又称之为程序框图，它是软件开发者最熟悉的一种算法表达工具。
它独立于任何一种程序设计语言，比较直观和清晰地描述过程的控制流程，易于学习掌握。
在流程图中只能使用下述的五种基本控制结构：顺序型；选择型；while型循环；until型循环；多情况型选择。
N-S图：一种符合结构化程序设计原则的图形描述工具，称为盒图，又称为N-S图。
在N-S图中，为了表示五种基本控制结构，规定了五种图形构件。
顺序型；选择型；WHILE重复型；UNTIL重复型；多分支选择型。
PAD图：它是用结构化程序设计思想表现程序逻辑结构的图形工具。
PAD也设置了五种基本控制结构的图示，并允许递归使用。
HIPO图：HIPO图是由一组IPO图加一张HC图组成。
它是美国IBM公司在软件设计中使用的主要表达工具。
HC图既是层次图，用于表示软件的分层结构。
HC图中的每一个模块，均可用一张IPO图来描述。
IPO 图由输入、处理和输出三个框组成，需要时还可以增加一个数据文件框，这种图形的优点，是能够直观地显示输入—处理—输出三者之间的联系。
还有测试方法:按照测试过程是否在实际应用环境中来分，有静态分析与动态测试。
测试方法有分析方法（包括静态分析法与白盒法）与非分析方法（称黑盒法）。
静态分析技术：不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做结构检查、流程分析、符号执行来找出软件错误。
动态测试技术：当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数则描述了输入的定义域与输出值域的关系。
还学习了其他很多工具、语言、方法等，虽然不是都学得很透彻，但我相信在今后的学习中一定会慢慢的完善的。
软件工程对于初学者来说，知识基础较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。
但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进行提高，制定出详细的学习规划。
还要注意与其他科目的相辅相成，就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进行研究拓展;在学习语言时，要看看与C语言的联系，多思多想，把从各个科目学到的知识通汇贯通。
在软件工程的学习中，我了解到了软件并非是一些代码这么简单，在开发软件的过程中，编写代码的工作量其实只占不到所有工程量的30%，而后期的管理和维护更是占了60%到80%之多。
一个完整的项目规划须包括，软件的定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。
而编码的学习中，我更了解到形成自己独特的规范的编码风格是非常重要的事。
因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无规范可言，那么别人怎么能读懂你的程序
读不懂程序，维护又从何谈起呢
所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在规范的基础上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。
在学习中，我们还要注意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。
而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。
形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。
在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的基础，并以此为基础将其扩散开来，应用于今后的实践。
不断锻炼自己，向一名合格的程序设计师迈进。
就如何利用面向对象的软件开发方法来开发软件心得体会
面向对象技术是软件技术的一次革命，在软件开发史上具有里程碑的意义。
随着OOP（面向对象编程）向OOD（面向对象设计）和OOA（面向对象分析）的发展，最终形成面向对象的软件开发方法 OMT(LbjectModellingTechnique）。
这是一种自底向上和自顶向下相结合的方法，而且它以对象建模为基础，从而不仅考虑了输入、 输出数据结构，实际上也包含了所有对象的数据结构。
所以OMT彻底实现了PAM没有完全实现的目标。
不仅如此，OO技术在需求分析、可维护性和可靠性这三 个软件开发的关键环节和质量 指标上有了实质性的突破，彻底地解决了在这些方面存在的严重问题，从而宣告了软件危机末日的来临。
自底向上的归纳 OMT的第一步是从问题的陈述入手，构造系统模型。
从真实系统导出类的体系，即对象模型包括类的属性，与子类、父类的继承关系，以及类之间的关 联。
类是具有相似属性和行为的一组具体实例（客观对象）的抽象，父类是若干子类的归纳。
因此这是一种自底向上的归纳过程。
在自底向上的归纳过程中，为使子 类能更合理地继承父类的属性和行为，可能需要自顶向下的修改，从而使整个类体系更加合理。
由于这种类体系的构造是从具体到抽象，再从抽象到具体，符合人类 的思维规律，因此能更快、更方便地完成任务。
这与自顶向下的Yourdon方法构成鲜明的对照。
在Yourdon方法中构造系统模型是最困难的一步，因为 自顶向下的“顶”是一个空中楼阁，缺乏坚实的基础，而且功能分解有相当大的任意性，因此需要开发人员有丰富的软件开发经验。
而在ＯＭＴ中这一工作可由一般 开发人员较快地完成。
在对象模型建立后，很容易在这一基础上再导出动态模型和功能模型。
这三个模型一起构成要求解的系统模型。
自顶向下的分解 系统模型建立后的工作就是分解。
与Yourdon方法按功能分解不同，在OMT中通常按服务（Service）来分解。
服务是具有共同目标的相关 功能的集合，如I／O处理、图形处理等。
这一步的分解通常很明确，而这些子系统的进一步分解因有较具体的系统模型为依据，也相对容易。
所以OMT也具有自 顶向下方法的优点，即能有效地控制模块的复杂性，同时避免了Yourdon方法中功能分解的困难和不确定性。
OMT的基础是对象模型 每个对象类由数据结构（属性）和操作（行为）组成，有关的所有数据结构（包括输入、输出数据结构）都成了软件开发的依据。
因此Jackson方法 和PAM中输入、输出数据结构与整个系统之间的鸿沟在OMT中不再存在。
OMT不仅具有Jackson方法和PAM的优点，而且可以应用于大型系统。
更重 要的是，在Jackson方法和PAM方法中，当它们的出发点——输入、输出数据结构（即系统的边界）发生变化时，整个软件必须推倒重来。
但在OMT中系 统边界的改变只是增加或减少一些对象而已，整个系统改动极小。
需求分析彻底 需求分析不彻底是软件失败的主要原因之一。
即使在目前，这一危险依然存在。
传统的软件开发方法不允许在开发过程中用户的需求发生变化，从而导致种种问题。
正是由于这一原 因，人们提出了原型化方法，推出探索原型、实验原型和进化原型，积极鼓励用户改进需求。
在每次改进需求后又形成新的进化原型供用户试用，直到用户基本满意，大大提高了软件的 成功率。
但是它要求软件开发人员能迅速生成这些原型，这就要求有自动生成代码的工具的支持。
OMT彻底解决了这一问题。
因为需求分析过程已与系统模型的形成过程一致，开发人员与用户的讨论是从用户熟悉的具体实例（实体）开始的。
开发人员必须搞清现实系统才能导出系统模型，这就使用户与开发人员之间有了共同的语言，避免了传统需求分析中可能产生的种种问题。
可维护性大大改善 在OMT之前的软件开发方法都是基于功能分解的。
尽管软件工程学在可维护方面作出了极大的努力，使软件的可维护性有较大的改进。
但从本质上讲，基于功能分解的软件是不易 维护的。
因为功能一旦有变化都会使开发的软件系统产生较大的变化，甚至推倒重来。
更严重的是，在这种软件系统中，修改是困难的。
由于种种原因，即使是微小的修改也可能引入 新的错误。
所以传统开发方法很可能会引起软件成本增长失控、软件质量得不到保证等一系列严重问题。
正是OMT才使软件的可维护性有了质的改善。
OMT的基础是目标系统的对象模型，而不是功能的分解。
功能是对象的使用，它依赖于应用的细节，并在开发过程中不断变化。
由于对象是客观存在的，因此当需求变化时对象的性质要比对象的使用更为稳定，从而使建立在对象结构上的软件系统也更为稳定。
更重要的是OMT彻底解决了软件的可维护性。
在OO语言中，子类不仅可以继承父类的属性和行为，而且也可以重载父类的某个行为（虚函数）。
利用这 一特点，我们可以方便地进行功能修改：引入某类的一个子类，对要修改的一些行为（即虚函数或虚方法）进行重载，也就是对它们重新定义。
由于不再在原来的程 序模块中引入修改，所以彻底解决了软件的可修改性，从而也彻底解决了软件的可维护性。
OO技术还提高了软件的可靠性和健壮性。
软件项目开发总结报告实例
软件项目总结报告范文1引言1.1编写目的XXX公司业务管理系统的开发已经基本完成。
写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。
1.2背景项目名称：XXX业务管理系统软件名称：XXX业务系统客户：XXX用户：XXX员工1.3参考资料项目开发文档：1．软件开发数据模型：PDM_OperationSystem20070831.pdm2．数据库开发文档： XXX业务管理系统数据库设计说明书2.0.doc3．软件业务流程参考：XXX业务管理系统流程说明.doc4．软件使用手册参考：XXX业务管理系统功能说明3.0.doc5．软件业务流程参考：XXX业务管理系统流程说明.doc6．软件中使用到的第三方控件：ComponentArt Web.UI 2006.1252 for asp.net2.0.rar7．软件中使用的安全Ikey驱动：Ikey Driver.rar以上参考资料是截止2007-08-31是最新的资料文档。
如有修改，即使修改此处的参考文档名称。
2开发工作评价2.1对生产效率的评价1． 系统开发已历时快1年的时间了2． 开发的反复性比较多。
3． 对客户的需求理解不是很透彻。
综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。
2.2对产品功能的评价经过我们公司各位同事的共同努力协作，XXX业务管理系统已经很好的完成了客户的业务流需求。
经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因是多方面的。
如：前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。
总的来说，此系统的功能开发还是一个比较成功的案例。
2.3对技术方法的总结在此项目中使用到技术和工具：1． 使用代码生成器：使用代码生成器 [动软.Net代码自动生成器],此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。
在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。
在今后的项目开发中，我们最好是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。
2． 使用数据库建模工具；PowerDesigner 工具来建立系统数据库模型，以方便程序员很好的理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。
在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，最大的来优化系统功能。
3． 使用第三方控件：此系统中使用了ComponentArt Web.UI 第三方控件。
此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的操作带来了方便。
本项目中只使用了ComponentArt Web.UI一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。
这样以来，无论是针对软件界面的美观性、友好性来说、易操作性而言，还是针对系统开发效率而言，这都是很好途径。
但需要意的是：在是使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。
4． 使用自定义控件：此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。
如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改GhdGridView控件的样式，系统中的所有继承自GhdGridView的表格样式都可以改变。
5． 系统开发框架：此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。
但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。
这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很多维护费用。
使我们的技术不断的更加成熟。
6． 系统安全加密：此系统中针对客户提出的系统安全问题，我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性，此Ikey钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。
这样以来，即使用户的密码不慎丢失，或者被不法人员取得（不法人员他也是无法登陆到我们的系统中来），这样就最大的提高了我们系统的安全性。
Ikey加密钥匙是很好的加密B\\\/S架构软件的硬件工具，在以后的软件安全方面可以借鉴。
3项目经验总结3.1签定合同 一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。
往往，很多一部分公司与客户签定的项目合同都是很模糊的，也很难签定的比较清楚，这样以来就会导致在项目的开发后期，工作两会越来越大，影响项目的竣工周期；而且，项目的开发费用一般是不会变的。
这样以来，我们就大大的降低了我们的开发效益。
虽然需求范围很难签定的明确，但是我们在签定合同时，要尽量的去把合同功能边界和添加新功能的条件签定。
3.2开发团队 在项目确立后，要尽快的建立起项目开发团队。
项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。
这样，在项目的开发过程中，团队才不会被难题困住不动。
另外，团队中要有一个项目负责人，这个人无论是在与客户的沟通上，还是在技术上都要是很出众的人，此项目负责人要能很好的沟通客户与开发成员之间，以此来更好的理解客户的功能需求。
人的记忆力总是有限的，所以就要求开发团队成员要尽量的书写一些开发文档，这些文档往往是我们在项目开发后期要用到的可寻资料。
项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势，使我们的团队不断的壮大。
3.3需求的调研 在项目确立后，就到了需求调研分析阶段。
1． 项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握，这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求，如此以来我们就为自己埋下了地雷,影响项目的开发周期，这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。
2． 我们要尽量的让客户也参与到项目的开发团队中来，也就是说我们要使客户把自己也纳入到项目的开发团队中来，如此一来，我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱3． 在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。
很多程序员不愿参与到客户的需求调研中去，为什么呢
很简单，与客户沟通不如与代码沟通容易有意思。
尽管这样，我们还是必须用足够多的时间去和客户进行沟通，了解他们真实的需求。
很多用户也是如此，他们自己也不愿意参与到项目的需求调研中来，为什么呢
需求调研有出去和朋友一块烂漫对吗。
。
。
虽然现状如此，我们还是要努力的使客户参与到需求的调研中来。
4． 模糊需求，也就是模棱两可是需求规格说明中最为可怕的问题。
一是指诸多客户对需求说明产生了不同的理解；一是指单个读者能用不止一个方式来解释某个需求说明。
针对对这种情况，就要求我们的调研人员要能够从多个角度来分析客户的不同需求，整理出最终的需求与客户确认，定出最终真实可靠的需求，我们绝不能凭借我们自己的单面理解来定立客户的最终需求。
5． 在一个项目的开发中，文档的书写是极为中要的一项工作。
因为，某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。
我们绝对不能认为，凭借我们的大脑来记录所有的开发需求。
。
。
；即使，你说你是天才，你要用你那颗爱因斯坦的大脑来记录所有的开发需求，那也是不可能的，人的精力总是有限的。
这就要求我们在需求调研中做好需求文档的记录和整理。
6． 需求调研工具选择，客户一般对图形还是比较感兴趣的，所以我们在调研过程中，我要尽量的采用图形化界面来和客户沟通需求。
比如可以采用Rose工具，把客户的意思转换为用例图、时序图、协作图、状态图、类图等，使表达的意思更加直观。
这样客户会更快的进行问题的实质。
3.5做好开发计划 在项目确立后，我们就需要做好项目开发计划，需求调研用时，开发用时，测试用时，实施用时，维护用时。
在我们做好了计划后，我们要随时的跟踪计划任务的完成进度，从而使我们的项目进度掌控在我们的开发周期范围之内，今日计划、行动，明日成功。
3.5很好的沟通 在其他行业中，人与人的之间的沟通只很重要的。
项目开发也不例外，很好的沟通能够加快项目的进度，这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。
在一个项目的开发过程中，我们与客户的沟通是一个不断交流和沟通的过程。
在开发到一定的阶段，我们就需要和客户沟通已有功能，尽量的去避免一些隐藏的问题，及时的发现问题，解决问题，从而按时或者提前完成项目的开发。
3.6做好工作总结 在项目进行的过程中，我们要不断去整理自己的工作情况和做好总结，这样以来，无论是在自己的技术还是其它方面，都会对我们有很大的提高，在长期的积累后，无论是我们个人能力，，还是我们的团队能力都会有很大的提高。
软件项目管理心得体会
50．发展面向对象方法的是提高软统的可重用性，扩充性和护性，使软件系统向通用性发展。
51．数据表征了对象的状态，操作则是在外界激发下使数据的状态改变。
52．系统开发项目组成员由三类人员组成，即系统分析师、程序设计员和企业管理人员。
53．一个企业的信息系统规划可划分为战略性规划和执行性规划两大部分。
54．诺兰模型六个阶段是：初始阶段，普及阶段，控制阶段，集成阶段，数据管理阶段，成熟阶段。
在第1阶段到第3阶段人们主要关注的是信息技术的应用本身，在第4阶段到第6阶段人们关注的重点是信息资源的管理和有效应用。
55．信息系统规划的主要方法有：战略集合转移法，关键成功要素法，企业系统规划法。
56．们借助关键成功要素法，可以对企业成功的重点因素进行辨识，确定企业的信息需求，了解信息系统在企业中的位置。
57．系统规划方案的可行性应从经济方面、技术方面、系统运行方面进行分析和评价。
58．系统分析的主要目的是对现行系统进行详细调查，以充分掌握现行系统全面和真实的情况，分析用户信息需求，在此基础上提出新系统的逻辑模型。
59．现状调查应“自顶向下”、由抽象到具体地进行，调查内容有企业组织结构和信息关联状况、系统业务流程、系统数据调查等几个方面。
60．现状调查的第一步，就是要了解企业组织结构的现状及各组成部分之间的联系，并用组织结构图将它描绘出来。
61．为了准确地表达原系统的业务处理流程和便于以后各工作阶段能有效地研究和使用这些调查成果，一般采用业务流程图作为描述原系统业务的工具。
62．数据流用一根箭线表示，箭头指向数据流动的方向，箭尾连接数据产生的地方，它可以产生于或流向外部实体，处理功能，也可以产生于或流向数据存储。
63．、用分层次的数据流程图来描述原系统，把系统看作一个统一的整体，进行综合的逻辑描述。
首先要划定系统的边界，然后逐步求精，逐层深入分析。
64．扩展的数据流程图其绘制过程就是在原系统逻辑模型的基础上，进行改进和扩展，形成计算机化的信息系统逻辑模型的过程。
65．数据分析的任务，是将数据流程图中所出现的各组成部分的内容、特征用数据字典的形式做出明确的定义和说明。
66．数据字典的作用是对数据流程图中的各种成分，包括数据项、数据结构、数据流、数据存储、处理功能、外部项等的逻辑内容与特征予以详细说明。
67．数据字典中的条目有六种形式：数据项，数据结构，数据流，数据存储，处理功能，外部实体。
68．从逻辑上进行分析，处理功能可归纳为三类，即数据的输入和输出处理、算术运算、逻辑判断。
常采用决策树、决策表及结构化语言等作为描述功能分析的工具。
69．用结构化语言任何处理逻辑都可以表达为顺序、选择判断、循环三种结构。
70．系统设计阶段的主要目的是根据已批准的系统分析报告，考虑实际的技术，经济和运行环境等条件，确定新系统的物理实施方案。
71．系统设计阶段的主要活动有：系统总体设计，系统详细设计，编写系统设计报告。
72．系统总体结构设计的任务，是根据系统分析的逻辑模型设计应用软件系统的物理结构。
73．系统物理模型必须符合逻辑模型，能够完成逻辑模型所规定的信息处理功能，这是物理设计的基本要求。
74．系统应具有可修改性，即易读，易于进行查错、改错、可以根据环境的变化和用户的要求进行各种改变和改进。
系统是否具有可修改性，对于系统开发和维护影响极大。
75．在系统生命周期中各阶段的应用软件费用及人力投入大体分布如下：系统开发：20％，系统维护：80％ .76．在机构化总体结构设计中，整个应用软件系统由多个功能模块组成，通过合理的划分和组织模块，正确处理模块之间与模块内部的联系，达到使整个系统有良好的可用性，可读性，可修改性，易于调试和维护的目的。
77．必须设计一种合理的物理结构，将波动效应降低到最低限度，才能提高系统的可修改性。
78．1974年美国的w.stenvens等首先提出了“结构化设计”的构想。
79．具体操作由下层模块去完成，上层模块主要起到判断，控制和传递信息的功能。
80．模块独立程度可以由两个定性指标衡量，即：为保证模块相对独立，应使模块内部自身联系紧密，而模块外部相互之间的信息联系要尽可能减少，这是设计物理模型的两项重要原则。
81．衡量模块自身联系是否紧密、与外部的联系是否合理，需引入模块凝聚、模块耦合的概念。
82．模块凝聚是用以衡量一个模块内部自身功能的内在联系是否紧密的指标，也是衡量模块质量好坏的重要标准。
83．模块按凝聚程度的高低可分为五级：偶然凝聚，逻辑凝聚，时间凝聚，数据凝聚，功能凝聚。
84．耦合有三种类型：数据耦合，控制耦合，非法耦合。
85．绘制控制结构图的依据是数据流程图。
绘制控制结构图，首先是将上层数据流程图映射为上层控制结构图，由顶层数据流程图开始，逐级下推。
86．低层次模块结构的分解采用以下两种不同的方式：以转换为中心结构的分解，以业务为中心结构的分解。
87．数据库设计可以分为概念结构设计、逻辑结构设计和物理结构设计三个阶段。
88．E-R图主要是由实体、属性和联系三个要素构成的。
89．逻辑结构设计的任务，就是把概念结构设计阶段建立的基本E-R图，按选定的管理系统软件支持的数据模型 ，转换成相应的逻辑模型。
90．数据库设计的最后阶段是确定数据库在物理设备上的存储结构和存取方法，也就是设计数据库的物理数据模型。
91．数据库逻辑数据模型的一个关系对应了VFP软件中的一个表，关系的属性对应了表的字段，关系框架对应了表结构，关系元组对应了表记录。
92．设计数据表需要确定数据表名称，所含字段名称、类型、宽度以及应当建立的索引字段等。
93．NULL的含义是空值。
94．文件有两种打开方式，“以只读方式打开” 的文件是不能编辑修改的。
因为不需要“共享”数据，我们选择用“独占” 方式打开文件。
95．一个数据库是由数据库文件（．DBC）、数据库备注文件（．DCT） 和数据库索引文件（．DCX） 三类文件组成的。
96．关闭数据库命令格式：CLOSE DATABASE [ALL] 忽略[ALL]的命令只关闭当前数据库文件，增加选项后的命令，可以同时关闭所有打开的数据库文件。
97．为了加快数据的检索、显示、查询和打印速度，需要对文件中的记录顺序进行重组。
实现的方法一般有两种：一种叫做排序；另一种叫做索引。
98．在VFP系统中主要使用结构复合索引文件，它的扩展名是．CDX.其中每个索引都有一个索引标记（Tag），能够确定一种逻辑排列顺序。
99．VFP系统提供了四种不同的索引关键字的类型，它们分别是主索引、候选索引、普通索引和惟一索引。
100．确定当前主索引的命令格式：SET ORDER TO [TAG] <索引标识> [ASCENDING \\\/ DESCEDING]101．数据库的基本功能就是要组织和管理其中包含的数据表及视图。
102．代码设计的原则是：惟一性，简单性，易识别性，可扩充性，合理性，规范性。
103．代码的类型包括：顺序码，重复码，成组码，表意码，专用码，组合码。
104．人员代码一般有两种编码方法：一种是用简单的顺序码，代码位数可以根据企业职工人数决定；另一种是使用组合码，因为这样便于分类、汇总。
105．现在使用面向对象的程序设计方法，以对象为中心，将数据和程序捆绑在一起，封装在对象之中，淡化了解决问题的过程程序。
106．在Windows平台上，这种对话的界面主要有三种形式即菜单方式、工具栏方式、对话框方式。
107．下拉菜单一般作为应用系统的主菜单，创建菜单的过程可以分成规划与设计、创建、确定任务、生成和运行测试五步。
108．在创建菜单项时，如果希望用热键的方式操作，那么在描述菜单项名称时，可以在名称后面输入：\\\\<+字母109．如果在下拉菜单窗口中用字符串“\\\\_”代替“菜单名称”内容，则子菜单窗口中增加了一条横线。
110．创建的菜单格式文件包含“菜单文件”（．MNX）和“菜单备注”（．MNT）两个文件。
111．下拉菜单运行命令格式：DO <菜单文件名。
MPR> 在运行菜单的命令中，必须给定菜单文件的扩展名，否则将自动查找执行同名的。
PRG程序文件。
112．要创建用户自定义工具栏必须先建立用户子类。
113．因为自定义工具栏本质上也是一个表单，所以必须有表单集的支持。
114．信息的输入包括：数据的采集和数据的录入两个部分。
115．数据信息的输入可以分为批处理和联机处理两种类型。
116．信息输入的原则包括：源点输入，统一输入，数据简洁，用户界面友好。
117．输入数据的校验包括静态校验，重复校验，界限校验，逻辑校验，平衡校验，匹配校验，存在校验。
118．报表输出是最常见、最基本的输出形式。
119．报表对象包括两个基本组成部分即数据源和布局。
120．报表布局（格式）文件的扩展名是.FRX.121．建立布局文件方法有：用向导，用快速报表，用手工操作三种。
122．报表的输出有两种形式：一种是在屏幕上显示，又称为预览，另一种是在打印机中打印，又称为硬拷贝。
123．报表输出命令格式：REPORT FORM <报表布局文件名> [范围]124．、IPO图的主体是处理过程描述，描述处理过程的工具，可以是图形、表格和伪码。
125．程序设计的质量要求过去强调程序的正确性、高效率和短小精悍，以适应设备资源有限的计算机系统；现在则更加强调程序的正确性、可维护性、可靠性和可理解性。
126． “结构化程序设计”的方法。
其基本原则是自顶而下、逐步求精。
结构化程序方法提出了顺序、选择和循环三种基本程序结构，任何一个程序都可以用这三种结构装配起来。
127．判断选择结构包括：简单判断选择，多分支结构，循环结构。
128．选项[LOOP]语句可以使程序无条件的跳回DO WHILE语句重新判断<条件>.129．选项[EXIT]语句可以使程序无条件的跳出循环体，接着执行ENDDO后面的语句。
130．在循环结构中还可以包含循环机构，这就是循环嵌套，系统允许嵌套384层。
131．总结程序中出现的错误，一般可分为语法错误、系统错误和逻辑错误三类。
132．调试器的构成包括：跟踪窗口，监视窗口，局部窗口，调用堆栈窗口，调试输出窗口。
133．VFP系统提供了29个基本的类，分为容器类和控件类两种。
134．、面向对象程序设计的基本思想是封装性和可扩展性。
135．用户可以通过基类派生出对象及子类，也可以利用子类派生出对象或子类，子类继承了父类的属性，事件和方法。
136．一个完整的计算机应用系统，应当具有以下模块：主程序、系统菜单、系统登录界面、数据库、数据输入界面、数据输出界面、数据维护功能、数据检索功能、帮助功能和项目文件。
137．项目文件是扩展名为.PJX（及备注文件.PJT）的文件。
138．主文件是应用程序系统的起点，运行系统时总是从这里开始。
项目管理器把最先添加的文件默认为主文件。
139．应用程序文件（.APP）还必须在VFP环境中才能运行，而可执行文件（.EXE）则可以脱离VFP系统，直接单独运行。
140．系统测试的对象是整个应用软件系统。
由于“程序+文档=软件”，所以系统测试的对象包括需求分析、系统总体设计、详细设计各阶段的文档以及源程序。
141．系统测试过程可分为四个步骤：单元测试（模块分调），子系统测试（模块联调），系统测试，验收测试。
142．模块与程序的调试，主要采用白盒法，而在子系统测试、系统测试过程中主要采用黑盒法。
143．系统切换的方式有：直接切换，平行切换，试点后直接切换，逐步切换。
144．直接切换方式节省人员和设备费用，但风险大，很有可能出现意想不到的问题。
145．平行切换的优点是可以进行两系统的对比，发现和改正新系统的问题，风险小，安全可靠，缺点是耗费人力和设备。
146．信息中心的地位可分为四种情况：电子数据处理阶段，管理信息系统阶段，ERP系统阶段，计算机集成制造系统CIMS阶段。
147．企业引入ERP系统以后，一般需要由一名副总裁专门负责信息中心的管理工作，即信息技术经理或信息主管（Chieflnformation Officer，CIO）。
148．信息中心的组成包括：系统开发组，系统维护组，计算机运行组，数据库管理组，网络组。
149．企业计算机管理信息系统建成之后，企业所有的重要信息资源都存储于计算机的外存设备中，因此，保证系统的安全性，可靠性就成为企业至关重要的问题。
150．信息存储介质的安全，也是物理安全控制的重要内容。
151．存取控制的基本方法是对用户授权，即授予特定用户一定的操作权限。
152．数据加密由加密（编码）和解密（解码）两部分组成。
153．保证系统可靠性的主要措施有：设备冗余技术，负荷分布技术，系统重新组合技术。
154．系统评价主要由目标与功能评价、性能评价及经济效果评价等方面组成。
155．性能评价着重评价系统的技术性能，包括系统的稳定性、可*性、安全性、响应时间、容错性、使用效率等。
156．评价信息系统应用的经济效果，应从直接经济效果和间接经济效果两方面来分析。
157．应用软件系统维护的类型包括：完善性的维护，适应性维护，纠错性维护，预防性维护。
158．数据库维护阶段的主要工作是：数据库安全性控制；数据库的正确性 保护、转储与恢复；数据库的重组织与重构造。
二 、名词解释(包括5个小题，共15分)1．信息：对事物运动状态和特征的描述，而数据是载荷信息的物理符号。
2．管理信息：经过加工处理后对企业生产经营活动有影响的数据。
3．信息间的递归定义：管理数据和信息之间的区别是相对的，一个系统或一次处理所输出的信息，可能是另一个系统或另一次处理的原始数据；低层决策所用的信息又可以成为加工处理高一层决策所需信息的数据，这就是信息间的递归定义。
4．信息反馈：控制物流的输入信息作用于受控对象后，把产生的结果信息返回到输入端，并对信息再输入发生影响的过程。
而上述作用于受控对象后的结果信息称为反馈信息。
5．DSS：在半结构化决策活动过程中，通过人机对话，向决策者提供信息，协助决策者发现和分析问题、探索决策方案，评价、预测和选择方案，以提高决策有效性的一种以计算机为手段的信息系统。
6．GDSS：支持一群决策者为获得有效决策结果的计算机辅助系统。
7．智能支持系统：将人工智能技术引入决策支持系统而形成的一种信息系统。
8．制造资源计划（Manufacturing Resource Planning，MRPII）系统：COPICS是美国IBM公司开发的适用于各类制造业工厂的管理信息系统，也是最早推出的MRPII商品化软件。
9．企业资源计划（Enterprise Resource Planning，ERP）：根据计算机和网络技术的发展趋势和企业对供应链管理的需要，描绘出一整套企业管理系统体系标准，其实质是在MRPII基础上，适应全球市场竞争供应链管理的需求，对企业资源全面管理的思想。
10．企业信息化：企业利用现代信息技术，通过对信息资源的不断深入开发和广泛利用，不断提高生产、经营、管理、决策的效率和效益，进而提高企业经济效益、增强企业竞争力的过程。
11．计算机集成制造系统（Computer Integreted Manufacturing System，CIMS）：企业生产过程的自动化、智能化与企业管理决策的网络化、智能化两个方面的结合，组成计算机集成制造系统。
12．企业业务流程重组（Business Process Reengineering，BPR）：对企业的流程进行根本的再思考和彻底的再设计，以求得企业的成本、质量、服务和速度等关键经营绩效指标有巨大的提高。
13．供应链管理：通过信息流、物流、资金流，将供应商、制造商、分销商、零售商直到最终用户连成一个整体的管理模式。
14．虚拟企业：具有企业功能，但在企业体内没有执行这些功能的实体组织的企业。
15．电子商务（Electronic Commerce，EC）：对整个贸易活动实现电子化。
即交易各方通过计算机和通信网络进行信息的发布、传递、存储、统计，以电子交易方式而不是通过纸介质信息交换或直接面谈方式进行商业交易。
16．计算机软件：计算机程序、程序所使用的数据以及有关的文档资料的集合。
17．系统软件：直接控制和协调计算机、通信设备及其他外部设备的软件。
18．数据通信：在收发站之间传送这些二进制代码序列的过程。
19．模拟通信系统：传递的信号为模拟信号，在时间和幅度取值上都是连续的。
20．数字通信系统：传递的信号为数字信号，在时间上是离散的，在幅度取值上是经过量化的。
21．基本频（基带）：使用数字信号传输数据，终端设备将数字信号转变成脉冲电信号时，这种原始矩形脉冲信号固有的频带叫做基本频带，简称为基带。
22．调制解调：把数字信号转换为模拟信号的过程叫做调制；将模拟信号还原为数字信号的过程叫做解调。
23．企业内部网（Intranet）：一个企业为实现内部管理和通信而建立的独立网络。
24．企业外部网（extranet）：企业内部网对企业外部特定用户的安全延伸。
25．数据库（Data Base，DB）：以一定的方式将相关数据组织在一起并存储在外存储器上所形成的、能为多个用户共享的、与应用程序彼此独立的一组相互关联的数据集合。
26．数据库管理系统：帮助用户建立、使用和管理数据库的软件系统，简称为DBMS（Data Base Management System）。
27．数据库系统（Data Base System）：以计算机系统为基础，以数据库方式管理大量共享数据的综合系统。
28．模式与实例：描述逻辑结构的称为模式（或概念模式、逻辑模式） ，它是数据库数据的完整表示，是所有用户的公共数据视图。
模式的一组值称为模式的一个实例。
29．码：在众多属性中能够惟一标识（确定）实体的属性或属性组的称为实体的码。
30．实体型：用实体名及描述它的各属性名，可以刻画出全部同质实体的共同特征和性质，它被称为实体型。
31．逻辑数据模型：用户通过数据库管理系统看到的现实世界，它描述了数据库数据的整体结构。
32．物理数据模型：用来描述数据的物理存储结构和存储方法的。
33．关系数据库系统：在数据库中的数据结构如果依照关系模型定义，就是关系数据库系统。
34．数据库表：数据表也简称表，在VFP中数据表一般应当包含在数据库中，叫做数据库表（简称库表）；但是也可以独立存在，叫做自由表。
35．系统工程：为了合理地进行开发、设计和运用系统而采用的思想、步骤、组织和方法的总称，管理信息系统的开发属于系统工程的范畴。
36．系统的生命周期：任何系统均有其发生，发展，成熟，消亡或更新换代的过程，这个过程称为系统的生命周期。
37．原型：首先由用户与系统分析设计人员合作，在短期内定义用户的基本需求，开发出一个功能不十分完善、实验性的、简易的应用软件系统的基本框架，称之为原型。
38．类：一组具有相同结构、操作和约束条件的对象，对象类由“类说明”和“类实现”两大部分组成。
39．类继承机制：一个类的上层可以有超类，下层可以有子类，形成一种层次结构。
一个类可以有多个超类，也可以有多个子类。
超类是下层子类的概括，因此子类可以继承超类的属性、操作和约束规则，这就是类继承机制。
40．战略集合转移法（Strategy Set Transformation，SST）：把组织的总战略看成一个信息集合，由使命、目标、战略和其他战略变量组成。
信息系统战略性规划过程，就是将企业的战略集转化为MIS的战略集的过程。
41．关键要素：关系到企业的生存与组织成功的重要因素，它们也是企业最需要得到的决策信息、是值得管理者重点关注的活动区域。
42．现状调查：在所确定的系统范围之内，对现行系统进行详尽、深入的调查和分析，收集一切有关的事实、资料和数据，彻底掌握现行系统的工作状况，为下一步的需求分析和建立逻辑模型提供依据。
43．业务流程图：以一项业务或一组相互关联的业务作为描述对象，对它们的处理过程及所涉及的信息进行描述。
44．数据流程图：既是对原系统进行分析和抽象的工具，也是用以描述新系统逻辑模型的主要工具。
它有两个特点： 概括性，抽象性。
45．外部实体：不受所描述的系统控制，独立于该系统之外的部门、群体，或另一个信息系统。
46．数据流：与所描述系统数据处理功能有关的各类数据的载体，是各处理功能输入和输出的数据集合。
47．数据字典：给数据流程图中每个成分以定义和说明的工具。
48．非法耦合：一个模块与另一个模块内部发生联系，即一个模块中的某些内容在另一模块中以某种方式被引用，称为非法耦合。
49．以转换为中心的结构：如果待分解的模块是一个数据凝聚的模块，即内部包含若干顺序执行且对某些数据进行转换处理，称为以转换为中心的结构。
这种模块可分解为输入、处理、输出三大部分。
50．数据库的物理结构设计：为一个确定的逻辑数据模型选择一个最适合应用要求的物理结构的过程，就叫做数据库的物理结构设计。
51．物理数据模型：数据库在物理设备上的存储结构和存取方法称为数据库的物理数据模型。
52．E-R图：描述概念数据模型的主要工具是E-R（实体一联系） 模型，或者叫做E-R图。
53．用户的视图：在数据库的概念结构设计中，用户的局部概念模式是全局概念模式的子集，叫做用户模式、外模式，它是从用户的观点看到的数据库，所以也叫做用户的视图。
54．人机对话（人机交互）：是指在程序运行过程中，为了控制或校验目的，通过计算机显示屏幕，使人和计算机对话（交互）的操作。
55．程序设计任务书：详细地描述这个处理逻辑可以使用“输入一加工一输出”（Inpu Process Output，IPO）图。
IPO图将为编制程序提供指导，所以也叫做程序设计任务书。
56．语法错误：因程序设计人员对程序设计语言的理解不够，或程序设计基本功不扎实造成的结果。
57．系统错误：由于计算机硬件、软件引起的错误。
58．逻辑错误：虽然不违反系统规则，但是却不合逻辑或不合题目语义的错误。
59．对象：一般来说，现实世界中可以独立存在的，能够被区分的一切实体（事物） 都是对象。
60．类：一组对象的属性和行为特征的抽象描述，或者说是具有共同属性、共同操作性质的对象的集合。
61．系统主控程序：简称为主程序，是用来设置应用系统的操作环境、控制和调用用户初始界面、启动事件循环的最高一级的程序。
62．项目管理器：开发及管理应用系统人员的工作平台。
“项目”是相关文件、数据及对象的集合。
63．系统测试：保证系统质量的关键，对整个系统开发过程，包括系统分析、系统设计和实施的最终审查。
64．信息中心：负责对企业的信息资源进行规划、配置、协调、控制和管理的机构。
其管理的基本方式有集中式与分散式两种。
65．安全性：应保护管理信息系统不受来自系统外部的自然灾害和人为的破坏，防止非法使用者对系统资源，特别是信息的非法使用而采取的安全和保密手段。
66．可靠性控制：主要指防止来自系统内部的差错、故障而采取的保护措施。
67．存取控制：通过用户鉴别，获得使用计算机权的用户，应根据预先定义好的用户权限进行存取，称为存取控制，是在共享资源条件下保证信息系统安全性的重要措施。
68．数据加密：为防止数据在存储介质中被非法拷贝和在传输过程中被非法窃取，在系统中应对机密数据采取加密存储和加密传输等安全措施。
69．系统可靠性：在运行中能抵御各种外界干扰、正常工作的能力。
70．系统的冗余设备：主要指中央处理器、内存储器，也可以包括外存储器、输入\\\/输出设备等。
求一个完整的软件项目开发流程
1 项目立项2 需求分析3 4 详细设计5 编码6 7 8 用户测试9 发布10 开发周期结束
