NET架构师的工作职责

NET架构师的工作职责（精选14篇）

篇1：NET架构师的工作职责

职责：

1. 负责一物一码平台IAAS,PAAS,SAAS多层的架构设计,技术选型和方案实施落地.

2. 配合产品经理进行需求分析，转化为可行的技术方案并与产品经理、开发人员、测试人员及其他干系人保持良好沟通和协作.

3. 负责通用服务框架、组件、产品核心代码的开发和维护,并持续优化.

4. 配合SM进行研发流程降本提效,技术澄清,落地跟踪.

5. 负责核心技术预研与攻关、解决系统中的关键问题和技术难题,保障系统的扩展性、稳定性和安全性.

任职要求:

1. 计算机及软件工程相关专业,6年以上.net或java经验. 至少2年以上软件架构经验.

2. 有大型分布式、高并发、高负载、高可用系统架构、设计、开发和调优经验.

3. 熟悉.net或java的相关框架及技术、软件研发过程，熟练掌握设计模式、开发语言、算法基础、数据结构等基本知识.

4. 熟悉企业应用设计模式、面向对象的分析和设计技术，包括设计模式、UML建模等.

5. 熟悉Devops,持续集成,持续部署,自动化测试.

6. 熟悉Oracle、MySQL等主流数据库,具备数据库应用系统的规划及设计能力.

7. 较强的业务理解能力、领域建模能力和学习能力，思路清晰，具备很强的文档撰写能力和良好的语言表达能力.

8. 具备良好的逻辑思维，思路清晰，善于思考，能独立分析和解决问题. 注重团队协作.具备良好的沟通协调能力和过人的抗压能力.

9. 有一物一码行业平台研发经验优先、有高并发的系统核心研发经验优先、有大数据平台研发经验优先.

篇2：NET架构师的工作职责

1.参与项目需求分析与设计;

2.根据需要及时修改、完善软件;

3.根据新项目开发进度和任务分配，带领小组开发相应的软件模块;

4.按照项目计划，按时按量保质完成项目编码、文档及测试工作;

5. 负责对初级程序员进行技术指导、培训，并负责Code Review;

6. 负责技术相关分析，研究及制订相关的技术解决方案;

7. 独立完成系统框架搭建和关键技术预研、突破.

任职要求

1.精通ASP.NET MVC框架、C#语言、.NetFramework 和 .NetCore;

2. 精通MySQL ,sqlserver ,mongodb 一种或多种数据库开发、配置、维护、性能优化;

3. 精通nosql数据库，如Redis、MongoDB、Memcached;

4. 精通分布式系统的设计和应用，熟悉分布式、缓存、消息等机制，能对分布式常用技术进行合理应用，了解HTTP协议，REST风格及如何构建面向服务的架构设计;

5. 具备敏捷开发的工作经验，具有较强的团队合作意识，具有较强的分析、设计能力和语言文字表达能力;

6.有Java开发经验、了解Web前端开发者优先;

7.具备良好的表达和沟通能力，并具有较强的分析问题、解决问题的能力;

8.能够及时关注业界最 新技术动态和发展方向，并能够独立研究;

篇3：NET架构师的工作职责

关键词：.Net,三层架构,接口,数据实体

近年来,各式各样的信息系统在许多领域得到了越来越泛的应用,但大多数系统都是根据行业的实际需求来设计的,客户将需求告诉软件公司,软件公司根据需求提供产品。由于行业差别,每次进行产品开发时,软件公司几乎都要重起炉灶,从头做起。如果能设计出一种基于某个领域(比如人力资源管理系统、资产管理系统等等)的“通用”架构,在此架构下进行项目开发,将提高代码的可重用性,缩短开发周期,节约开发成本。本文利用.Net技术,采用三层结构,通过构建各层之间的松散耦合,使这种“通用”架构的实现成为可能。

1 架构设计

本架构如图1。

说明:1)数据访问组件可采用多种技术实现,如原生的ADO.NET及目前热门的Linq和Entity Framework。

2)数据访问组件对数据的操作最终要依靠DBHelper,因为数据库操作执行的代码是放在DBHelper中的。

3)考虑到系统将来可能为外部提供服务,所以保留了Service Agent。

4)DAL只涉及数据库的操作,所有的业务流程都由BLL来解析,生成相应的SQL语句。

