软件专业的毕业论文应该怎样写？？
软件系统开发 总图辅助设计 摘要】针对目前总图专业利用AutoCAD进行总图设计存在的问题，提出了用AutoLisp、ObjectARX语言和 AutoCAD2006绘图系统开发总图辅助设计软件，实现土方、坐标表、文字修改、管线标注等自动计算和绘图，以及 总体方案设计优化。通过实例验证程序模块的可用性，提高了总图设计效率和计算机应用水平。 【关键词】总图；软件开发；Autolisp、ObjectARX语言；设计优化 当前总图设计存在的问题： （1）计算量大且费时。高阶段 设计，总图专业要进行土方计算、 统计，施工图阶段要进行各种坐标 表等计算，工作量大，计算速度慢， 花费时间长，且容易出错，需要改 进和提高。 （2）绘图繁琐。绘制总图平土 图时，需书写大量地形标高及平土 标高与地形标高高差等大量数据， 全用手工书写，相当繁琐。 （3）修改优化困难。在工程项 目资料整理完后，若发现设计标高 不合要求，需增加或减少设计标高 大小，那么所有资料都得重新整 理，其工作量是相当大的，图纸修 改不方便。 （4）图纸不易规范。在目前设 计作业中，设计图纸大小，字体格 式、线型、文字、数字标记，很难 做到规范统一，也就是说目前设计 作业中，很难实现图纸的规范化、 标准化。 总图土方、坐标表、文字修改、 管线标注等计算和绘图，具有较强 的规律性，以及目前计算辅助绘图系统应用的普及，因此利用计算机 进行总图专业辅助设计和方案优化 是可能的。 1总图专业设计内容 1.1专业简介 总图专业是我国冶金工程设 计的专业分工之一，全称应为总 图运输设计专业。主要研究的对 象是全厂建构筑物、铁路、道路及 各种管线的位置关系，即在进行厂 区各生产库、场、车间合理布局的 同时，须研究土地的有效使用，研 究各生产库、场、车间之间的运输 衔接与方式，使之物流运输快捷， 满足最大生产能力的要求，以体 现出合理的全厂工艺流程。是以 生产工艺学、运输工程学、土木工 程学、规划理论等为基础而建立 的综合学科，有向总体工程学科 发展的趋势。 1.2专业范围 (1)厂址选择及总体设计：工 厂地理位置的确定(即工业布局一般 由上级领导部门确定，总图起主要 参谋作用)和厂址确定。总体设计与 主要工艺专业配合完成。 (2)工厂所有建构筑物、铁路、 道路、管线等设施的定位(包括高阶 段设计所作平面布置图或总平面布 置图和各种总图施工图)。 (3)铁路运输设计：线路设计、 运输组织、运输设备选型与数量计 算、组织机构和人员定额，并配置为 铁路运输服务的各种设施。 (4)道路运输设计：道路设计、 运输与调度组织、汽车选型与数量 计算、组织机构和人员定额，并配置 为道路运输服务的各种设施。 (5)竖向布置与平土排水设计： 室内外地坪标高的确定、竖向布置 设计、场地平整、土石方计算及平 衡、场地排雨水设计。 2总图专业辅助设计的 微机实现 2.1开发语言介绍 AutoLISP是为用户扩展和定 制AutoCAD功能的一种编程语言。 一种基于LISP的编程语言,起源 于1950年。LISP语言最初是为人 工智能（AI）应用而设计的,现在 依然是许多人工智能应用的基本编 程语言。1980年中期，AutoCAD推 出AutoLISP 2.1版，作为一种应 用编程接口(an plication program- ming interface，缩写API)。LISP 之所以被选为最初的应用编程接口， 它具有独一无二的优势，适合 AutoCAD实体对象的非结构化设 计过程,它含有为设计问题，重复性 地尝试不同的解决方案。 Visual LISP(VLISP)是加快 AutoLISP程序开发的新一代软件开 发工具。V L I S P集成开发环境 (integrated development environ- ment，缩写IDE)提供许多特性，使 得源代码创建和修改，程序测试和调 试更加容易。另外,VLISP为释放在 AutoLISP编写的队列应用提供了一 种工具。 ObjectARX，即AutoCAD? Runtime Extension编程环境，它 包含可构造对象的C++库。这些构 造对象可用来开发AutoCAD应用 程序、扩展AutoCAD类和协议， 以及创建操作方式与AutoCAD内 置命令相同的新命令。 The ObjectARX编程环境 为开发者使用用户化和扩展 AutoCAD软件提供对象的C++, C#和VB.NET应用编程面向界 面，ObjectARX库为应用程序开发 者提供多种开发工具，利用开放的 A u t o C A D软件结构和直接访问 AutoCAD数据库结构,图形系统, 以及内部的命令定义。 ObjectARX技术帮助你开发 快捷、高效、简明的应用程序，它使 得精通A u t o C A D的用户能定制 AutoCAD软件和使CAD设计师从 重复性的任务得到释放。对一个软 件解决方案，较小的文件、较快的绘 图操作、和平滑的交互性，使用 ObjectARX来开发是最好的选择。 开发32位ObjectARX程序 的系统需求： 英特尔P e n t i u m?4,A M D Athlon 2.2 GHz 微软Windows?VistaTM, Windows?XP Professional(SP2), Windows 2000(SP4)512 MB R A M Microsoft Visual Studio?2005 (版本8.0) 2.2总图专业辅助设计模块 组成 （1）软件开发总框架（见图1）。 （2）子模块程序组成 优化设计模块：总体设计优 化，总图设计优化及方案评价等。 总平面图设计模块：总图符号、 方格网、区域剪切、编辑文字、画栅 栏、加粗实体、算建、构筑物表等子 程序。 铁路运输设计模块：标注铁路、 车挡符号、切点符号、画道岔、曲线 要素、算铁路表等子程序。 图1软件开发总框架示意图 道路运输设计模块：标注道 路、坡度、坡长、道路标高、道路半 径、曲线要素、算道路表等子程序。 平土图设计模块：采集数据、土 方计算、粗平土图等子程序。 管线综合设计模块：画电力线、 管线名称、管线坐标表等子程序。 排雨水图设计模块：画水沟、 雨水箅、跌水与急流槽、涵洞等子 程序。 另外，还含有对常用标准图库 的调用，如铁路、道路、挡土墙等图 库。 2.3总图设计优化及方案评价 优化设计(optimal design)是从 多种方案中选择最佳方案的设计方 法。它以数学中的最优化理论为基 础，以计算机为手段，根据设计所追 求的性能目标，建立目标函数，在满 足给定的各种约束条件下，寻求最 优的设计方案。一般来说，优化设 计有以下几个步骤：(1)建立数学模 型。(2)选择最优化算法。(3)程序设 计。(4)制定目标要求。(5)计算机自 动筛选最优设计方案等。通常采用 的最优化算法是逐步逼近法，有线 性规划、非线性规划和生物进化规 划及遗传算法。下面重点分析生物 进化规划及遗传算法。 近年来,随着生物工程的蓬勃 发展,随之而起的遗传学算法开始 介入各个工程领域,遗传算法是模 拟生物遗传进化机制而发展起来 的一种算法。由美国Michigan大学 J.Holland教授于1975年首次提出。 其特点是：群体搜索策略和群体之 间的信息交换，搜索不依赖于梯度 信息。这种算法尤其适用于离散的 非线性结构优化问题。 下面以运输线路为例进行说明。 首先对工程实际所限定的各种 标准运输车辆进行编码,于是运载 车辆不同的运输量组合方案可以形 成不同的代码串,经过对每一代码 串的解码,由计算子程序可以求出 该方案下运输线路的特性如B、Q 等,进而可以求算用于评价方案优 劣程度的目标函数值。然后遗传算 法根据生物遗传进化的原理,对产 生的初始方案进行选择、重组、变 异,产生新一代个体,仿照生物进化 过程代代进化下去,最终可以得到 满足要求的最优个体,解码后即为该 课题的最优方案。 相对于传统的线性,非线性 规划算法,遗传算法的优势在于： （1)算法思路简单,不受规 划问题要求的可微、可导、连续等 限制,不但可以避免线性规划解 的瓶颈问题,也避免了非线性规 划最后对连续路径进行“圆整”带 来的麻烦与偏差。 (2)由于遗传算法从一组方 案出发,扩大了搜索寻优的范围, 减少了传统规划方法线式寻优(如 按梯度搜索)产生局部最优解与全 局最优解差距较大的风险。遗传 算法的不足之处在于耗机时太多, 对大型复杂运输网更是如此。这 主要由于其中的选择,交换,变异 等过程还没有一个适合运输网优 化问题的完善算法,同时也是因 为该算法贯串了几率的思想而不 似传统方法具有确定性。 总图优化设计是一个逐渐深 化的过程，在前期建设、总体设计 阶段，总图方案的优劣，对一个项 目的建设，有更重要的影响。厂区 总图现状、规划的不同，更具有不 确定性，也更复杂。更完善的了解 厂区功能分布、运输量，综合近期 现状、远期规划，合理布置设施是 我们面临的最大挑战，是我们总图 设计优化工作的重点所在。 3总图专业辅助设计软件 应用实例 按上述方法，编制相应设计 模块，在AutoCA2006中运行，自 动完成总图各设计模块，经总图专 业设计人员试用，在各工程应用 中，大大提高了设计效率，减轻设 计人员的工作强度，同时减少图纸 出错率，起了较大的作用。这套软 件的开发也提高了总图专业在同行 中计算机应用水平。图2为利用软 件生成的平土图。 本文介绍了总图专业设计的内 容，以及总图辅助设计软件模块的 构成，并利用AutoLISP、ObjectARX 语言开发AutoCAD2006的技术，编 制相应的设计模块，实现自动计算 和绘图，并且进行方案设计优化，取 得了初步的成功，希望能为以后的 深入应用起到抛砖引玉的作用。 图2利用软件生成的平土图
希望采纳一般word也可以的，用公式编辑器。同样简单（不过07版的office比较傻，建议别用）。
若时间足够，建议学习latex，这个是专门写数学等理工科类论文的软件，功能超级强大
软件工程专业本科毕业论文要求40000字，不能和本届以及上两届题目和内容相同，这该怎么写？
软件工程论文
[编辑本段]基本信息
软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义： 软件工程（1）、BarryBoehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。 （2）、IEEE在软件工程术语汇编中的定义：软件工程是：1.将系统化的、严格约束的、可量化的方法应用于软件的开发、运行和维护，即将工程化应用于软件；2.在1中所述方法的研究 （3）、FritzBauer在NATO会议上给出的定义：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。 目前比较认可的一种定义认为：软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。 （4）、《计算机科学技术百科全书》中的定义：软件工程是应用计算机科学、数学及管理科学等原理，开发软件的工程。软件工程借鉴传统工程的原则、方法，以提高质量、降低成本。其中，计算机科学、数学用于构建模型与算法，工程科学用于制定规范、设计范型(paradigm)、评估成本及确定权衡，管理科学用于计划、资源、质量、成本等管理。
[编辑本段]目标
软件工程的目标是：在给定成本、进度的前提下，开发出具有可修改性、有效性、可靠性、可理解性、可维护性、可重用软件工程性、可适应性、可移植性、可追踪性和可互操作性并且满足用户需求的软件产品。追求这些目标有助于提高软件产品的质量和开发效率，减少维护的困难。下面分别介绍这些概念。 （1）可修改性（modifiablity）。容许对系统进行修改而不增加原系统的复杂性。它支持软件的调试与维护，是一个难以达到的目标。 （2）有效性（efficiency）。软件系统能最有效地利用计算机的时间资源和空间资源。各种计算机软件无不将系统的时/空开销作为衡量软件质量的一项重要技术指标。很多场合，在追求时间有效性和空间有效性方面会发生矛盾，这时不得不牺牲时间效率换取空间有效性或牺牲空间效率换取时间有效性。时/空折衷是经常出现的。有经验的软件设计人员会巧妙地利用折衷概念，在具体的物理环境中实现用户的需求和自己的设计。 （3）可靠性（reliability）。能防止因概念、设计和结构等方面的不完善造成的软件系统失效，具有挽回因操作不当造成软件系统失效的能力。对于实时嵌入式计算机系统，可靠性是一个非常重要的目标。因为软件要实时地控制一个物理过程，如宇宙飞船的导航、核电站的运行，等等。如果可靠性得不到保证，一旦出现问题可能是灾难性的，后果将不堪设想。因此在软件开发、编码和测试过程中，必须将可靠性放在重要地位。 （4）可理解性（understandability）。系统具有清晰的结构，能直接反映问题的需求。可理解性有助于控制软件系统的复杂性，并支持软件的维护、移植或重用。 （5）可维护性（maintainability)。软件产品交付用户使用后，能够对它进行修改，以便改正潜伏的错误，改进性能和其他属性，使软件产品适应环境的变化，等等。由于软件是逻辑产品，只要用户需要，它可以无限期的使用下去，因此软件维护是不可避免的。软件维护费用在软件开发费用中占有很大的比重。可维护性是软件工程中一项十分重要的目标。软件的可理解性和可修改性有利于软件的可维护性。 （6）可重用性（reusebility）。概念或功能相对独立的一个或一组相关模块定义为一个软部件。软部件可以在多种场合应用的程度称为部件的可重用性。可重用的软部件有的可以不加修改直接使用，有的需要修改后再用。可重用软部件应具有清晰的结构和注解，应具有正确的编码和较低的时/空开销。各种可重用软部件还可以按照某种规则存放在软部件库中，供软件工程师选用。可重用性有助于提高软件产品的质量和开发效率、有助于降低软件的开发和维护费用。从更广泛的意义上理解，软件工程的可重用性还应该包括：应用项目的重用，规格说明（也称为规约）的重用，设计的重用，概念和方法的重用，等等。一般来说，重用的层次越高，带来的效益也就越大。 （7）可适应性（adaptability）。软件在不同的系统约束条件下，使用户需求得到满足的难易程度。适应性强的软件应采用广为流行的程序设计语言编码，在广为流行的操作系统环境中运行，采用标准的术语和格式书写文档。适应性强的软件较容易推广使用。 （8）可移植性（portability）。软件从一个计算机系统或环境搬到另一个计算机系统或环境的难易程度。为了获得比较高的可移植性，在软件设计过程中通常采用通用的程序设计语言和运行环境支撑。对依赖于计算机系统的低级（物理）特征部分，如编译系统的目标代码生成，应相对独立、集中。这样，与处理机无关的部分就可以移植到其他系统上使用。可移植性支持软件的课重用性和课适应性。 （9）可追踪性（tracebility）。根据软件需求对软件设计、程序进行正向追踪，或根据程序、软件设计对软件需求进行逆向追踪的能力。软件可追踪性依赖于软件开发各个阶段文档和程序的完整性、一致性和可理解性。降低系统的复杂性会提高软件的可追踪性。软件在测试或维护过程中或程序在执行期间出现问题时，应记录程序事件或有关模块中的全部或部分指令现场，以便分析、追踪产生问题的因果关系。 （10）可互操作性（interoperability）。多个软件元素相互通信并协同完成任务的能力。为了实现可互操作性，软件开发通常要遵循某种标准，支持折衷标准的环境将为软件元素之间的可互操作提供便利。可互操作性在分布计算环境下尤为重要。 软件工程活动是“生产一个最终满足需求且达到工程目标的软件产品所需要的步骤”。主要包括需求、设计、实现、确认以及支持等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件体系结构，包括子系统、模块以及相关层次的说明、每一模块接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。支持活动包括修改和完善。伴随以上活动，还有管理过程、支持过程、培训过程等。
[编辑本段]过程
生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。
[编辑本段]原则
软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。软件工程的原则有以下四项软件工程师基本原则：
1）选取适宜开发范型
该原则与系统设计有关。在系统设计中，软件需求、硬件需求以及其他因素之间是相互制约、相互影响的，经常需要权衡。因此，必须认识需求定义的易变性，采用适宜的开发范型予以控制，以保证软件产品满足用户的要求。
2）采用合适的设计方法
在软件设计中，通常要考虑软件的模块化、抽象与信息隐蔽、局部化、一致性以及适应性等特征。合适的设计方法有助于这些特征的实现，以达到软件工程的目标。
3）提供高质量的工程支持
“工欲善其事，必先利其器”。 在软件工程中，软件工具与环境对软件过程的支持颇为重要。软件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用。
4）重视开发过程的管理
软件工程的管理，直接影响可用资源的有效利用，生产满足目标的软件产品，提高软件组织的生产能力等问题。因此，仅当软件过程得以有效管理时，才能实现有效的软件工程。 这一软件工程框架告诉我们，软件工程的目标是可用性、正确性和合算性；实施一个软件工程要选取适宜的开发范型，要采用合适的设计方法，要提供高质量的工程支撑，要实行开发过程的有效管理；软件工程活动主要包括需求、设计、实现、确认和支持等活动，每一活动可根据特定的软件工程，采用合适的开发范型、设计方法、支持过程以及过程管理。根据软件工程这一框架，软件工程学科的研究内容主要包括：软件开发范型、软件开发方法、软件过程、软件工具、软件开发环境、计算机辅助软件工程(CASE) 及软件经济学等。
[编辑本段]基本原理
自从1968年提出“软件工程”这一术语以来，研究软件工程的专家学者们陆续提出了100多条关于软件工程的准则或信条。美国著名的软件工程专家巴利·玻姆（Barry Boehm）综合这些专家的意见，并总结了美国天合公司（TRW）多年的开发软件的经验，于1983年提出了软件工程的七条基本原理。 玻姆认为，这七条原理是确保软件产品质量和开发效率的原理的最小集合。它们是相互独立的，是缺一不可的最小集合；同时，它们又是相当完备的。 人们当然不能用数学方法严格证明它们是一个完备的集合，但是可以证明，在此之前已经提出的100多条软件工程准则都可以有这七条原理的任意组合蕴含或派生。下面简要介绍软件工程的七条原理：
1、用分阶段的生命周期计划严格管理
这一条是吸取前人的教训而提出来的。统计表明，50%以上的失败项目是由于计划不周而造成的。在软件开发与维护的漫长生命周期中，需要完成许多性质各异的工作。这条原理意味着，应该把软件生命周期分成若干阶段，并相应制定出切实可行的计划，然后严格按照计划对软件的开发和维护进行管理。 玻姆认为，在整个软件生命周期中应指定并严格执行6类计划：项目概要计划、里程碑计划、项目控制计划、产品控制计划、验证计划、运行维护计划。
2、坚持进行阶段评审
统计结果显示： 大部分错误是在编码之前造成的，大约占63%错误发现的越晚，改正它要付出的代价就越大，要差2到3个数量级。 因此，软件的质量保证工作不能等到编码结束之后再进行，应坚持进行严格的阶段评审，以便尽早发现错误。
3、实行严格的产品控制
开发人员最痛恨的事情之一就是改动需求。但是实践告诉我们，需求的改动往往是不可避免的。这就要求我们要采用科学的产品控制技术来顺应这种要求。也就是要采用变动控制，又叫基准配置管理。当需求变动时，其它各个阶段的文档或代码随之相应变动，以保证软件的一致性。
4、采纳现代程序设计技术
从六、七时年代的结构化软件开发技术，到最近的面向对象技术，从第一、第二代语言，到第四代语言，人们已经充分认识到：方法大似气力。采用先进的技术即可以提高软件开发的效率，又可以减少软件维护的成本。
5、结果应能清楚地审查
软件是一种看不见、摸不着的逻辑产品。软件开发小组的工作进展情况可见性差，难于评价和管理。为更好地进行管理，应根据软件开发的总目标及完成期限， 尽量明确地规定开发小组的责任和产品标准，从而使所得到的标准能清楚地审查。
6、开发小组的人员应少而精
开发人员的素质和数量是影响软件质量和开发效率的重要因素，应该少而精。 这一条基于两点原因：高素质开发人员的效率比低素质开发人员的效率要高几倍到几十倍，开发工作中犯的错误也要少的多； 当开发小组为N人时，可能的通讯信道为N(N-1)/2, 可见随着人数N的增大，通讯开销将急剧增大。
7、承认不断改进软件工程实践的必要性
遵从上述六条基本原理，就能够较好地实现软件的工程化生产。但是，它们只是对现有的经验的总结和归纳，并不能保证赶上技术不断前进发展的步伐。因此，玻姆提出应把承认不断改进软件工程实践的必要性作为软件工程的第七条原理。根据这条原理，不仅要积极采纳新的软件开发技术，还要注意不断总结经验，收集进度和消耗等数据，进行出错类型和问题报告统计。这些数据既可以用来评估新的 软件技术的效果，也可以用来指明必须着重注意的问题和应该优先进行研究的工具和技术。
[编辑本段]方法学
软体工程的方法有很多方面的意义。包括专案管理，分析，设计，程序的编写，测试和质量控制。 软件工程师软体设计方法可以区别为重量级的方法和轻量级的方法。重量级的方法中产生大量的正式文档。 著名的重量级开发方法包括ISO9000，CMM，和统一软体开发过程（RUP）。 轻量级的开发过过程没有对大量正式文档的要求。着名的轻量级开发方法包括极限编程（XP）和敏捷流程（AgileProcesses）。 根据《新方法学》这篇文章的说法，重量级方法呈现的是一种防御型的姿态。在应用重量级方法的软体组织中，由于软体项目经理不参与或者很少参与程序设计，无法从细节上把握项目进度，因而会对项目产生恐惧感，不得不要求程式设计师不断撰写很多“软体开发文档”。而轻量级方法则呈现“进攻型”的姿态，这一点从XP方法特别强调的四个准则—“沟通、简单、反馈和勇气上有所体现。目前有一些人认为，重量级方法合于大型的软体团队（数十人以上）使用，而“轻量级方法”适合小型的软体团队（几人、十几人）使用。当然，关于重量级方法和轻量级方法的优劣存在很多争论，而各种方法也在不断进化中。 一些方法论者认为人们在开发中应当严格遵循并且实施这些方法。但是一些人并不具有实施这些方法的条件。实际上，采用何种方法开发软体取决于很多因素，同时受到环境的制约。
[编辑本段]主要课程
外语、高等数学、线性代数、高等代数、电子技术基础、离散数学、计算机引论（C语言）、数据结构、C++程序设计、JAVA程序设计、Delphi程序设计、汇编语言程序设计、算法设计与分析、计算机组成原理与体系结构、数据库系统、计算机网络、软件工程、软件测试技术、软件需求与项目管理、软件设计实例分析、CMM/ISO9000等。 另外，还包括操作系统、软件体系结构概论、设计模式、多媒体技术基础、UML建模、概率论、大学英语等，部分院校还会包括大学物理，工程制图，数值分析等。
[编辑本段]发展方向
敏捷开发（Agile Development）被认为是软体工程的一个重要的发展。它强调软体开发应当是能够对未来可能出现的变化和不确定性作出全面反应的。 敏捷开发被认为是一种“轻量级”的方法。在轻量级方法中最负盛名的应该是“极限编程”（Extreme Programming，简称为XP）。而与轻量级方法相对应的是“重量级方法”的存在。重量级方法强调以开发过程为中心，而不是以人为中心。重量级方法的例子比如CMM/PSP/TSP。 面向侧面的程序设计（Aspect Oriented Programming，简称AOP）被认为是近年来软体工程的另外一个重要发展。这里的方面指的是完成一个功能的对象和函数的集合。在这一方面相关的内容有泛型编程（Generic Programming）和模板。
[编辑本段]需求分析
软件工程中包含需求、设计、编码和测试四个阶段，其中需求工程是软件工程第一个也是很重要的一个阶段，本文以医院管软件工程需求分析理系统为例详细介绍了需求工程的构成和进行方法。 首先人们必须了解需求工程和其他项目过程的关系： 图1需求与其他项目过程的关系 软件需求包括三个不同的层次-业务需求、用户需求和功能需求-也包括非功能需求：业务需说明了提供给客户和产品开发商的新系统的最初利益，反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明；用户需求文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明；功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。 需求工程分为了需求开发和需求管理两个阶段：下面就以这两个阶段说明： 一，需求开发 需求开发又分为需求获取、需求分析、编写规格说明书和需求验证。以下列出和讲解分析常规的步骤，当然应按照项目的大小和特点等实际情况我们应该自己确定合适的步骤。 1．需求获取： 1）确定需求开发过程：确定需求开发过程确定如何组织需求的收集、分析、细化并核实的步骤，并将它编写成文档。对重要的步骤要给予一定指导，这将有助于分析人员的工作，而且也使收集需求活动的安排和进度计划更容易进行。 2）编写项目视图和范围文档：项目视图和范围文档应该包括高层的产品业务目标，所有的使用实例和功能需求都必须遵从能达到的业务需求。项目视图说明使所有项目参与者对项目的目标能达成共识。而范围则是作为评估需求或潜在特性的参考。 表1项目视图和范围文档的模板 a、1背景在这一部分，总结新产品的理论基础，并提供关于产品开发的历史背景或形势的一般性描述。 a、2业务机遇描述现存的市场机遇或正在解决的业务问题。描述商品竞争的市场和信息系统将运用的环境。包括对现存产品的一个简要的相对评价和解决方案，并指出所建议的产品为什么具有吸引力和它们所能带来的竞争优势。 a、3业务目标用一个定量和可测量的合理方法总结产品所带来的重要商业利润，把重点放在给业务的价值上。 a、4客户或市场需求描述一些典型客户的需求，包括不满足现有市场上的产品或信息系统的需求。提出客户目前所遇到的问题在新产品中将可能（或不可能）出现的阐述，提供客户怎样使用产品的例子。确定了产品所能运行的软、硬件平台。 a、5提供给客户的价值确定产品给客户带来的价值，并指明产品怎样满足客户的需要。 a、6业务风险总结开发（或不开发）该产品有关的主要业务风险，例如市场竞争、时间问题、用户的接受能力、实现的问题或对业务可能带来的消极影响。预测风险的严重性，指明你所能采取的减轻风险的措施。 b.1项目视图陈述编写一个总结长远目标和有关开发新产品目的的简要项目视图陈述。项目视图陈述将考虑权衡有不同需求客户的看法。它可能有点理想化，但必须以现有的或所期待的客户市场、企业框架、组织的战略方向和资源局限性为基础。 b.2主要特性包括新产品将提供的主要特性和用户性能的列表。强调的是区别于以往产品和竞争产品的特性。可以从用户需求和功能需求中得到这些特性。 b.3假设和依赖环境在构思项目和编写项目视图和范围文档时，要记录所作出的任何假设。通常一方所持的假设应与另一方不同。 c.1首次发行的范围总结首次发行的产品所具有的性能。描述了产品的质量特性，这些特性使产品可以为不同的客户群提供预期的成果。c.2随后发行的范围如果你想象一个周期性的产品演变过程，就要指明哪一个主要特性的开发将被延期，并期待随后版本发行的日期。 c.3局限性和专用性明确定义包括和不包括的特性和功能的界线是处理范围设定和客户期望的一个途径。列出风险承担者们期望的而你却不打算把它包括到产品中的特性和功能。 d.1客户概貌客户概述明确了这一产品的不同类型客户的一些本质的特点，以及目标市场部门和在这些部门中的不同客户的特征。 d.2项目的优先级一旦明确建立项目的优先级，风险承担者和项目的参与者就能把精力集中在一系列共同的目标上。达到这一目的的一个途径是考虑软件项目的五个方面：性能、质量、计划、成本和人员。e.产品成功的因素明确产品的成功是如何定义和测量的，并指明对产品的成功有巨大影响的几个因素。不仅要包括组织直接控制的范围内的事务，还要包括外部因素。如果可能，可建立测量的标准用于评价是否达到业务目标. 3）用户群分类：产品的用户在很多方面存在着差异，例如：用户使用产品的频度、他们的应用领域和计算机系统知识、他们所使用的产品特性、他们所进行的业务过程、他们在地理上的布局以及他们的访问优先级。根据这些差异，你可以把这些不同的用户分成小组。用户类不一定都指人，你可以把其它应用程序或系统接口所用的硬件组件也看成是附加用户类的成员。以这种方式来看待应用程序接口，可以帮助你确定产品中那些与外部应用程序或组件有关的需求。将用户群分类并归纳各自特点为避免出现疏忽某一用户群需求的情况，要将可能使都有所差异。详细描述出它们的个性特点及任务状况，将有助于产品设计。 4）选择产品代表：择每类用户的产品代表为每类用户至少选择一位能真正代表他们需求的人作为那一类用户的代表并能作出决策。这对于内部信息系统的开发是最易实现的，因为此时，用户就是身边的职员。而对于商业开发，就得在主要的客户或测试者中建立起良好的合作关系，并确定合适的产品代表。他们必须一直参与项目的开发而且有权作出决策。每一个产品代表者代表了一个特定的用户类，并在那个用户类和开发者之间充当主要的接口。 5）建立核心队伍：建立起典型用户的核心队伍把同类产品或产品的先前版本用户代表召集起来，从他们那里收集目前产品的功能需求和非功能需求。这样的核心队伍对于商业开发尤为有用，因为你拥有一个庞大且多样的客户基础。与产品代表的区别在于，核心队伍成员通常没有决定权。 6）确定使用实例：让用户代表确定使用实例从用户代表处收集他们使用软件完成所需任务的描述-使用实例，讨论用户与系统间的交互方式和对话要求。在编写使用实例的文档时可采用标准模版，在使用实例基础上可得到功能需求。 一个单一的使用实例可能包括完成某项任务的许多逻辑相关任务和交互顺序。因此，一个使用实例是相关的用法说明的集合，并且一个说明是使用实例的例子。在描述时列出执行者和系统之间相互交互或对话的顺序。当这种对话结束时，执行者也达到了预期的目的。 对于一些复杂的使用实例，画出图形分析模型是有益的，这些模型包括数据流程图、实体关系图、状态转化图、对象类和联系图。 使用实例的描述并不向开发者提供他们所要开发的功能的细节。为了减少这种不确定性，需要把每一个使用实例叙述成详细的功能需求。每一个使用实例可引伸出多个功能需求，这将使执行者可以执行相关的任务；并且多个使用实例可能需要相同的功能需求。使用实例方法给需求获取带来的好处来自于该方法是以任务为中心和以用户为中心的观点。比起使用以功能为中心的方法，使用实例方法可以使用户更清楚地认识到新系统允许他们做什么。 每一个使用实例都描述了一个方法，用户可以利用这个方法与系统进行交互，从而达到特定的目标。使用实例可有效地捕捉大多数所期望的系统行为，但是你可能有一些需求，这些需求与用户任务或其他执行者之间的交互没有特定的关系。这时你就需要一个独立的需求规格说明。 7）召开应用程序开发联系会议：召开应用程序开发联系会议应用程序开发联系会议是范围广的、简便的专题讨论会，也是分析人员与客户代表之间一种很好的合作办法，并能由此拟出需求文档的底稿。该会议通过紧密而集中的讨论得以将客户与开发人员间的合作伙伴关系付诸于实践。 8）分析用户工作流程：分析用户工作流程观察用户执行业务任务的过程。画一张简单的示意图（最好用数据流图）来描绘出用户什么时候获得什么数据，并怎样使用这些数据。编制业务过程流程文档将有助于明确产品的使用实例和功能需求。你甚至可能发现客户并不真地需要一个全新的软件系统就能达到他们的业务目标。 9）确定质量属性：确定质量属性和其它非功能需求在功能需求之外再考虑一下非功能的质量特点，这会使你的产品达到并超过客户的期望。对系统如何能很好地执行某些行为或让用户采取某一措施的陈述就是质量属性，这是一种非功能需求。听取那些描述合理特性的意见：快捷、简易、直觉性、用户友好、健壮性、可靠性、安全性和高效性。你将要和用户一起商讨精确定义他们模糊的和主观言辞的真正含义。 10）检查问题报告：通过检查当前系统的问题报告来进一步完善需求客户的问题报告及补充需求为新产品或新版本提供了大量丰富的改进及增加特性的想法，负责提供用户支持及帮助的人能为收集需求过程提供极有价值的信息。 11）需求重用：跨项目重用需求如果客户要求的功能与已有的产品很相似，则可查看需求是否有足够的灵活性以允许重用一些已有的软件组件。
