系统分析师论文案例集PDF
系统分析师2013年下午题-2-论文(附要点分析或范文)
系统分析师2013年下午题-2-论文（附要点分析或范文）试题一论面向对象建模方法的应用随着软件技术的发展，面向对象方法日益成为信息系统软件开发的主流技术，而面向对象建模技术是其中的关键。
模型是软件开发的根本，大型、复杂的软件系统的开发是一项工程，而建模是系统化认识所开发软件的一个初步途径。
面向对象建模技术流派众多，包括OMT方法、OOSE方法、OOA/OOD方法等。
统一建模语言的出现极大地促进了面向对象建模方法的普及与应用，已经成为当前面向对象建模方法的标准。
请围绕“论面向对象建模方法的应用”论题，依次从以下三个方面进行论述。
1、概要叙述你参与管理和开发的信息系统项目以及你在其中所承担的主要工作。
2、论述常见的面向对象建模方法的主要内容，包括每种模型的核心思想。
3、具体阐述你参与管理和开发的项目中使用的是哪种面向对象建模方法以及选择该方法的原因，给出具体的实施过程和实施效果。
【要点】常见的面向对象建模方法的基本情况如下：1.Coad/Yourdon方法Coad/Yourdon方法特别强调OOA和OOD采用完成一致的概念和表示法，使分析和设计之间不需要表示法的转换。
该方法的特点是表示简炼、易学，对于对象、结构、服务的认定较系统、完整，可操作性强。
在Coad/Yourdon方法中，OOA的任务主要是建立问题域的分析模型。
分析过程和构造OOA 概念模型的顺序由五个层次组成，分别是类与对象层、属性层、操作层、结构层和主题层，它们分别表示分析的不同侧面。
OOA需要经过五个步骤来完成整个分析工作，即标识对象类、标识结构与关联（包括继承、聚合、组合、实例化等），划分主题、定义属性和定义操作。
OOD中将继续贯穿OOA中的五个层次和五个活动，它由四个部门组成，分别是人机交互组件、问题域组件、任务管理组件和数据管理组件，其主要的活动就是这四个组件的设计工作。
2.Booch方法Booch最先描述了OO方法的基础问题，指出OO方法是一种根本不同于传统的功能分解的设计方法。
希赛系统分析师论文(60页)精品资料
论软件的组件式开发2远程接入中的安全访问控制 (4)网络安全评估 (6)电子政务项目中的计划管理 (12)应用CMM改进软件维护过程 (14)论改进Web服务器性能的有关技术——论文1：银行业的应用 (17)界面设计指导原则 (19)论开放系统应用的互操作性 (19)基于RUP的软件过程及应用 (20)长春经济技术开发区的网络安全建设 (24)基于 B/S 结构的电子政务信息系统的研究与开发 (28)基于J2EE架构的电子政务网上申报审批系统的设计与实现 (32)Web 应用系统分析与设计 (37)论软件项目计划的制定 (40)论软件开发成本管理 (43)论软件开发的风险管理 (46)应用CMM 保证软件质量 (48)论企业级信息系统项目管理体系的建立 (50)论信息系统的需求管理和范围管理 (52)论项目的风险管理 (55)内外网的划分 (58)企业信息系统的需求获取 (61)论软件的组件式开发摘要：在我所担任的某移动短消息增值应用系统的规划和开发工作中，面对移动短消息广阔的应用领域，和众多不同行业的ASP，巨大的软件开发工作量。
我们选择了组件式软件开发方式，在系统的功能、性能、开发效率和投资等方面都达到了理想的效果。
正文：2000年10月我开始担任四川某网络公司移动短消息增值应用系统（简称SMASP）开发部的负责人，主要工作是对SMASP进行规划并实施开发，为总经理提供SMASP开发的参考方案。
SMASP的通信服务提供商为中国联通公司，服务内容提供商为如：出租车调度系统的出租车管理公司；电码防伪系统的商用电码公司；水电气三表抄表系统的水电气公司；移动证券系统的证券公司等，还有许多已知的和未知的对移动短消息增值应用有潜在需求的应用领域会不断地加入到SMASP中来。
SMASP首期工程应用到联通四川公司，二期工程将推广到山东、河南、广东、福建、湖北等省市，并逐步推广应用到全国联通。
由于项目处于起步阶段，还没有定型的系统模型及成功的应用模式，因此，选择一个好的系统体系结构和开发模式就成为当务之急。
系统分析师论文范例
系统分析师论文范例论实时控制系统与企业信息系统的集成——工业控制的常规应用(二)【摘要】本文通过“工控组态软件”项目的开发，着重讨论实时系统与信息系统的集成。
近年来，国内外的组态软件取得了很大的发展，已广泛应用于企业生产。
组态软件以实时数据库作为核心技术，综合了工控、网络、图形处理与数据库访问接口等技术，是技术含量较高的一类软件产品，具有良好的应用前景和市场潜力，因此，有多家信息技术公司都在开发工业组态软件。
我有幸参与了该项目，在该项目中担当了分析与设计的部分任务，该软件采用Windows 2000操作系统，主要采用VC6.0进行开发。
以下本文将从我所开发的组态软件的特征、软件的体系结构设计、实时数据库设计、可扩充性与可维护性设计以及项目实施管理等几方面加以论述。
【正文】工业控制组态软件在工业界有着相当广泛的应用，此类软件允许用户在图形界面下对控制系统的各种采样点、过程输出点、设备、生产车间、控制回路、文件报警、生产报表、控制策略、网络设备和生产工艺画面进行定义与组态。
使用该类软件时，用户甚至可以不写一行程序就能够构成自己的控制系统，有些功能强大的组态软件还可提供与网络、Internet、数据库访问接口等的连接功能，使现场控制系统能相对方便地和企业的信息管理系统加以集成，某信息技术公司决定开发新的具有一定通用性的工业组态软件，作为技术骨干，我在该项目中担当了分析与设计的部分任务，该软件采用了Windows 2000操作系统，主要采用VC6.0进行开发。
本文将从我们所开发的组态软件的基本特征、软件的体系结构设计、实时数据库设计、可扩充性与可维护性设计以及项目实施管理等几方面加以论述。
l. 我所从事开发的组态软件的基本特征通过分析国内外的组态软件的特点和当前的技术发展情况，我认为我们着手开发的组态软件应当突出下述三个特征：（1）“实时与可靠”是此类软件赖以生存的应用前提，但是目前还是有很多的组态软件做不到这一点。
系统分析案例
系统分析案例论软件系统分析的方法和策略当一个软件项目摆在人们面前时，进行系统的分析是首当其冲的,正如我们的一句古语:三思而后行。
因此，无论做任何事都应考虑是否有意义以及它的可行性。
在过去，人们将“软件”与“程序”、“开发软件”与“编程序”划等号，粗略的进行估计和设计软件产品势必会影响软件的质量和生产效率。
然而现在，随着信息化产业的发展，软件企业的增多,尤其是当面对一些大中型的软件项目，对软件生命周期的各个环节进行系统详细的分析将更加重要,而且会提高软件的质量和效率。
一、软件系统开发无论动物、植物，作为一个完整的事物,都有它的生命周期、或者说它的轨迹。
作为先进高科技的产物---软件产品,自然也不例外。
这期间,要经过一系列的过程,例如,开发者首先要考虑它的可行性,是否能解决当前问题或是将来是否能有更大的发展,当然要有详细的规划和设计,要形成书面的文档记录下来,以便开发员之间的交流。
其次关键的是能否满足用户的需求,因为判断开发出来的软件是否成功的标准之一就是看它有无实用性。
之后便是一系列的实施,例如程序设计,系统测试,以及接下来的后续工作---维护与修改工作。
软件生命周期的各个环节将软件系统开发大致分为四个阶段，用图示的方式表现出来即通常所说的“瀑布模型”，如图：二、系统分析系统分析是软件生命周期的一个关键环节，其目标是将对计算机应用系统的需求转化成实际的物理实现。
然而实际面太多，增加了软件分析的复杂度，那么究竟在系统分析的过程中需要考虑那些因素呢？1、系统目的。
在考虑系统目的时，应更多的侧重于系统的最终目标考虑，因为一个系统不可能在最初就是完美的，要为系统留些余地。
2、系统参与者。
在整个项目中，要考虑有哪些方面参与了系统，这些参与者人可能在系统建设中起重要作用，他们采取什么样的态度将会对系统有一定的影响。
另外，还要了解各参与者的初衷是什么。
3、明确的评价标准。
最好从参与的各方面都进行考虑，要知道他们对这个系统是否有一个明确的评价标准。
系统分析师考试历年试题分析与解答（案例分析与论文篇）
系统分析师考试历年试题分析与解答（案例分析与论⽂篇）系统分析师考试历年试题分析与解答（案例分析与论⽂篇）第 1 章软件开发⽅法案例分析试题软件开发⽅法是指软件开发过程所遵循的办法和步骤，系统分析师考试⼤纲规定，考⽣要“熟练掌握信息系统开发过程和⽅法”。
也就是说，系统分析师要能够根据项⽬的实际情况，选择恰当的软件开发⽅法。
1.1 案例分析试题在2004年⾄2013年的考试试题中，共有6道试题和软件开发⽅法有关，本节主要分析这6道试题。
在本节的试题中，其考查范围如表1-1所⽰。
表1-1 软件开发⽅法试题分布表1.1.1 2004年上半年试题52004年上半年试题5某公司要在现场开发⼀个⽹站应⽤系统，该系统的特点是：规模不⼤；⼯期短；⽤户需求不明确；没有⼤的技术风险；系统中的⼀些模块可以外包给其他的公司开发。
在选择开发过程时，项⽬组内产⽣了分歧。
王⼯提出采⽤XP（eXtreme Programming，极限编程），理由是XP⽅法简洁，能减轻开发⼈员的负担、快速适应市场、缩短投资回收期。
李⼯认为采⽤XP在项⽬开发中存在⼀些问题，建议考虑原型开发⽅法。
双⽅就上述的问题展开了激烈的争论。
项⽬组最后决定采⽤XP，但同时针对李⼯提出的XP 中存在的问题采取了相应的措施。
【问题1】⼩规模发布（small release）是XP的基本元素之⼀。
请⽤200字以内⽂字分别阐明：（1）原型系统和XP⼩规模发布的系统的主要差别？（2）为什么该项⽬组没有采⽤原型开发⽅法？【问题2】请⽤200字以内⽂字，简要说明采⽤XP⽅法可能会存在哪些问题。
【问题3】在项⽬组的后续讨论中，李⼯提出，如果项⽬规模扩⼤，XP将不再适⽤。
王⼯对此表⽰赞同，但同时提出可以将XP⽅法和传统软件开发过程相结合。
请⽤200字以内的⽂字简要地说明如何将XP⽅法和传统软件开发过程相结合。
⼀、试题分析在我们⾯临“软件危机”所带来的挑战之时，曾经通过采⽤严格的规范、详尽的⽂档来约束开发过程，以保证开发的质量与效果，获得了突出的成就。
系统分析案例
系统分析
② 数据流名称：产品出库单 标识符：F2 数据结构： 01产品出库单 02日期（RQ） PIC X（8） 02产品代码（CPDM） PIC X（3） 02产品名称（CPMC） PIC X（18） 02单位代码（DWDM） PIC X. 02单位（DW） PIC X（4） 02规格代码（GGDM） PIC XX 02规格（GG） PIC X（10） 02备注 03零售出库数量（LSSL） PIC 9（6） 03批发出库数量（PFSL） PIC 9（6） 排列方式：按（日期十产品代码）升序排列 流量：最大：70张／日 平均：50张／日
系统分析案例
某厂库存管理系统
某厂产品库存管理系统简介
• 某厂是我国东北地区一家生产照明灯的老企业，每年工业 产值在四千万元左右。该厂目前生产的产品如表l所示。
产品名称 灯泡 灯泡 灯泡 灯泡 灯泡 灯泡 灯泡 节能灯 节能灯 节能灯
单位 只 只 只 只 只 只 只 只 只 只
规格 220V—15W 220V—45W 220V—60W 220V—100W 220V—150W 220V—200W 220V—300W 220V—4W 220V—8W 220V—16W
系统分析
③ 处理名：制作收发存月报表 标识符：P5 输入：取自库存台帐的数据 输出：填入输出报表中的统计数据 处理定义： 对库存台帐本月发生的出入库数据，分别按产品代码进行累计，一种 代码代表的产 品累计值即为输出报表中的一行。 计算公式： 工业产值（不变价）=∑Si*Ji 工业产值（现行价）= ∑Si*Ji1 其中：Si——产品代码为i的产品本月入库量计量 Ji——产品代码为i的产品不变价 Ji1——产品代码为i的产品现行价 激发条件：每月制作库存报表
系统分析
希赛系统分析师论文(60页)精品资料
论软件的组件式开发2远程接入中的安全访问控制 (4)网络安全评估 (6)电子政务项目中的计划管理 (12)应用CMM改进软件维护过程 (14)论改进Web服务器性能的有关技术——论文1：银行业的应用 (17)界面设计指导原则 (19)论开放系统应用的互操作性 (19)基于RUP的软件过程及应用 (20)长春经济技术开发区的网络安全建设 (24)基于 B/S 结构的电子政务信息系统的研究与开发 (28)基于J2EE架构的电子政务网上申报审批系统的设计与实现 (32)Web 应用系统分析与设计 (37)论软件项目计划的制定 (40)论软件开发成本管理 (43)论软件开发的风险管理 (46)应用CMM 保证软件质量 (48)论企业级信息系统项目管理体系的建立 (50)论信息系统的需求管理和范围管理 (52)论项目的风险管理 (55)内外网的划分 (58)企业信息系统的需求获取 (61)论软件的组件式开发摘要：在我所担任的某移动短消息增值应用系统的规划和开发工作中，面对移动短消息广阔的应用领域，和众多不同行业的ASP，巨大的软件开发工作量。
我们选择了组件式软件开发方式，在系统的功能、性能、开发效率和投资等方面都达到了理想的效果。
正文：2000年10月我开始担任四川某网络公司移动短消息增值应用系统（简称SMASP）开发部的负责人，主要工作是对SMASP进行规划并实施开发，为总经理提供SMASP开发的参考方案。
SMASP的通信服务提供商为中国联通公司，服务内容提供商为如：出租车调度系统的出租车管理公司；电码防伪系统的商用电码公司；水电气三表抄表系统的水电气公司；移动证券系统的证券公司等，还有许多已知的和未知的对移动短消息增值应用有潜在需求的应用领域会不断地加入到SMASP中来。
SMASP首期工程应用到联通四川公司，二期工程将推广到山东、河南、广东、福建、湖北等省市，并逐步推广应用到全国联通。
由于项目处于起步阶段，还没有定型的系统模型及成功的应用模式，因此，选择一个好的系统体系结构和开发模式就成为当务之急。
希赛系统分析师论文(60页)
论软件的组件式开发 (2)远程接入中的安全访问控制 (4)网络安全评估 (6)电子政务项目中的计划管理 (12)应用CMM改进软件维护过程 (14)论改进Web服务器性能的有关技术——论文1：银行业的应用 (17)界面设计指导原则 (19)论开放系统应用的互操作性 (19)基于RUP的软件过程及应用 (20)长春经济技术开发区的网络安全建设 (24)基于 B/S 结构的电子政务信息系统的研究与开发 (28)基于J2EE架构的电子政务网上申报审批系统的设计与实现 (32)Web 应用系统分析与设计 (37)论软件项目计划的制定 (40)论软件开发成本管理 (43)论软件开发的风险管理 (46)应用CMM 保证软件质量 (48)论企业级信息系统项目管理体系的建立 (50)论信息系统的需求管理和范围管理 (52)论项目的风险管理 (55)内外网的划分 (58)企业信息系统的需求获取 (61)论软件的组件式开发摘要：在我所担任的某移动短消息增值应用系统的规划和开发工作中，面对移动短消息广阔的应用领域，和众多不同行业的ASP，巨大的软件开发工作量。
我们选择了组件式软件开发方式，在系统的功能、性能、开发效率和投资等方面都达到了理想的效果。
正文：2000年10月我开始担任四川某网络公司移动短消息增值应用系统（简称SMASP）开发部的负责人，主要工作是对SMASP进行规划并实施开发，为总经理提供SMASP开发的参考方案。
SMASP的通信服务提供商为中国联通公司，服务内容提供商为如：出租车调度系统的出租车管理公司；电码防伪系统的商用电码公司；水电气三表抄表系统的水电气公司；移动证券系统的证券公司等，还有许多已知的和未知的对移动短消息增值应用有潜在需求的应用领域会不断地加入到SMASP中来。
SMASP首期工程应用到联通四川公司，二期工程将推广到山东、河南、广东、福建、湖北等省市，并逐步推广应用到全国联通。
由于项目处于起步阶段，还没有定型的系统模型及成功的应用模式，因此，选择一个好的系统体系结构和开发模式就成为当务之急。
2016年上半年—系统分析师—综合+案例+论文(答案+解析)_v1.0
系统分析师2016年上半年综合+案例+论文（答案+解析）RGVER1.02016年上半年—综合+案例+论文（答案+解析）综合题● 用例是一种描述系统需求的方法，以下关于用例建模的说法中，正确的是（ ）。
（1）A．用例定义了系统向参与者提供服务的方法B．通信关联不仅能表示参与者和用例之间的关系，还能表示用例之间的关系C．通信关联的箭头所指方是对话的主动发起者D．用例模型中的信息流由通信关联来表示【答案】：A【解析】用例是一种描述系统需求的方法/概念，使用用例的方法来描述系统需求的过程就是用例建模。
用例图用来描述软件应具备哪些功能模块以及这些模块之间的调用关系，包括：主要包括参与者、用例和通信关联（关联关系）三种元素，如图所示。
（1）参与者。
参与者是指存在于系统外部并与系统进行交互的任何事物，既可以是使用系统的用户，也可以是其他外部系统和设备等外部实体。
（2）用例。
用例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果。
也就是说，用例表示系统所提供的服务，它定义了系统是如何被参与者所使用的，它描述的是参与者为了使用系统所提供的某一完整功能而与系统之间发生的一段对话。
（3）通信关联。
通信关联表示的是参与者和用例之间的关系，或用例与用例之间的关系。
箭头表示在这一关系中哪一方是对话的主动发起者，箭头所指方是对话的被动接受者，箭尾所指方是对话的主动发起者。
如果不想强调对话中的主动与被动关系，可以使用不带箭头的关联实线。
在用例模型中，信息流不是由通信关联来表示的，该信息流是默认存在的（用例本身描述的就是参与者和系统之间的对话），并且信息流向是双向的，它与箭头所指的方向没有关系。
● UML 通过五个视图来定义系统架构，（ ）表示了设计模型中在架构方面具有重要意义的 类、子系统、包和用例实现的子集。
（2）A．逻辑视图 B．用例视图 C．进程视图 D．部署视图【答案】：A【解析】UML 中的视图分为如下 5 种：1、用例视图。
【论文】系统分析案例
2021/6/13
18
二、数据流程的描述工具及画法
1、数据流程图:（Data Flow Diagram，DFD） 2、数据流程图图例 常见的数据流程图有两种：
一种是以方框、连线及其变形为基本图例符号来表示数据流动过程。 一种是以圆圈及连接弧线作为其基本符号来表示数据流动过程。
2021/6/13
19
统计分 析员
商品入库流水账
商品供应信息 表
生产厂家信息 表
供销存月报 表
供销存季报 表
供销存年报 表
提货通知 单
14
三、业务流程的重组
调查和分析的重点是：
不合理的业务流程有哪些？ 不合理的业务流程产生的历史原因是什 么？ 改进措施有哪些？以及改进会涉及到哪 些方面（包括涉及面以及技术支持）？ 改进前后对组织的目标的影响有多大？
201581912transactionflowdiagramtfd201581913业务处理单位业务处理单位业务处理业务处理功能描述功能描述表格报表制作表格报表制作数据文件存档数据文件存档收集处理数据收集处理数据数据流向数据流向部门外实体201581914销售业绩销售计划出库单采购历史记录采购计划客户客户订单销售员缺料通知单采购员采购单生产厂家销售单提货通知单入库单查询商品供应信息表生产厂家信息表客户订单保管员登记查询登记商品出库流水账商品库存台账商品入库流水账统计分析员供销存月报表供销存季报表供销存年报表通达公司商品供销存管理业务流程图201581915201581916销售业绩销售计划出库单采购历史记录采购计划客户客户订单销售员缺料通知单采购员补货采购单生产厂家销售单提货通知单入库单查询和管理商品供应信息表生产厂家信息表客户订单保管员登记查询登记商品出库流水账商品库存台账商品入库流水账统计分析员供销存月报表供销存季报表供销存年报表通达公司商品供销存管理新业务流程图市场调研库存管理制度催货通知单入库检验2015819172015819182015819191
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
系统分析师论文案例集南昌大学计算中心武夷河E_Mail:wuyihe5304@说明：本文所有资料均由本人收集于网络，在此对原作者表示衷心的感谢！网友们可自由传播此资料，但不得用于商业目的。
目录企业人事信息系统的应用 (2)企业集团的信息管理系统应用 (4)通信行业的应用 (5)IC行业内部的CAD应用 (7)ERP开发的应用 (9)通信服务平台的应用 (11)论实时控制系统与企业信息系统的集成 (12)工业自动化改造的应用 (14)数字图书馆类的应用 (16)银行业的应用 (18)论系统设计中对用户需求的把握 (19)论软件开发平台的选择与应用 (21)论基于构件的软件开发 (23)论软件的性能优化设计 (25)论企业数据安全与应用 (26)论建立企业内部网INTRANET的策略 (28)如何保证软件质量 (30)论软件项目的进度管理 (32)论软件项目的进度管理 (34)论软件过程的改进 (36)应用CMM改进银行软件过程 (38)论软件开发平台的选择与应用 (40)论软件开发平台的选择与应用 (42)论软件开发平台的选择与应用 (44)论软件三层结构的设计 (46)论软件三层结构的设计 (48)论软件三层结构的设计 (50)XML在网上银行中的应用 (52)论XML技术在Internet平台上的应用 (55)图书馆网络应用体系安全设计 (57)论计算机网络的安全性设计 (59)论新技术的引进 (61)论软件测试方法和工具的选用 (63)论嵌入式实时软件测试方法和工具的选用 (65)论分布式数据库的设计与实现 (67)论基于WEB的系统测试策略 (68)异种数据库集成的主要技术 (70)历年考试论文题分类： (71)企业人事信息系统的应用【摘要】本文讨论《企业人事信息系统》项目的需求分析方法与工具的选用。
该系统的建设目标是帮助该企业管理好企业内部的人员和人员的活动，人事信息管理指的是企业员工从招聘面试到离职退休的全过程，涉及的主要活动包括面试、报到、培训、升职、离职或其他的人事变动，也包括电子化考勤、工资性收入的计算与分发、使用其他公司资源的有关记录（如宿舍、保险、证件办理等等）。
此外，本系统也涉及到企业在全国各地的人事信息管理，企业的组织架构的设置，级别与职务管理，人力申请直至人力需求报表，从而形成一个对企业真正有用的人事信息管理应用系统。
在本文中首先讨论了选用面向对象方法与工具的主要理由与策略，进一步通过一个简例说明该方法与工具使用的效果，也讨论了使用多种工具与方法在需求分析中的必要性，最后简要小结了选用正确工具与方法的意义和作用。
在项目开展期间，我担任了系统分析、系统设计与数据库管理等大量工作。
【正文】人事信息管理系统是一个有着广泛应用面的实用性系统，但是，我国各个企业有着自身的体制、机制、特点与不同的要求；在开发这类系统时，系统需求分析是极为重要的一环。
在整个分析过程中，我们都采用了面向对象的分析方法，这是因为我们在近几年的实践中已坚信这种方法能够更加有效地表达和描述现实世界。
软件要具有适用性和扩展性，就必须更接近于现实世界本身的发展规律。
以一个简单的例子来看，假设要求设计关于引进人才评估的一个系统，按我们过去的做法，先会要求提供给我们一份相关的引进人才评估表，然后依葫芦画瓢地设计相应的表单与界面。
在短期来说，这样做是简便而实用的，但并不能够符合现实世界的长远目标，这套设计方法不具有扩展性，因为任何一份评估表的结构都会有可能发生许多改变的。
采用面向对象的方法，可以从中提取出表类型、表结构、评分方法以及能考虑继承等各方面的要素，这样就可以保证软件的通用性，可配置性与可维护性。
在工具的选择过程中，我们选择了现在已十分流行的Rational系列，包括Rational Rose、RUP、SoDA等，为什么选取这个系列工具呢？这是基于我们对软件需求分析目标的看法，我们认为需求分析应当能正确地回答如下的几个关键性问题：（1）用户的需求是否已详尽地被考虑到了？（2）用户能理解或明白我们所描述的内容吗？（3）分析是否会和设计相脱节，（4）程序员能明白我们的分析与设计要求吗？等等。
以下对上述几个问题逐一简要地加以说明：（1）详尽地获取用户的需求。
用户的需求可分为显式的需求与隐性的需求，用户的倾向往往只顾及到当前的与明显的需求。
要达到对需求理解的全面性，不仅仅只是依靠有效的用户谈话和调查，因为我们所面对的用户需求往往会有些片面的，采用Rational Rose（基于UML）提供的用例，以及多种图的联合使用，可以使我们发现其中的遗漏。
（2）使用户能充分地理解我们的表示方法，能够真正明白我们描述的内容。
软件需求分析规格说明书通常会是冗长而枯燥的，一般的用户不容易深入理解，这样就削弱了分析的正确性。
通过支持面向对象及UML语言的Rational Rose可以更好地和用户交流，让用户了解系统的运作方式甚至细节的操作。
（3）使分析和设计两个阶段互相联系与贯通。
这是我们选择面向对象的方法及Rational Rose工具的重要原因，系统分析要向用户描述的不仅仅是用户的需求，而且包括解决方法，解决方法当然应包括设计（程序）、数据库与系统配置，我们当然不希望用户得到的是一个与需求规格说明不相同的软件，也不可能要求程序员完成一个不可胜任的任务。
然而我们在以前的多项工作中经常发现这类情节，因为系统分析与设计相互脱节，导致一头扎在分析中不顾设计有关的事宜。
分析与设计的脱节，还不利于设计现格说明的评估，因为分析往往会脱离现实，导致缺乏评估的依据。
因为不可能成功地完成设计而使分析需要重来，就会造成巨大的浪费与损失。
一个好的工具可以使分析与设计更紧密地连结起来，甚至于—一对应。
面向对象的分析方法使对象之间相对而言有独立性，减少了任何影响到全局的改动，能避免因需求变化而导致全盘皆动的被动局面。
（4）使程序员明白我们的设计。
一个好的设计应该让程序员感到清晰明白，更少疑问。
一个疑问很多的设计加上沟通不畅，绝对会出现在应用环境下所不需要的另一个软件，所以设计规格说明书务必清楚、形象与明确，当然，Rational Rose具有足够的图形与其他形式，能使程序员更加明确，甚至能细微到每一个语句（事实上如果使用VB，程序架构都有可能直接生成了）。
（5）选择UML可能会有更多的理由。
比如用户文档的编写、数据库设计，我们都需要做到有延续性，有自动化支持和具有质量上的保证。
所以，我们选用了以上的方法和工具。
在分析中，面对考勤班次的问题时，由于过去一直使用纸卡方式考勤，使用户对班次形成了固定的概念，而现在的许多考勤软件也采用多次刷卡的方法来形成一天的记录。
经过面向对象的分析可以发现，事实上每天的上班记录是由多个时段所形成的，时段的多少在各个公司，各个工种与部门都不尽相同，每个时段可能有不同的属性，时段与时段组合可形成为班次，这更适合于现实的情况，使之能更加灵活与更有扩展性。
其实，在天与天之间也都有相互之间的关系。
在这一点上，我们又发现必须在考勤与薪金工资中加入与MRP中相似的期段（Periods）的基本概念，比如可以称之为考勤期段，允许为用户更加方便地设置考勤期段，可能使之不一定与自然年月日相同等等。
Rational Rose使我们更方便地把上面的想法在类上去实现，更进一步地设计好我们的高效率的数据库。
当然，使用单一的一个工具去完成一个中大型的应用系统的需求分析，是不可能成功的。
因为社会在发展，用户的需求也在改变，如何把握住用户的需求是需要时间的，面向对象的方法有时也会忽略外在的与表层的要求，不仅仅是要获得关键的需求，其他更多的需求往往要等到用户在使用后才知道，然而等到用户使用是不现实的，作为原型开发模型中的原型也是收集用户需求，描述与解释需求的一类相当有效的方法与工具。
在我们的开发过程中，为了更好地让用户了解我们的系统和我们的设计方案，让用户在见面会上更有方向性与针对性，我们首先用Access开发出原型，让用户先试用。
这样，我们在真正的分析与设计时就能更加符合用户的要求。
总之，软件需求分析方法和工具的使用，对我们软件开发过程影响是很深远的，选用高效能的正确的方法与工具，可以使我们的软件更加正确地反映现实需求，更加具有可用性、可扩展性和可维护性；降低了软件项目的风险。
评注：（1）写得有些特色，观点鲜明。
（2）摘要写得不错，既反映了项目内容，也小结了本文的写作要点。
（3）文中所举的例子虽然简单，但很实际。
（4）多种方法与工具的使用，叙述得简明扼要。
（5）内容可更丰富一些，更深入的例子也可再增多一些，则会更有说服力。
（6）对需求分析的全过程的描述太少。
企业集团的信息管理系统应用【摘要】本文以某个IT产品销售公司的信息系统项目的开发为背景，讨论了一个信息系统需求分析的整个过程，其重要特征是：所涉及的项目是原有系统的一个升级替换版本。
因此，需求分析过程不同于建立一个全新的系统，大体上可分为三个阶段：（）实施逆向工程获得对系统的初步了解；（2）在第1步的基础上写出基本需求，交由客户评审补充；（3）在第2步的基础上开发原型，利用原型与客户交流，最终获得基线需求。
针对上述三个阶段，本文论述了所使用的分析方法与工具以及所遇到过的一些典型问题和措施，最后对需求分析中使用的工具，谈一些自己的初步体会。
【正文】我于1998年8月至2000年7月参加了某个大型集团的企业信息系统的开发工作，该大型集团的业务主要涉及到IT类产品的进销存。
本人在项目中负责系统分析的工作，该集团企业原先已委托某个电脑公司开发过一套IT类产品管理系统，但是该老系统存在两个主要的问题：（一）系统运行速度非常慢，如商品销售开单时，从确定开单到开单完成有时需要1～2分钟左右的响应时间，让客户无法忍受。
（二）系统数据不准确，经常出现实物库存与电脑库存严重不相匹配的情况，使销售数据的统计产生一些混乱，有关财务的数据因此无法有效使用，只能采用人工录入方式补充进行。
在这种情况下，该集团的总经理决定参考原有系统重新开发一个系统，以便解决原系统所存在的上述两个难以克服的难题。
注；原系统采用PB6.5开发，数据库采用SYBASE，服务器采用Windows2000Server，客户端采用Windows 98，程序架构采用的是传统的C/S结构。
鉴于该集团业务操作复杂，流程多，涉及人员多等特点，以及项目完成时间短，经费有限，人员有限等限制约束条件，再考虑到必须避免前一系统出现过的结构混乱与难于维护等问题，我们决定要对原系统的需求做一个比较彻底的和切实可行的分析，由于原有系统已经开发了近两年，并且客户也有了一定的使用经验，业务基本流程本身也并没有太大的变化，因此，我们把需求分析的过程分为三步：（）分析原有系统的结构，主要是数据库结构和程序结构，（2）在获得第（1）步结果的基础上写出基本需求，交由客户评审补充，（3）在第（2）步的基础上开发原型，利用此原型与客户交流，从而获得最终可用的需求结果。