2 架构实现

2.1 DAL层

DAL其实就只是一个存取数据和操作数据的地方。不管BLL中对数据进行什么样的操作,在DAL能完成的只有CRUD(Create,Read,Update,Delete)四个操作。需要做到的是DAL要足够“强壮”,要能接受任何数据实体———Data Entity,所以有必要对数据实体进行抽象,为此先要定义接口IData Entity,里面不需要任何东西,只是作为一个标记而已。同时这个接口还要出现在BLL中,所以最好将它放在一个公共的地方。可以通过设计一个通用类库Common,将IData Entity放入其中。

对于CRUD操作,定义接口IData Context,同时,要考虑数据操作可能采用数据实体或直接采用Data Table等对象,所用需定义IData Entity Context和IData Table Context来继承IData Context(如图2),分别对应上述两种情况。本文只讨论IData Entity Context。代码如下:

2.2 BLL层

BLL是为UI提供数据的,这样做的好处是可以避免把从DAL取得的数据直接暴露给UI。

传统的三层结构中,数据库中的每一个表在BLL里都有一个对应的类来负责表的操作,缺点是BLL与数据库的耦合较紧,无法实现松耦合。其实BLL除了表的基本操作外,还包括大量的业务逻辑,如计算、类型转换、数据合并、验证等等。所以BLL的主要任务是把业务逻辑解析为SQL语句,然后交DAL执行,最后把结果转换为实体返回。

对于数据库中的每个表,定义一个相应的实体类,类中的每个属性与表中的每个字段对应,比如表User对应的实体类可能是:

这个类也要放在公共地方,供各层调用。

为了使IData Context只在DAL层运行,定义IData Provider,由它的实现者来调用IData Context实现者的方法,让BLL只依赖I-Data Provider,而不是IData Context,这是实现BLL和DAL松散耦合的关键。

BLL负责将业务逻辑解析为SQL语句,提供给IData Provider的实现者,至于BLL是如何解析的,限于篇幅,这里只采用了简单的方法,有兴趣的读者可以参考相关技术。

3 结束语

本文所设计的架构重点阐述了DAL层和BLL之间是如何实现松散耦合的,架构中关于数据访问组件是如何调用DBHelper及Service Agent是如何实现的,限于篇幅,这里就不再赘述。此外本架构还有可扩展的地方,如可考虑加入日志管理、异常处理、缓存、安全等功能的实现。

参考文献

[1]Cooper J W.C#设计模式[M].张志华,刘运鹏,译.北京:电子工业出版社,2003.

篇4：NET架构师的工作职责

一、三层架构

1.概述

使用多层应用程序结构，能使用户界面代码和业务逻辑代码分离，方便了应用程序中代码的修改，具有良好的解耦性。将业务逻辑集中到一个类库中，从而方便了开发和维护。在数据库数据的操作中，避免了代码的重复，提高了重用性。可以随时将组件分离到不同的物理计算机上。具有灵活的扩展性。多层构架主要分为：表示层、业务层和数据层。

(1)表示层（Presentation Layer）。表示层提供应用程序的用户界面（UI），在ASP.NET中页面是UI的表现形式，在Windows Form里，窗体是主要的表现形式。表现层是系统与用户沟通的惟一渠道，是系统功能的展示。

(2)业务层（Business Logic Layer）。业务层实现应用程序的功能。在.NET中，通常以类库的形式封装系统需要的业务逻辑。业务逻辑是开发过程当中主要的任务。

(3)数据访问层（Data Access Layer）。数据访问层中包含了与数据存储进行交互的类库。这些类在功能上和业务逻辑层相互独立。数据访问层实现所有业务逻辑所需要的数据访问功能。

2.Microsoft .Net2.0 Framework支持多层构架

在.NET 2.0 中出现了一系列的新的控件来支持多层构架。

二、系统开发目标

1.销售流程实现SOP

本文以销售公司为例，SOP（Standard Operation Procedure），即标准作业程序,就是将某一事件的标准操作步骤和要求以统一的格式描述出来，用来指导和规范日常的工作。SOP的精髓，就是将细节进行量化，用更通俗的话来说，SOP就是对某一程序中的关键控制点进行细化和量化。

