博客园_李中华的技术博客

系统分析师的价值

2012-01-09T08:07:00Z

今天，和几个群友讨论系统分析师的价值在国内没有很好的体现，或者说是不被体现。

程序员喜欢写代码的原因是相对容易就获得成就感。因为别人在用程序员写的代码的系统。

在加之程序员对系统分析师的工作内容并不了解，所以不知道系统分析师的价值所在。

系统分析师的工作是什么？

官方的描述是：熟悉应用领域的业务，能分析用户的需求和约束条件，写出信息系统需求规格说明书，制订项目开发计划，协调信息系统开发与运行所涉及的各类人员，能指导制订企业的战略数据规划，组织开发信息系统，能评估和选用适宜的开发方法和工具，能按照标准规范编写系统分析、设计文档，能对开发过程进行质量控制与进度控制，能具体指导项目开发；具有高级工程师的实际工作能力和业务水平。

我个人认为，系统分析师除了官方的定义，还分析事实，找出问题所在处，制作符合实际情况的、有效解决问题的方案、候选方案，为企业改进流程提供意见，为开发团队提供开发标准。因此，系统分析师的具有非常高的价值。一个企业、或者团队，轻视系统分析师或者其工作内容，信息化失败的风险会倍增，并且，极有可能给企业带来巨大的灾难。

本文链接

开发人员技术等级说明书 V1.3

2011-08-23T08:12:00Z

以下是公司1.3版的技术等级说明书。发上来给大家共享。同时，公司长期招聘L3、L4。有意者请Email：zhonghua.li@qq.com

杭州天蓝软件有限公司

开发人员技术等级说明书 V1.3

李中华
2011/8/23

目录
一级、初级程序员（L1）

二级、程序员（L2）

三级、软件设计师（L3A类，偏前端）
三级、软件设计师（L3B类，偏后端）
四级、项目管理师（L4A类）
四级、系统分析师（L4B类）
四级、系统架构设计师（L4C类）
五级、大牛（L5）
六级、神（L6）

========================================================

一级、初级程序员（L1）
基本要求：
1、具有良好的编程基础，了解面向对象编程思想，掌握C#的基本用法，掌握JS的基本语法；
2、掌握VS2008或VS2010等开发工具的基本用法，掌握.NET官方控件的基本用法，能进行简单的Asp.net页面开发、WPF界面开发、WCF服务开发；
3、能看懂UML类图、顺序图，能使用UML建模工具（如Enterprise Architect）和数据库建模工具（如PowerDesigner）查看相关模型；
4、了解并能使用三层架构、MVP架构进行简单开发；
5、了解软件工程，熟悉软件工程中常见的术语。
其他要求：
1、具有较好沟通能力，能与团队成员和平相处。

二级、程序员（L2）
基本要求：
1、具有一级技术等级的能力，并能指导一级技术等级的同事进行工作；
2、熟悉面向对象编程思想，熟练使用C#、JS，熟悉SQL Server开发；
3、熟练使用VS2008或2010等开发工具，熟练使用.NET官方控件(WPF、WebForm)、WebUI、JQuery，熟练开发ASP.NET应用程序、WPF应用程序、WCF服务；
4、能看懂UML类图、顺序图、对象图、组件图，能使用UML建模工具（如Enterprise Architect）和数据库建模工具（如PowerDesigner）查看相关模型；
5、掌握并能使用三层架构、MVP架构进行开发。
其他要求：
1、具有较好沟通能力，能与团队成员和平相处；

三级、软件设计师（L3A类，偏前端）
基本要求：
1、具有二级技术等级的能力，并能指导二级技术等级的同事进行工作；
2、掌握设计原则，熟悉面向对象设计，熟悉并灵活运用设计模式；
3、具有一定的重构技能，完全掌握公司的《CSHARP编码规范》；
4、掌握Windows事件模型；
5、熟悉WPF的原理，熟练运用WPF，掌握依赖属性、数据绑定、异常与线程等技术；
6、熟悉WebForm模型的原理、能进行简单的控件开发，熟练开发ASP.NET应用程序；
7、熟练使用主流的JS框架，如JQuery；熟练使用CSS，HTML。
8、掌握C#的多线程、异步委托的知识，并能进行实际应用开发；
9、掌握并能使用常见的体系结构风格和架构模式，如B/S多层、C/S多层、MVP、MVC、DTO、DAO等。
其他要求：
1、具有较好沟通能力，能与团队成员和平相处，能促进团队人员在沟通与协作；

