分类目录归档:Programming

系统架构师和软件架构师的区别

当软件规模比较小时,系统分析师所完成的工作是把真正的业务需求(这个需求不是指客户简单所说的哪一个功能,而是需要去挖掘的,可能是潜在的但又是系统必需的,条例清楚、逻辑清晰的业务功能,而且需求不仅仅只是来自业务上的,系统所依赖的运行环境也会产生一些需求)转换成计算机可理解、可实现、可计算的模型。但由于现在的系统规模越来越大,复杂程度越来越高,而且应用领域也越来越广,所以很难由一个工种的人来全面完成这项艰巨的任务。

在具体的软件设计过程中,现在把它分解为由系统分析师与软件架构师合作共同来完成这一任务。其中系统分析师侧重的是前一部分的工作,软件架构师侧重的是后一部分的工作。系统分析师的主要工作内容 包括业务需求分析、系统需求分析、可行性分析以及建模等,其特点是更多地与行业专家、用户沟通,再及时与项目经理(项目管理师)、软件架构师以及老板商 讨,分析项目具备的特点、成本、风险等,考虑实现的模型。系统分析师所面临的往往是有许多不确定性的事件,需要对这些不确定的事件进行分析、总结,使之得 出一个相对可靠的确定性结论或实施方案模型。

软件架构师的主要工作内容就是在系统需求比较清晰的条件下进行系统总体的架构设计,当然 它也可能会涵盖一些系统分析师的工作内容和软件设计师的内容,但其特点是确定性的东西会多一些,力求为系统找到或架构一个最优的模型,这里面虽然可能有很 多创新的成分,但更重要的是如何充分运用现有的各种模型、结构、方案,并根据项目的特点,在各种方案中取长补短,找到一个最好的平衡点和结合点,使之最适 合当前项目的解决方案。所以,软件架构师实际上是使系统细致化、完善化,为拥有更好的可靠性提供保障。

在实际的职责上,软件架构师比系统分析师所站的角度更高一些。在大规模的软件系统中,系统分析师可能就系统的某个子系统进行分析与设计,而软件架构师应该对整个系统的结构负责。
(1) 项目管理师:掌握信息系统项目管理的知识体系,具备管理大型、复杂信息系统项目和多项目的经验和能力;能根据需求组织制定可行的项目管理计划;能够组织项 目实施,对项目的人员、资金、设备、进度和质量等进行管理,并能根据实际情况及时做出调整,系统地监督项目实施过程的绩效,保证项目在一定的约束条件下到 达既定的项目目标;能分析和评估项目管理计划和成果;能在项目管理进展的早期发现问题,并有预防问题的措施;能协调项目所涉及的相关人员。即项目管理师的 主要职责是负责整个项目的实施和控制,协调各种资源(包括组织内部资源和客户资源)。

(2)系统分析师:熟悉应用领域的业务,能分析 用户的需求和约束条件,写出信息系统需求规格说明书,制订项目开发计划,协调项目开发与运行所涉及的各类人员;能指导制订企业的战略数据规划,组织开发项 目;能评估和选用适宜的开发方法和工具;能按照标准规范编写系统分析、设计文档;能对开发过程进行质量控制与进度控制;能具体指导项目开发。即系统分析师 的主要职责是获取并分析用户的需求,形成规范化的文档,指导整个项目的开发,需要与客户不断的交流,熟悉应用领域的业务。

(3)系统 架构师:能够根据用户需求,结合用户应用领域的实际情况,设计正确、合理的软件构架,维护系统构件及其接口,并确保系统构架具有良好的性能;能够对项目进 行系统构架级的描述、分析、设计与评估;能够按照相关标准编写相应的设计文档;具有扎实的理论功底、广博的知识面,能够与系统分析师、项目管理师相互协 作、配合工作。即系统架构师的职责是负责整体的、宏观的系统设计,重点在架构级别上。还要对架构进行描述、分析和评估,属于纯技术性的工作。

懒惰的人伤不起啊

每每写代码或者调程序的时候总喜欢偷个小懒,懒得去加注释,等到好几周以后遇到问题去调试或者整理的时候总会被自己的代码整的云里雾里的。

每每看到别人写的日吧歘的代码的时候,总想破口代码,而自己每每写完代码的时候从来也没再自己的review,修改,润色,哎,估计将来别人看到我写的代码的时候也会搂不住破口吧。

IT民工干的应该是一件很优雅的事情,应该调整好心态,平静下心情,提高点心境,悠悠哉的做着创作。可是对于我这么一个懒人,随手写完东西,编译,运行,OK,给自己埋下了多大的一个坑啊。好一点这个坑以后自己来填平;背一点,换了个人来填这个坑,真不知道到时候要打多少喷嚏。

每每想静静地,优雅地去完成自己工作的时候,却又是急躁不安的完成了。任务完成了,目标达到了,坑也壮大了,这些其实都不是我想要的,我想培养自己的耐心,自己能看的进去代码,尤其是自己写的代码,能静下心来回味,润色。说着容易做着难啊,自己给自己找错是一件不容易的事情,我又那么懒,伤不起啊。