优化企业的销售流程。量化销售过程当中的每一个关键因素，增加了销售过程的可控性。

三、概要设计和业务流程分析

1.系统设计流程

系统开发的流程如下：

图1 系统开发流程

首先，根据需求分析，设计系统总体架构；随后设计数据库、设计数据表；然后一个一个模块进行开发。模块的开发采用三层B/S 结构，分层的步骤如下：设计数据层、建立业务逻辑层、设计表示层。

2.业务流程

为了实现销售流程的SOP，首先要对业务流程进行分析：

销售公司将作为网络交互的中心，每一个用户想使用系统的功能首先必须通过系统的身份验证。

一般情况下，销售公司的流程如下：

（1）销售人员获得新的业务机会。如果新的业务对应的客户在客户关系管理CRM ( Customer Relationship Management )中不存在，销售人员首先要在CRM中添加该客户的信息，再创建业务机会。销售人员会根据和客户的商谈状况随时更改业务机会的状态（进行中、失败或者成功等）。

（2）当销售人员在赢得一个业务机会后，需要生成销售订单。虽然销售人员事先已经查看了产品库存情况，但某些突发事件可能导致创建销售订单时库存不足。只有当订单中的产品库存满足要求时，创建销售订单的请求才能被发送给财务人员处理。

（3）财务人员会收到一个手机短信，告知他有一个销售订单需要处理，同时日程表中自动添加一项新的事务，要求他处理这个销售订单。如果不满足要求，则订单被冻结。销售人员被通知不能提交订单。当产品库存满足要求时，系统会发短信通知销售人员重新提交订单。

3.系统设计

系统架构：销售公司在销售流程中，销售人员是持有移动设备的，可以很方便的携带，方便地和公司财务系统、库存管理系统、生产系统获得联系。财务系统、库存系统、生产系统使用的都是终端。系统和系统之间可以相互通信。

设计数据层：

数据访问逻辑组件：代表调用程序提供对数据库执行以下任务的方法：

在数据库中创建记录 (Create)

读取数据库中的记录并把业务实体数据返回给调用程序 (Read)

使用调用程序提供的修改后的业务实体数据更新数据库中的记录 (Use)

删除数据库中的记录 (Delete)

执行上述任务的方法通常称为“CRUD”方法，这是由各项任务的首字母组成的一个缩写词。

数据层的实现我们可以采用Microsoft Application Block中的Data Access Block 它提供了封装好了的数据库操作功能，实现了包括Oracle，SQL Server等数据库的操作。也可以使用一些开源( Open Source )的O/R Mapping的框架，如NHibernate等。

表示业务实体：每个数据访问逻辑组件都处理一种特定类型的业务实体。它主要用于表示数据存储中的持久对象。是对数据库的一个强类型的映射。这些实体在数据层和业务逻辑层相互独立。

例如在系统中会有Client（客户信息表），其数据库设计如下：

图 2 Client数据结构

那么它的业务实体的类图就应该如下图，它实际上就是Client数据表的一个映射。

图 3 Client业务实体类

业务逻辑层：业务逻辑是任务的重点。因为数据层并没有对业务实体进行逻辑上的处理，只是实现了CRUD方法，而业务逻辑层则提供对业务实体的逻辑操作，这些操作完全取决于企业的业务逻辑。这一层也是今后工作最容易更改、升级的部分。

表现层：本系统采用的是B/S的结构，所以在表现层使用ASP.NET，也就是Web页面。主要考虑的是用户的交互问题，即系统应有，一个友好的图形界面，Microsoft提供给用户丰富的人机交互手段。用户可以很容易地使用系统。Microsoft最近推出的Microsoft Ajax（原名：Atlas）提供给开发者方便实现高效交互的实现方法，在这种高效的交互下，弥补了B/S结构相对C/S结构的弱处，加强了用户的交互体验。

四、单元测试

在一个软件项目中，需要做多种测试。有些测试需要用户的参与；而有些则需要专门的质量保证小组来进行;或者需要其他的昂贵的资源。为了平衡成本和时间等因素，项目中采用了单元测试。单元测试并不是在这个项目快完成时才进行的，而是在设计的过程中就必须进行单元测试。