三级、软件设计师（L3B类，偏后端）
基本要求：
1、具有二级技术等级的能力，并能指导二级技术等级的同事进行工作；
2、掌握设计原则，熟悉面向对象设计，熟悉并灵活运用设计模式；
3、具有一定的重构技能，完全掌握公司的《CSHARP编码规范》；
4、掌握Windows事件模型；
5、熟练运用WCF，掌握多种激活方式，掌握多种调用模式，掌握各种协议的配置与使用；
6、熟悉WebForm模型的原理，熟练开发ASP.NET应用程序，熟悉IIS的工作原理；
7、掌握C#的多线程、异步委托的知识，并能进行实际应用开发；
8、掌握并能使用常见的体系结构风格和架构模式，如B/S多层、C/S多层、MVP、MVC、DTO、DAO等。
其他要求：
1、具有较好沟通能力，能与团队成员和平相处，能促进团队人员在沟通与协作；

四级、项目管理师（L4A类）
基本要求：
1、具有三级技术等级A、B类的能力，并能指导三级技术等级的同事进行工作；
2、掌握信息系统项目管理知识和方法，具有大型、复杂项目管理、多项目管理的能力；
3、掌握常用的项目管理工具，掌握项目整体绩效评估方法；
4、熟悉多种软件开发等软件开发过程模型；
5、具有很强的业务流程管理能力。
其他要求：
1、具有较好沟通能力，能与团队成员和平相处，能促进团队人员在沟通与协作；
2、具有一定的项目管理能力、能领导一个开发小组正常进行开发。

四级、系统分析师（L4B类）
基本要求
1、具有三级技术等级A、B类的能力，并能指导三级技术等级的同事进行工作；
2、熟悉企业信息化建设，并掌握组织信息化战略规划的知识；
3、熟悉信息系统开发标准，
4、熟悉多种软件开发过程模型；
5、熟悉面向对象分析、熟练的对系统进行需求分析；
6、具有很强的业务流程管理能力。
其他要求：
1、具有较好沟通能力，能与团队成员和平相处，能促进团队人员在沟通与协作；
2、具有一定的项目管理能力、能领导一个开发小组正常进行开发。

四级、系统架构设计师（L4C类）
基本要求
1、具有三级技术等级A、B类的能力，并能指导三级技术等级的同事进行工作；
2、精通设计原则，熟练运用低层的设计模式；
3、掌握常见的架构模式，并能较好的运用；
4、熟悉常见的构件技术的原理，并熟练使用某一种构件技术；
5、熟悉主流的中间件和应用服务器平台；
6、熟悉多种软件开发过程模型；
其他要求：
3、具有较好沟通能力，能与团队成员和平相处，能促进团队人员在沟通与协作；
4、具有一定的项目管理能力、能领导一个开发小组正常进行开发。

五级、大牛（L5）
基本要求
1、具有四级技术等级A、B、C三类的能力，并能指导四级技术等级的同事进行工作；
2、精通面向对象分析、设计，精通设计模式；
3、精通架构模式；
4、精通多种软件开发等软件过程模型；
5、具有较强的创造能力；
6、具有很好沟通能力，能与团队成员和平相处，能促进团队人员在沟通与协作；
7、具有很好的项目管理能力。

六级、神（L6）
基本要求
1、具有五级技术等级的能力，并能指导五级技术等级的同事进行工作；
2、具有渊博的知识，熟知当前先进技术的原理；
3、具有很好的项目管理能力，并能持续的改进小组的开发规范、项目管理规范；
4、具有很好沟通能力，能与团队成员和平相处，能促进团队人员在沟通与协作；

