一：[网站系统分析]辅导：系统分析师书籍推荐之一
软考网权威发布辅导：系统分析师书籍推荐之一，更多辅导相关信息请访问计算机软件水平考试网。
下面对一些有关书籍进行相关介绍：
国内著书有以下三本，都是51CMM张友生博士以中国系统分析团名义和考试复习资料用书名义出版的。
系统分析与设计技术 张友生
本书涵盖了《系统分析师考试大纲》的部分内容，是全国计算机技术与软件专业技术资格（水平）考试的参考用书。 本书内容包括系统计划、需求分析与定义、系统设计、软件设计、软件测试、软件维护、系统可靠性分析与设计、系统的安全性和保密性设计、文档编制、项目管理、软件质量管理、实时系统分析与设计、嵌入式系统分析与设计、信息化基础知识、信息系统基础知识等内容。本书对《系统分析师考试大纲》部分内容的详细讲解，是对《系统分析题教程》的补充。 本书适合于参加全国计算机技术与软件专业技术资格（水平）考试——系统分析师级别考试的考生。
系统分析师技术指南 张友生 徐锋
本书对前沿而又成熟的系统分析技术和方法进行了讨论，包括CMM与过程改进、J2EE与.NET平台、中间件及相关技术、应用服务器、Web Service、数据仓库与数据挖掘、操作数据存储、导构数据库的集成、企业应用集成、XML、软件构架、设计模式、UML、RUP、SOAP、ERP/SCM/CRM、工作流、软件产品线、XP与敏捷编程、实时系统和嵌入式系统、网格计算与普适计算等。这些技术和方法是任何一位合格的系统分析师必须具备的知识，也是系统分析师考试必考的知识点。阅读本书，犹如进入IT新技术和新方法的殿堂。 本书是计算机技术与软件专业技术资格(水平)考试参考用书，同时也可作为系统分析师日常工作的参考手册；既是软件设计师、数据库系统工程师、网络工程师进一步深造和发展的必读书籍，也是计算机专业教师的教学和工作参考书。
系统分析师常用工具 张友生
本书对当前流行的软件工程所使用的一些工具进行了详细讨论，包括需求分析工具、软件设计工具、数据库设计工具、项目管理工具、程序设计工具、测试工具等，既讨论了相关的理论知识，也介绍了各类工具的特点和使用方法。 本书由中国系统分析员顾问团组织编写，作为计算机技术与软件专业资格（水平）考试系统分析师级别的辅导教程。既可作为系统分析师日常工作的参考手册，软件设计师、数据库系统工程师、程序员进一步深造和提高的学习用书，也可作为计算机专业教师和工作参考书，以及大学计算机辅助软件工程课程的教材。
根据网上多数评价，内容比较杂，不能算特别实用，说系统分析员所有的技术都要了解，于是就把各种各样的技术都放在一起了；而系统分析工具，却推荐的是测试管理工具。这到底能给国内同仁带来多大的帮助？所以我们既不推荐也不反对。
如果谁有更好的书籍推荐，请告诉我。
国外以系统分析名义出版的书主要有以下3本：
系统分析与设计方法（原书第6版）
【作者】 （美）Jeffrey L.Whitten,Lonnie D.Bentley,Kevin C.Dittman 【译者】 肖刚 孙慧
本书采用一个完整的案例研究，以整个信息系统构件和信息系统开发生命周期为主线，全方位分析了系统开发生命周期的各个层面。书中每一章都提供了大量的引用案例，生动翔实，附有大量各类习题，深刻实用，便于学生加深理解书中所述理论，及时运用所学知识。主要特点如下： 平衡概念、工具、技术以及应用等各方面内容所占的比重 提供丰富的系统分析和设计的例子 结合传统方法(如结构化分析和信息工程)和新方法(如面向对象分析、敏捷开发和快速应用开发) 本书是介绍信息系统分析和设计原理、方法、技术、工具和应用的力作，自问世以来，广受欢迎，以至于一版再版，延续至今。 本书采用一个完整的案例研究，以整个信息系统构件(基于Zachman框架)和信息系统开发生命周期(FAST方法学)为主线，详细探讨了系统开发生命周期的前期、中期和后期以及跨生命周期的活动。另外，书中每一章都提供了大量的练习题、讨论题、研究题和小型案例，以加深读者对书中所述理论的实际应用和掌握。 本书内容丰富、详实生动，特别适合作为计算机和信息系统专业的教科书和教学参考书，同时也可作为软件工程、系统分析技术人员的参考书。
系统分析与设计
【作者】 John W.Satzinger Robert B.Jackson Stephen D.Burd 【译者】 朱群雄 汪晓男 等
本书既关注概念，也重视方法。书中介绍了最完整和最先进的系统分析与设计方法，
二：[网站系统分析]计算机系统分析员论文12篇
软考网权威发布计算机系统分析员论文12篇，更多计算机系统分析员论文12篇相关信息请访问计算机软件水平考试网。
系分论文1企业人事信息系统的应用【摘要】 本文讨论《企业人事信息系统》项目的需求分析方法与工具的选用。该系统的建设目标是帮助该企业管理好企业内部的人员和人员的活动，人事信息管理指的是企业员工从招聘面试到离职退休的全过程，涉及的主要活动包括面试、报到、培训、升职、离职或其他的人事变动，也包括电子化考勤、工资性收入的计算与分发、使用其他公司资源的有关记录（如宿舍、保险、证件办理等等）。此外，本系统也涉及到企业在全国各地的人事信息管理，企业的组织架构的设置，级别与职务管理，人力申请直至人力需求报表，从而形成一个对企业真正有用的人事信息管理应用系统。在本文中首先讨论了选用面向对象方法与工具的主要理由与策略，进一步通过一个简例说明该方法与工具使用的效果，也讨论了使用多种工具与方法在需求分析中的必要性，最后简要小结了选用正确工具与方法的意义和作用。 在项目开展期间，我担任了系统分析、系统设计与数据库管理等大量工作。【正文】 人事信息管理系统是一个有着广泛应用面的实用性系统，但是，我国各个企业有着自身的体制、机制、特点与不同的要求；在开发这类系统时，系统需求分析是极为重要的一环。在整个分析过程中，我们都采用了面向对象的分析方法，这是因为我们在近几年的实践中已坚信这种方法能够更加有效地表达和描述现实世界。软件要具有适用性和扩展性，就必须更接近于现实世界本身的发展规律。 以一个简单的例子来看，假设要求设计关于引进人才评估的一个系统，按我们过去的做法，先会要求提供给我们一份相关的引进人才评估表，然后依葫芦画瓢地设计相应的表单与界面。在短期来说，这样做是简便而实用的，但并不能够符合现实世界的长远目标，这套设计方法不具有扩展性，因为任何一份评估表的结构都会有可能发生许多改变的。采用面向对象的方法，可以从中提取出表类型、表结构、评分方法以及能考虑继承等各方面的要素，这样就可以保证软件的通用性，可配置性与可维护性。 在工具的选择过程中，我们选择了现在已十分流行的Rational系列，包括Rational Rose、RUP、SoDA等，为什么选取这个系列工具呢？这是基于我们对软件需求分析目标的看法，我们认为需求分析应当能正确地回答如下的几个关键性问题： （1）用户的需求是否已详尽地被考虑到了？ （2）用户能理解或明白我们所描述的内容吗？ （3）分析是否会和设计相脱节， （4）程序员能明白我们的分析与设计要求吗？等等。 以下对上述几个问题逐一简要地加以说明： （1）详尽地获取用户的需求。 用户的需求可分为显式的需求与隐性的需求，用户的倾向往往只顾及到当前的与明显的需求。要达到对需求理解的全面性，不仅仅只是依靠有效的用户谈话和调查，因为我们所面对的用户需求往往会有些片面的，采用Rational Rose（基于UML）提供的用例，以及多种图的联合使用，可以使我们发现其中的遗漏。 （2）使用户能充分地理解我们的表示方法，能够真正明白我们描述的内容。 软件需求分析规格说明书通常会是冗长而枯燥的，一般的用户不容易深入理解，这样就削弱了分析的正确性。通过支持面向对象及UML语言的Rational Rose可以更好地和用户交流，让用户了解系统的运作方式甚至细节的操作。 （3）使分析和设计两个阶段互相联系与贯通。 这是我们选择面向对象的方法及Rational Rose工具的重要原因，系统分析要向用户描述的不仅仅是用户的需求，而且包括解决方法，解决方法当然应包括设计（程序）、数据库与系统配置，我们当然不希望用户得到的是一个与需求规格说明不相同的软件，也不可能要求程序员完成一个不可胜任的任务。然而我们在以前的多项工作中经常发现这类情节，因为系统分析与设计相互脱节，导致一头扎在分析中不顾设计有关的事宜。 分析与设计的脱节，还不利于设计现格说明的评估，因为分析往往会脱离现实，导致缺乏评估的依据。 因为不可能成功地完成设计而使分析需要重来，就会造成巨大的浪费与损失。一个好的工具可以使分析与设计更紧密地连结起来，甚至于—一对应。面向对象的分析方法使对象之间相对而言有独立性，减少了任何影响到全局的改动，能避免因需求变化而导致全盘皆动的被动局面。 （4）使程序员明白我们的设计。 一个好的设计应该让程序员感到清晰明白，更少疑问。一个疑问很多的设计加上沟通不畅，绝对会出现在应用环境下所不需要的另一个软件，所以设计规格说明书务必清楚、形象与明确，当然，Rational Rose具有足够的图形与其他形式，能使程序员
三：[网站系统分析]如何写系统分析书
软考网权威发布如何写系统分析书，更多如何写系统分析书相关信息请访问计算机软件水平考试网。
想和大家一起来谈谈在软件工程中我们所做的第一步：系统分析。希望我们中国的代码人能吸取更多更好的理论和实际的经验，有符合我们实际情况的系统分析、开发方法、步骤以及文档。系统分析，我个人认为它应该是能体现系统的灵魂性的文档。该文档应有什么内容，表达什么意思是我想在这里与大家探讨的问题。我觉得在系统分析书中应该有以下内容（视项目而定）：
1、 系统需求说明 说明系统是一个什么样的系统，用市场上现有的系统来类比，用客户（或是我们自己）需要一个什么样的系统进行说明，力求完整。并对系统的发展可扩充性进行描述（现在没有哪个系统是一次OK的）。说明与现有的系统有什么相同什么不同，说明未来系统的发展方面以及可移值性等能预见的事情。
2、 系统资源说明 对系统所需要的软件、硬件资源进行说明。描述系统所需要的所有的TCO成本。包括人员、时间、设备、系统、一次性投入资金、持续性投入资金这样的所有资源。
3、 系统可行性分析 对系统的实施中的资源进行分析，说明投入的合理性和必然性，对其中的所有不可预见性的投入进行合理的量化说明，来说明系统的实施的可行性。
以上为我所想到的系统分析说明书中应出现的前三种文档，不知大家有什么想法，请赐教。
作为开发前期的工作，还应该包括：总体设计和详细设计。
总体设计这个阶段必须回答的关键问题：概括地说，应该如何解决这个问题？
首先，应该考虑几种可能的解决方案。例如，目标系统的一些主要功能是用计算机自动完成还是用人工完成；如果使用计算机，那么是使用批处理方式还是人机交互方式；信息存储使用传统的文件系统还是数据库……
通常至少应该考虑下述几类可能的方案：
低成本的解决方案 系统只能完成最必要的工作，不能多做一点额外的工作。 中等成本的解决方案
这样的系统不仅能够很好地完成预定的任务，使用起来很方便，而且可能还具有用户没有具体指定的某些功能和特点。虽然用户没有提出这些具体要求，但是系统分析员根据自己的知识和经验断定，这些附加的能力在实践中将证明是很有价值的。 高成本的"十全十美"的系统
这样的系统具有用户可能希望有的所有功能和特点。系统分析员应该使用系统流程图或其他工具描述每种可能的系统，估计每种方案的成本和效益，还应该在充分权衡各种方案的利弊的基础上，推荐一个较好的系统（最佳方案），并且制定实现所推荐的系统的详细计划。如果用户接受分析员推荐的系统，则可以着手完成本阶段的另一项主要工作。 上面的工作确定了解决问题的策略以及目标系统需要哪些程序，但是怎样设计这些程序呢？
结构设计的一条基本原理就是程序应该模块化，也就是一个大程序应该由许多规模适中的模块按合理的层次结构组织而成。总体设计阶段的第二项主要任务就是设计软件的结构，也就是确定程序由哪些模块组成以及模块间的关系。通常用层次图或结构图描绘软件的结构。 详细设计
总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计阶段的任务就是把解法具体化，也就是回答下面这个关键问题："应该怎样具体地实现这个系统呢？"这个阶段的任务还不是编写程序，而是设计出程序的详细规格说明。这种规格说明的作用很类似于其他工程领域中工程师经常使用的工程蓝图，它们应该包含必要的细节，程序员可以根据它们写出实际的程序代码。通常用 HIPO 图（层次图加输入/处理/输出图）或PDL语言（过程设计语言）描述详细设计的结果。 我想这样的文档系统的思路是一个慢慢积累的过程，如JJX同志所说，我们现在有太多的形式上的东东，它并不是一个程序员真正需要的系统分析/设计书，对于系统的设计到实施到最后的代码以及验收有太多的改动和变化，我们正在一个极不规范的系统中生存，所以我们不可能有太多的选择，只能抄抄应付了事。所以与大家一起探讨一个真正适合我们的文档模式，这个模式或是说模板能为我们的代码工作减少负担，带来更多的动能:) 就目前的开发思路，应用环境和编程方法来说，传统的需求分析-系统分析-概要设计-详细设计-……已越来越不行了，因为：
1、现在的应用和以前大不一样。现在的应用是一种庞大的集成，包括跨平台，网络，数据库等等，而且新技术的出现越来越快，任何人都无法精通甚至是掌握全部技术。简单例子：现在有Windows,Unix,Linux等平台，有SQL Server,Oracle,
http://m.zhuodaoren.com/shenghuo826197/
推荐访问:公示系统网站