在.Net中可以由程序员编写单元测试的代码，但是容易出错。为了解决这个问题，有一些开源的单元测试软件可以供程序员选择，在.Net中比较常用的单元测试软件有NUnit，它提供了一套测试框架和一个测试运行程序。

在Microsoft Visual Studio 2005中，Visual Studio 2005为开发人员提供了一个全新的测试环境。开发人员可以很轻松的开始测试编码，调试测试编码，管理测试用例等。

五、部署和维护

一个软件项目开发完成后需要部署到运行环境当中，模块的数量多少和复杂程度就决定了部署的难度。通常需要确定一个目录结构，哪些目录下放置哪些文件，这些细节都是在开发中必须定义的，运行环境必须严格按照文档来部署。如果模块数量多、复杂程度高，那么每一次的部署的工作量都会很大，而且容易出错。

在.Net中，仍然有很多提供部署功能的软件产品可以供选择。比如：NAnt，它是一个自动构建、部署的工具，可以根据用户的定义，部署多层结构的系统。

在.Net 2.0中，Microsoft .Net Framework 2.0提供了一个叫MSBuild的工具，MSBuild 引入了一种新的基于 XML 的项目文件格式，这种格式容易理解、易于扩展并且完全受 Microsoft 支持。MSBuild 项目文件的格式使开发人员能够充分描述哪些项需要生成，以及如何利用不同的平台和配置生成这些项。另外，项目文件的格式还使开发人员能够创作可重用的生成规则，这些规则可以分解到不同的文件中，以便可以在产品内的不同项目之间一致地执行生成。

六、结束语

本文简要介绍了在.Net环境下构建多层结构的一种方法，如果读者对本文有任何的问题和建议，请发电子邮件与我们联系xiaomeizi74@163.com或allenlecn@gmail.com。（文中源代码下载请访问：http://allenlecn.googlepages.com/layerappdemo）

参考文献:

[1]Paul D. Sheriff《设计 .NET 应用程序》

[2]郝刚等:《ASP.NET 2.0开发指南》人民邮电出版社，2006.5

[3]龚赤兵:《ASP.NET 2.0 网站开发实例教程》人民邮电出版社 2006.7

[4][美]Andrew Hunt, David Thomas 著，陈伟柱，陶文 译 《单元测试之道C#版:使用NUnit--程序员修炼三部曲》

篇5：NET架构师的工作职责

1、负责公司技术开发架构的设计和开发，完成框架核心代码;

2、负责公司电子商务，ERP产品架构性技术的重构与优化，对公司产品整体技术先进性负责;

3、主导公司新产品技术的研究与技术积累，负责技术选型及技术方案评审;

4、负责公司技术开发规范、技术团队培养及开发效率的提升;

任职要求：

1、计算机相关专业，本科以上学历;

2、5年以上.NET下的B/S系统开发开发经验，2年以上架构设计经验;

3、精通SQLServer、Mysql等主流关系型数据库，对数据库优化有深刻的理解;

4、熟练掌握非关系型数据库设计及缓存技术;

5、具备大型产品系统架构设计经验，对互联网高性能、高负载应用系统架构设计有丰富经验;

6、具备强烈的责任心、抗压能力、团队精神和服务意识，具备高度的技术热情及快速学习力;

篇6：NET架构师的基本职责

1、对本公司大健康平台提出技术研究及可行性报告;

2、结合需求设计高扩展性、高性能、安全、稳定、可靠的技术系统;

3、可以通过配置实现业务需求的变化，跟踪并研究***并应用于产品;

4、指导开发工程师的编码工作，解决各类技术疑难问题;

5、提升团队整体技术水平，形成良好的研发氛围。

任职要求：

1、计算机相关专业，6年以上.NET开发经验，3年以上架构设计经验;

2、熟练使用C# 6.0、ASP.NET Core、EF Core、DDD、Redis、RabbitMQ、ElasticSearch、Docker、Linux

3、熟练使用ABP框架，进行过源码研究;

4、熟悉关系型数据库(SQLServer/Mysql)，能够根据执行计划优化索引;

5、熟悉各种架构模式和设计模式，熟悉业务抽象和数据模型设计;

6、熟悉分布式系统的设计和应用，有高并发、高可用、限流降级等经验;

篇7：NET架构师的具体职责范本

1.负责基础设施架构的设计开发与优化

2.和团队配合，深度参与产品的技术选型，部门技术平台的管理设计开发