薪资项目

岗级工资绩效奖金系数（同奖惩系数）

L1   2000.00~3500.00       300
L2   4000.00~4500.00       400
L3   4500.00~6500.00       500
L4   7000.00~10000.00     0
L5   11000.00~15000.00   0
L6   16000.00以上             0

年终奖，L1到L3是1个月的工资，如果做的好有2个月的工资。L4以上与公司的盈利有关系。

本文链接

基于体系结构的软件开发(ABSD)

2011-08-21T16:13:00Z

一、开发模型

传统的软件开发过程可以划分为：问题定义、需求分析、软件设计、软件实现、软件测试等过程。如果采用传统的开发过程，软件体系结构的建立应位于需求分析之后，概要设计之前。

基于体系结构的软件开发模型（ABSDM），把整个软件过程划分为为：体系结构需求、设计、文档化、复审、实现、演化等六个子过程。

1、体系结构需求

需求是只用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。体系结构需求受技术环境和体系结构设计师的经验影像。需求过程主要是获取用户需求，标识系统中所要用到的构件。

1.1、需求获取

体系结构需求一般来自三方面：系统的质量目标、系统的商业目标、系统开发人员的商业目标。软件体系结构需求获取过程主要是定义开发人员必须实现的软件功能，是的用户能完成他们的任务，从而满足业务上的功能需求。于此同时，还要获得软件质量属性，满足一些非功能性需求。

1.2、标识构件

这一步又可分为三步实现：

第一步：生成类图。使用CASE工具生成类图。

第二步：对类进行分组。分组后会简化类图结构，使之更加清晰可读。一般，根据类之间的耦合度和内聚度进行分组。例如，在实践DDD时，就可以把一个聚合进行分组，多个聚合即分为多组。

第三步：把类打包成构件。做到构件级的重用。构件和构件又可以打包成更大的构件。

1.3、需求评审

组成一个由不同代表组成的小组，对体系结构需求及相关构件进行仔细的审查。审查的主要内容包括所获取的需求是否真实反映了用户的要求，类的分组是否合理，构件合并是否合理等。

必要时，可以在需求获取-标识构件-需求评审之间进行迭代。

2、体系结构设计

体系结构设计是一个迭代过程。其步骤为：

2.1、提出软件体系结构模型

在建立体系结构的初期，选择一个合适的体系结构风格是首要的。在这个风格的基础上，开发人员通过体系结构模型，可以获取相关体系结构属性的理解。

2.2、把以标识的构件映射到软件体系结构中

把在体系结构需求阶段标识的构件映射到体系结构中，将产生一个中间结构，这个中间结构只包含哪些能明确合适体系结构模型的构件。

2.3、分析构件之间的相互作用

为了把所有已标识的构件集成到体系结构中，必须认真分析这些构件的相互作用和关系。

2.4、产生软件体系结构

一旦决定了构件之间的关系和相互作用，就可以在第二阶段得到中间结构的基础上进行精化。

2.5、设计评审

一旦设计了软件体系结构，必须邀请独立于系统外开发的外部人员对体系结构进行评审。

3、体系结构文档化

绝大多数的体系结构都是抽象的，有一些概念上的构件组成。因此，要让系统分析员和程序员去实现体系结构，还需要把体系结构文档化。

体系结构文档化的主要输出结构是：体系结构需求规格说明书、质量设计说明书（测试体系结构需求的文档）。精确的形式化的描述，是用户和开发人员之间的一个协约。

4、体系结构复审

体系结构设计、文档化、复审是一个迭代过程。一个主版本的软件体系结构分析之后，要安排一次有外部人员（用户代表、领域专家）参加的复审。

复审的目的是标识潜在风险，及早发现体系结构设计中的缺陷和错误，包括体系结构能否满足需求、质量需求是否在设计中得到体现、层次是否清晰、构件的划分是否合理、文档表达是否明确、构件的设计是否满足功能与性能的要求等。

5、体系结构的实现

文章未完……先睡觉……

本文链接

今天继续折腾MVVM

