그러나 면밀한 연구와 분석 결과 다음과 같은 많은 차이점이 있음을 발견했습니다.
시스템 설계자는 1급 건설 엔지니어가 보통 수준이라면 수석이 됩니다. 성숙 후 시스템 설계 엔지니어로서 핵심 기술 지원, 개발 이념 지도, 시스템 개발 방향 및 진행 관리 결정을 담당합니다. 동시에 완전한 팀에서는 시스템 분석가와 시스템 프로젝트 관리자의 작업 방향과 사고 방향을 안내하고 결정합니다. 그의 기술적 능력은 그 자체로 입증됩니다. 시스템 분석가는 일반적인 상황에서 시스템 분석가가 먼저 작업해야 하며 전체 팀에서 시스템 구축을 시작하는 첫 번째 사람입니다. 대상 고객의 비즈니스 핵심, 비즈니스 프로세스 및 비즈니스 관련성에 대한 심층적인 이해. 그런 다음 고객의 불완전한 요구를 엄격한 수요 사양으로 구성하여 복잡한 상관 관계 시스템을 구축할 수 있습니다. 이 작업의 전반적인 핵심은 요구 사항을 이해하고 사람들의 언어 의사소통에 있어서 추상적이고 실체가 없는 요구 사항을 실행 가능하고 컴파일 가능한 사양으로 변환하는 것입니다. IBM이 개발한 최고 직위는 기업의 CIO, 즉 최고 정보 책임자입니다. 시스템 설계자의 중요성과 기업 내에서의 높은 지위에 대해서는 이론의 여지가 없는 것 같습니다. 그러나 CIO의 고위직에 관해서는 대부분의 정보를 통해 이 직위가 대부분의 기업에서 중간관리자 범주에 속하며 그 중요성은 시스템 정보화에 대한 기업 CEO의 관점에 달려 있음을 보여줍니다. 시스템 분석가의 공식화 튜토리얼과 시스템 아키텍트가 지정한 튜토리얼을 대략적으로 살펴보았습니다. 기술적인 관점에서 볼 때 시스템 설계자의 튜토리얼은 컴퓨터 애플리케이션에 더 중점을 두고 있습니다. 첫 번째 장에서는 현재 시스템 아키텍트가 일하는 환경과 업무 내용, 그들이 갖춰야 할 지식 구조, 시스템 아키텍트로 성장하기 위한 일반적인 방법을 세심하게 분석한다. 이어서, 시스템 아키텍트가 마스터해야 할 컴퓨터 기초지식, 기술지식, 사례분석 등 핵심 이슈를 자세하게 설명한다. 이에 비해 시스템 분석가의 튜토리얼은 만족스럽지 못한 것 같습니다. 처음에는 정보의 추상적인 개념에 대해 이야기하고 정보의 추상적인 개념에 대해 설명합니다. 시스템 분석가의 핵심역량은 전문가 수준의 자질과 더불어 의사소통 능력임을 강조한다. 내부 커뮤니케이션: 회사 내 IT 직원과 IT가 아닌 직원 사이의 가교 역할을 합니다. 외부 커뮤니케이션 : 정확한 수요분석 콘텐츠를 얻기 위해서는 하루 종일 고객과 함께 있어야 하며, 심지어 고객과의 고객 관계도 유지되어야 합니다. 잠깐... 후배회계의 내용도 장 초반에 자세히 설명되어 있어서 헷갈리게 만드네요. 그것을 본 후 나는 혐오감을 느꼈습니다. 두 책 모두 소프트 시험용 시험지로 지정되어 있지만 내용의 배열과 서술 방식이 매우 다르고, 두 책을 동시에 읽는 독자의 기분에도 영향을 미친다. 내 생각에는, 어쩌면 수많은 IT인의 마음에도 성령의 시스템 분석가는 어떻게 사업부장이 되었을까? 이런 기적적인 변신이 교과서에도 실렸습니다! 안타까운 마음을 품고 마침내 시스템 아키텍트로 발전하기로 결심했습니다. 적어도 책에는 흥미로운 내용이 언급되어 있었습니다. 예를 들어, 뛰어난 시스템 아키텍트가 Windows/Linux 운영 체제 기반에서 가장 낮은 수준의 프로그램이 어떻게 작동하는지 이해하지 못한다면, 상위 수준의 고급 대화형 인터페이스 및 디자인에서 이를 자유롭게 사용할 수 없다는 점을 이해해 주십시오. 시스템 신뢰성, 인건비 등 가장 중요한 요소를 가장 합리적인 프레임워크 세트로 구성합니다.