3.参与基础平台(微服务平台、日志平台等)的设计开发

4.搭建Devops平台，建立自动化发布平台

5.建设公司PAAS级服务平台

6.推广技术知识与提供平台培训

7.研究***，并用于产品研发、改进

岗位要求：

1.计算机相关专业本科及以上学历，5年以上.net软件开发经验，2年以上系统架构设计经验;

2.精通OracleMySQLSQLServer等主流关系型数据库，熟悉非关系型数据应用，熟悉它们在不同场景下的优劣、保证高可用;

3.精通系统性能优化、精通分布式、多线程等高性能架构相关技术;

4.具备高并发、高性能开发经验或架构设计经验，具备大中型开发项目的总体规划、方案设计，在应用系统开发平台有深厚的基础和经验，有大中型应用系统开发和实施的成功案例;

5.精通.NET Framework各版本，熟练使用EF、WCF、WPF、ASP.NET以及NUGET等.NET平台下的技术栈

篇8：NET架构师的岗位职责概述

1、参与相关平台的架构设计

2、业务模块的领域分析及UML建模

3、重要业务模块的编码实现

4、某些技术领域的深入研究和寻找***解决方案

5、指导开发人员按规范完成高质量的编码

任职要求：

1、计算机相关专业，5年或以上，精通.NET Core技术与架构，精通.NET Framework平台相关技术，熟悉至少两种以上开发语言(C#必须)，参与过大中型系统架构开发。至少负责过1个大型项目的架构设计、核心模块设计。

2、精通系统性能优化、精通分布式、多线程等高性能架构相关技术;

3、数据库负载均衡等服务器体系架构，有中大型复杂系统架构经验者优先考虑;

4、有大型分布式、高并发、高负载、高可用系统设计、开发和调优经验;

5、精通软件架构、设计模式;具备较高的软件编程能力;有较丰富的系统分析与设计经验;

6、对DDD(领域驱动设计)至少有最基本的了解和认识，有深入研究和应用者较佳。

7、熟悉关系型数据库(SQLServerOracleMysqlPostgresql)，可熟练编写SQL语句及存储过程。

篇9：平台架构师的工作职责

1、负责公司平台功能架构设计，开发维护等工作，对公司平台的可用性、可扩展性、性能、响应速度及安全性进行设计;

2、负责系统及相关产品需求分析;

3、指导并参与编写系统公共代码;

4、负责领导软件技术攻关，负责制订相关的技术解决方案;

5、负责系统调优;

6、负责对软件开发团队的技术指导;

7、完成领导临时交办的其它工作。

任职资格：

1、成功主导搭建过互联网或企业级应用产品系统，具有平台型产品系统的架构设计能力;

2、深入了解数据库工作原理，熟练使用Oracle、Mysql、PG等数据库，有一定数据库设计及优化能力;

3、对J2EE开发体系和B/S架构有深入的了解;

4、熟悉微服务架构，SpringCloud、docker、zookeeper、kafka;

5、熟悉大数据技术，ETL，图形化展示库;

6、对面向对象编程架构及软件工程有深入了解, 精通至少一种软件工程方法, 有较强的系统分析能力;

7、熟悉常用设计模式并能够应用于解决实际问题;

篇10：软件架构师的工作职责

1、协助公司总经理制定总的产品技术路线、技术队伍发展规划及相应资源布局，制定年度开发度量与产品技术框架; 2、制定技术体系规范和流程，制定技术标准，组织编写相关技术文档。

3、制定产品或系统的技术架构方案和实施路线。

4、组织完成产品或系统核心技术架构的开发。

5、协调和培训开发人员，辅助完成产品或系统开发。

任职要求：

1、8年以上IT行业技术研发类从业经验。3年以上技术管理岗位工作经验，3年以上技术架构经验;

2、精通.net c#或Java等高级开发语言与架构，有三个以上大型b/s架构项目设计开发经验。;

3、丰富的数据库设计经验，对设计模式、架构有较全面的了解和实践经验;

4、有完整的解决方案设计与编写能力，对行业技术发展能提出独立的意见与思路;

篇11：软件架构师的工作职责

1、承担公司软件系统平台的规划与制订;

2、负责公司自动化系统的软件架构设计;

3、软件架构设计，需分层合理，接口清晰，同时具备良好的可扩展性、可测试性、稳定性;

4、参与制订公司软件开发流程及规范，引入相关规范化的系统或工具;

5、部门内软件架构设计方面的培训与指导;

6、完成上级领导及公司交办的其它任务。

任职要求：

1、5年以上的软件开发工作经历;3年以上复杂系统软件架构设计经验;

2、精通软件系统架构、系统分析、框架设计，具备良好的设计思路;

3、能够熟练运用系统分析相关工具;

4、良好的沟通能力、团队协作能力、学习能力、强烈的责任心;

篇12：前端架构师的主要职责

1. 负责公司前端的技术方案框架设计及核心模块、组件、框架的方案设计与开发;

2. 负责公司开发和完善前端库，建立完整前端技术体系和基础库，建立架构与组织文档;

3. 建立与管理项目架构的更新和维护，评审技术方案对架构的影响，并提出解决方案

4. 优化和改进目前现有的前端技术体系，保证系统稳定，易扩展性。满足业务线的快速、稳定、高效的运作;

5. 优化产品用户体验和前端性能问题

6. 负责前端交互决策与产品策划;

7. 关注前沿技术，并能实际运用到项目中。

任职要求：

1. 精通常见开源前端框架，理解源码，可对其扩展和优化，自己有开发公共基础库、框架优先;

2. 精通各种web前端技术和标准，包括但不限于Javascript/ES6、HTML/HTML5、CSS/CSS3、Sass/less、Vue/React/Node，对表现与数据分离、web协议、web安全、web性能、web语义化等有深刻理解;

3. 熟练使用web前端相关工具，包括但不限于webpack、gulp、git、svn;

4. 有丰富的前端开发经验，精通各种组件实现原理和设计概念，不断提高组件复用性和前端研发效率;

5. 能够合理利用设计模式和模块化的组织方式对代码进行架构;

具有良好的沟通能力和团队协作、项目管理能力，能够协同相关成员推进项目发展。

篇13：平台架构师的职责表述

1.负责企业服务类Saas产品的架构设计和落地，其中包括但不限于存储、安全、中间件、网络、DevOps等各类云产品;

2.负责总体系统架构设计，进行技术可行性研究及技术选型，指导项目研发;

3.负责核心架构部分代码实现和技术难题攻关;

4.负责系统性能优化，保证平台的安全性、健壮性及可拓展性;

5.指导和培养技术团队工程师，协助提升团队整体技术实力;

任职要求：

1.计算机相关专业，5年以上系统架构设计经验;

2.精通算法设计、数据结构、操作系统、网络协议等基础知识;

3.擅长基于微服务、SOA架构的设计模式，对各种架构模型有深入理解;

4.熟悉Cassandra, MongoDB、HBase、ELK等系统及技术，熟悉Kafka、Zookeeper、Dubbo、RocketMQ等分布式中间件;

5.熟悉Restful API设计、多租户支持、监控体系等技术;

6.熟悉主流云平台(Ali、Azure、AWS等)的技术特性，及主流虚拟化技术(KVM,XEN,VMvare等)，对SaaS平台构架有深层次了解;

7.熟悉主流的分布式平台及容器技术，如Hadoop、Docker等

8.熟悉大数据分析相关技术(机器学习、回归分类等相关算法模型应用);

篇14：平台架构师的职责表述

1、负责应用项目的系统架构设计、系统设计，编写系统核心代码，编写技术文档。

2、负责项目的技术把关，控制架构质量，解决项目开发过程中的技术困难。

3、参与重要项目的需求评审，从技术角度评估可行性、预知风险。

4、负责应用技术的对内的学习与分享，指导和培养公司研发人员开展工作。

5、负责相关应用系统技术问题的分析和排查、性能调优等工作。

任职资格：

1、计算机或相关专业，统招专科或以上学历，工作细致、善于思考，5年以上JAVA经验，有知名公司工作经验优先。

2、熟悉应用架构设计理论、方法和工具，精通Spring、MyBatis、SOA、微服务、消息中间件。

3、精通MySQL、Redis、HBase等数据库设计、性能优化、存储优化。

4、熟悉hadoop,spark,hive,hbase等主流的大数据技术,有成功的大数据平台项目经验者优先