2011-08-09T08:57:00Z

上次折腾是6月1日。今天已经是8月9日了，时间过的真快，一下子就2个多月了。

想优化MVP在WPF中的应用。MVVM这个概念是不错的。绑定命令、绑定数据…… 真棒！

看到很多兄弟，在MVVM中的ViewModel中直接调用MessageBox.Show()方法。我很反对这种写法。这种写法在做单元测试是很难测试的，IDE会在背后弹出一个提示框。。。。。。好蹩脚的设计。。。。。

今天折腾这个有2个目的。目的如下：

1、给一个实际的遵循依赖倒置原则的例子；

2、折腾到了一定程度，就可以在公司里大力推广。

东西还没折腾好，快要下班了，就此洗手。

这次没画图，还是采用原来的图，代码在这里：/Files/zhonghua/MVVM.rar

本文链接

软考专家访谈之三：论文应考秘笈

2011-07-30T17:41:00Z

软考专家访谈之三：论文应考秘笈

2009-06-24　来源:全国软考办　网友评论0 条　进入电脑报知道

对中国十多万从事计算机专业的年轻人来说，两周之后的5月24日将是一个重要的日子，那一天将参加软考。面对这个“IT界的高考”，我们该如何应对？是否应该参与？如何才能通过？

为了帮助广大读者解决这些问题，邀请到了信息产业部（现工业和信息化部）电子教育与考试中心的两位资深专家谭志彬老师和沈林兴老师现场作客解答，他们二位都在软考办公室有多年工作经验。在长达2个小时的访谈中，他们认真回答了数百位参加聊天网友的提问。

最后20天如何复习？

记者: 现在很多考生犯愁的是，他们的考试还有20来天，这20来天怎么复习？比如说参考书的问题，请两位老师给考生支个招，如果他要看参考书，选什么样的参考书？如何利用参考书？两位老师有什么样指导性的建议？

谭老师: 既然大家来参加这个考试，那么我想大家现在离考试的时间已经很紧了，应该全身心的投入，要多花一些精力进行准备。首先，要认真对照考试大纲列出的那些知识内容，了解自己现在掌握的情况，要做到心中有数，哪些是自己的薄弱环节。而且，对于考试大纲的内容，要做一个分类，有一些要求是通用的、公共的知识，我们可以多看一些市面上已经有的书籍。这些书籍基本上有很多都还是不错的，清华大学也出版了不少。

另外，考试大纲上的一些专业性比较强的内容，或者是考试大纲跟这个岗位结合得非常紧密的技能，在清华大学出版的有关的一些指定教材当中，有一些论述。考生可以对照着大纲和指定教材，还有其他的参考书，我们应该花一段时间把自己整个的知识体系进行梳理一下，看看还有什么薄弱的地方。

第二件事情，就是要认真地研究一下以前的考试试题。对这些试题我们组织专家做了一些详尽的分析，每年也都出版两本这样的参考解答书。你首先可以拿着这个试卷自己先做一做，做完后再对照这个答案，检查一下自己做的情况。再了解一下你认为你薄弱，或者是你认为你不薄弱的地方，你自测之后都会有所反映。

做以前的试卷，不仅是你对复习的检验，也能让你熟悉计算机考试的风格，比如说这个试题的类型、风格。基本上，你要认真地对照以前的考试试题和你手里的考试大纲，你可以获得很多的启发。那么，对于你在临考之前的备考，应该是有很大的帮助的。

沈老师: 我再补充一点。我们的软考不考背书题，所以有一些学生问，我背出教材，是不是就能及格了？这是不正确的。因为我们软考试题的性质，是要使会的人不看书也能答对，所以重点是考你的能力，并不在于你是否背过书。所以，做以前的试题，发现了弱点，了解了试卷的结构、难度、广度以后，你就会对整个考试有一个清晰的了解，对自己的弱点，需要补哪些知识，就有一个把握。然后再去看教材，这样的效果比较好。

记者: 有网友想请教一下，在最后这么两个星期的时间里面，他们在复习的时候，需要把重点放在哪些地方？沈老师是不是能够给提供一些重点？

沈老师: 对不同的人也是不同的，对学生来说，可能下午试题是有点难度的。对于有经验的职工来说，可能上午知识题中的一部分已经忘掉了，可能要补一下。所以，不同的人，着重点是不一样的。首先要发现自己的弱点，要补一补这个弱点。

如何借助培训机构和参考书等外力？

记者: 很多网友希望两位老师能够向网友们推荐在临考以前获取一些知识的途径？比如说培训网站，或者是有没有一些资料呢？

沈老师: 我们说做以前的题是入手，通过做题发现自己某几个领域的弱点和欠缺的地方，包括上午试卷的范围和下午试卷你应该怎样答题，才能够比较全面。这样，你缺的知识应该还要看有关的教材去补充，再去有针对性地学教材。

谭老师：当然，每一个考生的情况也不太一样，我们除了建议考生熟悉考试大纲，熟悉我们的教程，做多一些以前的试题之外，我们也欢迎考生参加计算机软件考试社会化的培训。因为我们的培训都是社会化的培训，那么这些培训机构经过这么多年的发展和沉淀，他们对于计算机考试的了解也是很深的，也积累了一批对这个考试了解程度非常深的专家和老师。

记者: 有考生问，咱们现在有没有软考办推荐的考试培训机构，以及推荐的软考的指导书，因为市面上各种培训机构的指导书太多了。

谭老师: 我们的书在网站www.ceiaec.org/资格考试栏目上有一个教材目录，基本上有三个出版社的书是在我们的目录上是有的。一个是清华大学出版社，它里面涉及到的书有指定教材、考试大纲、试题分析、参考用书。另外一家出版社是西安电子科技大学出版社，也有辅导用书。还有一家出版社是电子工业出版社，他的书主要面向于高职高专的学生，是针对他们的特点来组织的。详细的书的目录，可以到我们的官方网站上去浏览。

至于说到培训机构，因为属于社会化的培训，如果你比较关心考试和培训的情况，你应该能在网上自己搜索到哪些培训机构做得不错。

沈老师: 软考是国家的考试，实行的是考培严格分离，不能由考试机构来指定培训机构。

怎样提高自己的实际能力，做好下午试题

记者: 这位网友是应届生，打算下学期考系统分析师，但是他觉得很难，不知道怎么为下午的考试复习。请两位老师给这类学生，如何增加自己实际的能力，同时增加自己下午考试的通过率，如何来复习？

谭老师: 系统分析师是含金量比较高的技术岗位，也是我们和日本互认当中比较重要的一个专业技术岗位。如果说不具备丰富的实际工作经验，那么要想通过系统分析师的考试，应该来说是非常困难的。

我给这位网友提一个建议，如果你现在是在职人员，你可以多参加你们单位组织的一些项目，特别是一些大的项目。如果你不是在职人员，那么你也应该多做一些这方面的社会实践，多了解、多体会。否则的话，你很难在下午的论文中，有你真实的做案例的感觉在里面。

虽然我们欢迎任何一个人员来报考我们的专业资格考试，但是仅仅凭应试的技巧还是比较困难的。而且，坦白地讲，这也不是我们考试的本意。我们这个考试的本意，还是想通过考试，向用人单位输送合格的、称职的工作人员。为专业技术人员证明自己的水平和能力，证明自己的从业经历，提供了一个比较权威的认证手段。

如何应对案例分析以及论文？

记者: 大家普遍反映对案例分析和论文这两个环节，还是有一点怵。请沈老师稍微具体一点给大家解释，这两方面应该怎么样准备？

沈老师: 案例分析是首先要弄懂，要有一点经验；其次是要回答全面。很多考生看了题以后，回答的问题不全面。因为评分是根据知识点、内容要点来给分的。假如一个问题的回答需要有五个要点，结果你只回答了一个要点，尽管这个要点你拓展得很多，你写的字很多，给分也并不高。所以，办法还是看以前的试题分析与解答，看这样的问题需要有很多个要点，要争取想得全面，而且写得字不用太多，但是要写到关键的要点上，你就能够答正确。

谭老师: 由于考试有一定的时间限制，我们在高级资格的考试中，案例分析和论文，试题是可以选择的。那么，大家首先要选自己熟悉的、有实际经验的试题来做。这样，容易提高你的通过率，不要找一些本身你拿不准的试题来做。

记者: 有几个网友问，比如说以系统分析师为例，他有的时候需要写论文性质的东西，请问论文的基本的写作思路和写作技巧是什么，能不能请沈老师给支个招？

沈老师: 关键不是技巧，关键是工作经验和实际能力。我们从阅卷上看，有几个倾向不太好，一个是背，某些人背别人的工作成果。我们在阅卷的时候发现，他不是自己的体会，是生搬硬套，这是不好的。还有一个倾向是空洞，不切题。例如讲软件质量，软件质量在软件工程里有一定规范的论述和规范的做法，如果把控制软件质量写成与控制皮鞋制作质量一样，就看出来不切题了。这是过去的一些问题。

所以，我们感觉到最关键的还是要学习一些基本的软件工程基础知识，在这个基础上多做实践，多做项目，切身体会，写出切实的体会。既有一定的理论依据，又有很深切的实践经验。这样，阅卷的老师评分就会比较高了。而且，有一些考生写字很潦草，阅卷的老师都看不明白。

记者: 这也是给大家提一个醒，请大家答卷的时候注意手写字体。

沈老师: 对，现在都打字了，很多人写字写得很难看，错别字也很多，也很潦草，看不懂。如果别人看不懂，也影响分数的。很多人提出来，希望用计算机来打字，但实施起来有一些困难。另外，最近社会上有许多论调说，完全用计算机代替汉字书写，也是不利的。

记者: 很感谢沈老师提出来的字体这些事情，相信对大家是个提醒。还有哪些类似能够给阅卷的老师留下好印象的技巧呢？或者说有没有哪些问题会给阅卷老师留下来不太好印象的事情呢？

谭老师: 阅卷美观是对阅卷老师视觉上的尊重。实际上，你多看一些我们公布的论文的标准的格式，你首先应该按照这个格式来组织你的论文。比如说，你要有摘要，要有你现在工作岗位的介绍，你现在从事什么样的工作岗位。如果说论文中要求你介绍你从事的项目，那么你要把你项目的概要、亮点稍微叙述一下。然后，针对论文中需要你论述的主题，一般来说这个主题有2到3个，来进行实事求是的论述，而且，要有真实的体会。

我们不要求你的论文都有什么1234这样明确的标记，但是要做到层次清晰、结构完整，有头有尾，还要有总结。
写论文时间是2个小时，我们感觉有实际工作经验的，做过项目的人，在这2个小时内应该可以组织出一篇符合考试大纲要求的文章。而实际的工作经验，或者是项目经验欠缺的，就会显得时间不够用。

沈老师: 还有文章的逻辑要比较清晰，就是从前到后看得比较顺。

常用软考的答题节奏和临场技巧有哪些？

记者: 我们有一些具体的考试技巧的问题。有网友问，假如在考试的时候真的碰到了自己以前没有接触过的知识点或者是案例，有没有什么具体的应考的技巧？

谭老师: 实际上谈到这个技巧都是人之常情，对于上午的选择题如果你确实不会，你也不要空着，你找一个最像的涂上，至少你有1/4的机会可以拿到这个分。

那么，对于下午的案例分析题，如果你做过我们以前的试卷的话，你应该能感觉到，我们下午的题也有些是让你选择的。如果你遇到这个问题把握不准，如果时间又特别紧，我建议还是把时间用在你把握比较大的问题上面。如果有一些题目把握不准，从时间管理的角度，你应该放弃。

沈老师：有些实践性强的主观大题，需要全面理解整个题后才能开始回答。有时，前面的空缺可能比较难填，但看到后面的叙述后，就可以填出前面的空缺了。有时可能会反复思考多次才得到解答。这些技巧需要在做题练习过程中自己进行总结。

本文链接