데이터 저장 및 데이터 통신 기술은 이러한 기능을 구현하는 핵심 기술입니다. 이 시스템은 e-메일, 검색 엔진 및 데이터 게시 기술을 통해 사용자가 효율적으로 정보를 얻고 데이터 교환 속도와 정보 공유의 효율성을 높일 수 있도록 지원합니다. 정보 공유 전자 상거래 시스템은 기업 정보 소통이 원활하지 않아 발생하는 손실을 줄이고, 일상적인 서류 작업을 줄이고, 생산성을 높이고, 기업의 정보 사용을 보다 효율적으로 관리할 수 있습니다. 2 전자 상거래 거래
이런 시스템을 실현하는 관건은 비즈니스 거래 과정의 모든 단계를 전자화하여 비즈니스의 빠른 발전에 적응하는 것이다. 전자 상거래 거래 시스템은 현재 가장 어려운 분야로, 금융 시스템 인터페이스를 지원하는 온라인 SET 및 관련 기술을 포함한 애플리케이션 시스템 개발 기능 및 거래 처리 기술을 핵심으로 하고 있습니다. 현재 B2C 와 B2B 는 모두 이런 시스템에 속한다. 전자 상거래 거래 시스템은 현대 기업이 인터넷 시대에 새로운 시장을 확장하는 중요한 수단이다. 잘 설계된 거래 시스템을 통해 24 시간 비즈니스를 운영할 수 있어 고객에게 양질의 서비스를 제공할 수 있습니다. 기업의 핵심 비즈니스 시스템이 인터넷 시스템과 유기적으로 융합될 수 있다면 기업의 경영 범위를 크게 확대하고 운영 비용과 판매 비용을 절감할 수 있다. 3 인터넷 서버의 응용 서비스
인터넷 서버의 서비스 기능을 확장하고 고객의 요구를 충족시키는 애플리케이션 서비스를 사용자 정의하는 것은 JAVA 기술 및 트랜잭션 처리 기술이 이러한 시스템의 핵심 기술인 전자 상거래 시스템의 모든 기능을 포함할 수 있습니다. 이러한 시스템은 일반적으로 엔터프라이즈 포털 또는 ASP 를 나타냅니다. 처리 부하가 매우 높기 때문에 클러스터 기술 및 성능 관리와 같은 복잡한 기술 지원도 추가로 필요합니다. 이러한 시스템은 기존의 엔터프라이즈 핵심 비즈니스 시스템을 인터넷 서버와 통합하거나 인터넷 서버에서 모든 기능을 갖춘 애플리케이션 서비스 시스템을 개발합니다. 이러한 인터넷 서버에 액세스하는 고객은 자동으로 업데이트된 최신 데이터와 맞춤형 셀프 서비스를 받을 수 있습니다. 이러한 시스템은 고객 액세스가 많고 확장성이 뛰어나야 하며, 고객 접속 수의 변화에 영향을 받지 않고 접속 관리 기술, 트랜잭션 관리, 자원 조정 등의 복잡한 기술이 필요합니다. 이 문서는 시스템 요구 사항 분석 및 시스템 설계 구성 방법, 기능 검사 및 성능 테스트 프로세스를 각각 설명하는 세 부분으로 구성되며, 특정 관련 기술의 세부 사항은 다루지 않고 기본 원칙에 중점을 둡니다. 시스템 구현 단계에서 사용되는 기술과 방법에 관해서는 전자 상거래 시스템의 복잡성과 신기술의 출현으로 인해 문장 한 편과 책 한두 권이 다룰 수 있는 것은 아니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 시스템명언) 시스템 요구 사항 분석 시스템 요구 사항 분석은 시스템 개발자가 비즈니스 부서의 목표를 정확하게 이해하고 적절한 구현 계획을 개발하기 위한 것입니다. 시스템 구현에 대한 시스템 요구 사항의 중요성을 반복적으로 강조할 뿐만 아니라 시스템 요구 사항 수집 과정에서 흔히 볼 수 있는 몇 가지 오해도 피해야 합니다. 1 시스템 요구 사항 분석은 단번에 이루어지는 작업이 아니라 반복되는 진행 과정입니다. 전자 상거래 응용 시스템이 보급됨에 따라 업무 부서는 새로운 수요를 제시하거나 기존의 업무 요구를 변화시킬 것이다. 이것은 허용되고 정상이다. 기술 부문은 업무 부서의 새로운 요구를 거부할 수 없으며, 적극적으로 협조하여 원래의 실시 방안을 적절히 수정해야 한다.
시스템 수요의 근본 원인은 특정 첨단 기술을 실현하기 위한 기술 부서의 요구 사항이 아니라 업무 부서 운영의 요구 사항입니다. 시스템 방안은 신기술의 출현으로 인해 바꿀 수 없다. 결국 신기술을 사용하는 것은 수단일 뿐, 기업의 업무 운영을 지탱하는 것이 궁극적인 목적이다.
시스템 요구 사항은 비즈니스 요구 사항뿐 아니라 프로젝트 진행 요구 사항, 기존 시스템과의 호환성 (예: 기업의 모든 핵심 데이터가 Sybase 데이터베이스에 저장되어 있거나 기업의 기존 시스템에 남아 있는 수천 대의 터미널을 사용해야 함) 또는 기타 정책 규정 (예: 비즈니스 시스템에서 사용하는 암호 시스템은 정부 관련 부서의 인증을 받아야 함) 과 같은 객관적인 조건의 다양한 제한 사항도 포함됩니다. 응용 시스템의 구현 계획을 세울 때 이러한 요소들을 고려해야 한다.
시스템 요구 사항 수집의 주요 방법은 시스템 분석가가 최종 사용자와의 대화를 통해 "실제" 시스템 요구 사항을 탐색하고, 사용자의 승인을 받고, 비즈니스 부서의 도움을 받아 비즈니스 환경을 정확하게 이해하고 (대부분의 기술자에게 가장 부족한 것), 충분한 전체 정보를 수집하고, 일련의 문서를 검사 마크로 완성하여 이 단계의 작업을 확인하고 다음 작업의 기초로 삼는 것입니다.
"실제" 및 "정확한 시스템 요구 사항" 이란 무엇입니까? 한 고객이 시스템 분석가에게 "우리 회사의 고객이 직접 온라인으로 주문할 수 있도록 온라인 쇼핑몰을 건설해야 한다" 고 물었을 때, 이는 절대적인 실제 수요이지만 반드시 정확한 시스템 요구 사항이거나 기업의 실제 요구에 가장 적합한 목표가 아닐 수도 있습니다. 고객이 요청을 할 때 일반적으로 전자업체에 대한 선입견을 가지고 있기 때문에, 전자상이 이렇다고 생각하거나, 아니면 동업자와 경쟁업체가 이미 그렇게 한 것일 수도 있기 때문에 우리도 그렇게 해야 합니다. 사실, 그들이 정말로 필요로 하는 것은 이 요구 사항을 초과하고, 이 요구 사항보다 작거나, 심지어 완전히 다른 체계일 수도 있다. 이 시점에서 시스템 분석가는 일반적으로 다음과 같은 질문을 통해 고객의 실제 요구를 참을성 있게 탐구해야 합니다.
E-business 애플리케이션을 구축한 후 귀사에 다음과 같은 목표를 달성할 수 있기를 원하십니까? 당신은 어떤 목표를 가장 이루고 싶습니까? 귀사에서 현재 이러한 분야에서 어떤 주요 문제가 있다고 생각하십니까? 전자상거래 시스템이 이 문제들을 어느 정도 해결하길 바랍니까?
고객 수를 늘리거나, 기업 운영 비용을 절감하거나, 매출을 늘리다.
회사의 전반적인 이미지를 높이다
제품 출시 속도를 높이다.
기업을 동료보다 더 경쟁력 있게 만든다.
신제품의 개발주기를 단축하다
재고 관리 및 조달 프로세스 관리의 효율성을 향상시킵니다.
기업과 대리상 간의 협력 관계를 개선하다
고객 만족도 및 고객 서비스 품질 향상
본 기업 직원의 협력과 소통 효율을 높이다.
시스템 분석가와 기업의 업무 책임자를 찾아 기업이 새로운 시장을 개발할 수 있도록 도와주고, 기업의 컴퓨터 부서의 기술 책임자를 찾지 않는 것이 가장 좋다. 이렇게 해야만 시스템의 진정한 수요를 발견할 수 있다. 시스템 분석가는 일반적으로 기업 책임자로부터 전자 상거래 기술과 전혀 무관한 정보를 얻는다. 예를 들면, "고객이 우리의 납기일이 제시간에 맞지 않는다고 불평한다", "우리 기업이 너무 커서 부서 간 협력과 소통에 문제가 있다. 왼손은 오른손이 무엇을 하고 있는지 항상 모른다" 는 것이다. 이러한 대화는 시스템 분석가가 전자 상거래 시스템을 정확하게 찾고 기능 경계를 정의하는 데 도움이 됩니다.
기업 책임자는 일반적으로 전반적인 비즈니스 계획에 더 많은 관심을 기울입니다. 수요 분석을 담당하는 시스템 분석가와 프로젝트 관리자는 이를 계기로 기업 관리자에게 몇 가지 유형의 전자 상거래 시스템의 기능과 응용을 상세히 설명하고, 기업의 요구 사항을 더 깊이 탐구하도록 유도하고, 실무 경험과 성공 사례를 통해 기업 전자 상거래 시스템의 예상 목표를 설명하고, 올바른 기대치를 세우는 데 도움을 주어야 합니다. 대부분의 기업들은 전자상거래 시스템을 처음 구현한 것으로, 미디어 투기와 같은 외부 요인의 영향으로 시스템의 예상 효과에 대한 비현실적인 기대를 가질 수 있다. (윌리엄 셰익스피어, 윈스턴, 전자상거래, 전자상거래, 전자상거래, 전자상거래, 전자상거래, 전자상거래) 시스템 분석가는 수요 분석 단계에서 고객의 심리적 기대치를 정확하게 파악하고 조정해야 합니다. 고객의 기대도 시스템 요구 사항의 중요한 요소이며, 시스템 완료 후 구현 효과에 직접적인 영향을 미칩니다.
고객의 태도와 기술 수준은 시스템 설계자 방안에 영향을 미치는 중요한 요소이자 시스템 요구사항의 일부입니다. 시스템 요구 사항 분석 단계에서는 고객과 충분한 의사 소통 및 평가를 수행해야 합니다. 고객 태도는 기업 의사결정자들이 신기술을 받아들이고 위험을 감수할 수 있는 정도를 말한다. 전자 상거래 분야의 신기술은 끊임없이 등장하고, 성숙한 기술의 기능은 신기술에 비할 수 없지만 위험은 낮다. 기업 의사결정자들의 이러한 태도는 시스템 설계자의 설계 시 기술 선택에 영향을 미칩니다. 기업 의사 결정권자가 보다 진보된 신기술을 선택하는 경우 시스템 분석가는 신기술을 채택할 때 발생할 수 있는 위험을 경고해야 합니다. 실패 가능성이 크고 프로젝트 진행 및 개발 비용이 예상보다 높을 수 있습니다. 고객의 호감을 위해 투표하지 말고 신기술 뒤의 불리한 요소를 숨기세요. 기업 의사결정권자도 시스템 통합업체를 선택할 때 신중해야 한다. 통합자의 기술 수준은 신기술을 장악하는 정도에 의해 결정되는 것이 아니라, 그들이 기술을 이용하여 실제 문제를 해결하는 수준에 의해 드러난다.
국내 대부분의 대기업에는 전자상거래 시스템 구축 후 유지 관리 관리 관리, 심지어 2 차 개발을 담당하는 전문 컴퓨터 부서가 있다. 설계 시 고객 기술자의 지식 기반과 전문 교육 수준도 고려해야 합니다. 시스템 요구 사항 분석 단계에서는 클라이언트 기술자를 종합적으로 평가하여 전자 상거래 시스템과 관련된 기술 분야에 대한 그들의 파악 정도를 조사하는 것이 가장 좋습니다. 평가에는 인터넷 서버, 개체 기술, 자바, 애플리케이션 개발 도구, 데이터베이스 기술, 트랜잭션 처리 기술, 보안 기술 및 산업 표준에 대한 인식이 포함됩니다.
시스템 분석가는 이러한 단편적인 요구 사항을 시스템 목표로 요약하고, 예비 시스템 요약 요구 사항을 작성하며, 기업의 전반적인 요구 사항을 정확하게 설명하고, 시스템의 예상 목표를 다시 강조하며, 기업 책임자의 승인을 받아야 합니다. 이를 바탕으로 시스템의 초기 설계를 수행합니다.
시스템 요구 사항 분석 작업은 여기서 끝나지 않고 단지 시작일 뿐이다. 프로젝트 매니저는 약간의 준비를 하고 첫 번째 프로젝트 회의를 열어야 한다. 회의 참가자는 고객의 업무 및 기술 리더와 프로젝트 건설 당사자의 프로젝트 관리자를 포함합니다. 회의의 주요 목적은 시스템 요약 요구 사항에 나열된 요구 사항을 추가로 확인하고 구체화하여 시스템 구축 방향을 결정하는 것입니다. 이들 회의는 원칙적으로 1 을 달성해야 한다. 현재 환경 및 시스템 요구 사항에 대해 자세히 설명합니다. 2. 현재 사용 중인 애플리케이션 시스템을 검토하고 해결해야 할 문제를 명확하게 나열합니다. 3. 적절한 경우 전자상거래 시스템에 대한 각자의 생각과 견해를 교환하여 * * * * 에 쉽게 도달할 수 있는 인지기반을 조성한다. 4. 시스템의 주요 목표를 결정합니다. 시스템 수요의 범위가 넓으면 시스템 목표도 단기 목표와 장기 목표로 나눌 수 있습니다. 5. 시스템의 원활한 운영을 보장하기 위해 해결해야 할 주요 문제를 열거하고, 가장 두드러지고 시급한 문제를 추출하여 고객의 협력을 쟁취하고, 시스템 구현이 시작되기 전에 해결한다. 6. 시스템 구현 과정에서 사용되는 핵심 기술 및 방안에 대한 전반적인 사고를 고객에게 설명합니다. 7. 회의에서 얻은 * * * 지식에 근거하여 모든 사람을 위한 행동 계획을 세우다. 이런 회의는 한두 시간 만에 완성할 수 있는 것이 아니며, 며칠이 걸릴 수도 있고, 심지어 다른 장소에서 프로그램 전시, 세미나, 현장 관람 등 다양한 형식으로 조직될 수도 있다. 조건이 허락한다면, 프로젝트 회의 회원들이 유사한 전자 상거래 시스템을 배경 참고 자료로 방문하여 프로젝트 회의 구성원들이 성공적인 전자 상거래 시스템의 구현 경험을 참조하도록 유도하는 것은 회의의 성공에 큰 도움이 된다. IBM 이 전 세계적으로 전자 상거래 시스템 구현을 지원한 경험에 따르면 이러한 프로젝트 회의는 프로젝트의 성공에 큰 의미가 있습니다. 프로젝트 회의에서 기술자가 비즈니스 담당자와 직접 대면하여 많은 시간을 절약했다. 기술자는 비즈니스 인력의 요구를 더 잘 이해하고, 실행 가능한 시나리오 설계를 할 수 있으며, 비즈니스 인력은 기술적 수단의 한계를 더 잘 이해할 수 있습니다. 쌍방의 소통은 또한 기업의 업무 프로세스를 더욱 합리적이고 컴퓨터 관리에 더 적합한 방향으로 개선할 수 있다.
실제로 경영진이 프로젝트 회의에 참석할 수 있는 시간은 매우 소중하며, 여러분을 모을 기회는 많지 않습니다. 프로젝트 회의 소집인은 단순히 회의 소집에 동의할 수 없고, 회의를 열기 전에 진지한 준비를 해야 한다. 준비작업에는 주로 1 이 포함됩니다. 고객의 참석자 목록을 확인하고, 각 참석자와 개별적으로 대화를 나누고, 회의 목적을 설명하고, 의견을 듣고, 보다 자세한 요구 사항을 수집합니다. 클라이언트 참가자 수는 4 ~ 6 명이어야 합니다. 너무 많으면 의사 소통의 효율성이 떨어진다. 2. 개발자의 참가자 목록을 확인하십시오. 개발자의 참가자 수는 프로젝트 책임자, 시스템 디자이너, 개발 관리자, 기술 담당자 등 4 명 정도여야 합니다. 회의에서 토론할 주제를 결정하고 각 주제의 담당자를 지정하여 고객에게 설명합니다. 쌍방의 총 참석자 수는 12 명을 초과해서는 안 된다. 토론의 기초로 수요 분석 문서를 준비하십시오. 이 문서의 주요 내용은 다음과 같습니다.
대상 시스템 개요: 대상 시스템의 주요 기능 설명 및 작동 방식
* 시스템 구조: 현재 시스템의 논리적/물리적 구조, 실행 중인 소프트웨어 및 구성 다이어그램.
* 데이터베이스 구조: 기업의 핵심 데이터 구조를 설명하고 어떤 데이터가 인터넷 서버에 개방될 것인지, 인터넷 사용자가 데이터에 액세스하는 방법 및 범위를 결정합니다.
* 네트워크 환경: 현재 시스템의 네트워크 토폴로지, 타겟 시스템의 네트워크 맵, 통신 프로토콜, 명명 규칙 등 네트워크에 사용되는 산업 표준.
* 보안 요구 사항: 엔터프라이즈 시스템에서 현재 사용하고 있는 보안 관리 방법 및 전자 상거래 시스템의 운영에 맞게 개선해야 할 보안 관리 개선 사항.
* 성능 요구 사항: 시스템 성능은 여러 가지 요인에 의해 영향을 받습니다. 성능 요구 사항 분석은 트랜잭션 프로세스를 분할하고, 각 링크의 성능 요구 사항을 논의하고, 성능을 제한하는 불리한 요소와 성능 요구 사항을 보장하는 기술적 수단을 충분히 논의합니다.
시스템 조직도: 전자 상거래 시스템의 원활한 운영을 위해 구성된 조직 구조와 각 직책에 대한 기술적 품질 요구 사항을 나열하는 기업의 인력 조직 구조 및 업무 흐름도입니다. 4. 회의 전에 회의 주제와 참석자 명단을 발표하고, 각 사람의 프로젝트 내 직위, 역할 등 배경 자료를 첨부합니다. 결론적으로 명확한 주제와 충분한 사전 회의 준비 (사전 회의 문서 준비 및 개별 커뮤니케이션 포함) 가 회의 성공의 기초입니다. 회의 소집인으로서, 자신의 기술 기반과 업계 지식에 근거하여 회의에서 방향성을 지도하고, 시간을 잘 통제하고, 단기간에 결론을 내릴 수 없는 토론을 제때에 제지해야 한다. 회의의 중점은 시스템 현황과 수요에 대한 분석에 중점을 두고, 구체적 기술 수단의 조기 도입을 피하고, 방안에 대한 설계 제한을 앞당기지 않도록 해야 한다. 시스템 현황 분석은 1 단계의 시스템 요구 사항 결과를 요약하고 검토할 수 있을 뿐만 아니라 기존 환경에 대한 기술적 분석도 수행할 수 있습니다.
시스템 환경의 기술적 분석은 주로 다음을 포함합니다.
* 네트워크 환경 분석: 네트워크 토폴로지, 현재 시스템의 네트워크 구조, 네트워크의 서버 구성 등을 분석합니다. 네트워크 트래픽 요구 사항 분석을 통해 현재 네트워크 대역폭이 새 시스템의 요구 사항을 충족하는지 여부를 분석합니다. 네트워크 시스템의 보안 시스템 및 보안 관리 전략, 전자 상거래 시스템은 기존의 엔터프라이즈 네트워크보다 더 개방적이고 보안 요구 사항이 더 엄격합니다.
* 어플리케이션 환경 분석: 현재 시스템의 소프트웨어 구성 및 버전, 어플리케이션 작동 방식 (플랫폼 실행, 실시간 액세스 및 온라인 트랜잭션 처리 필요 여부 등). ). 데이터베이스 구조, 응용 시스템의 핵심 데이터 패턴. 사용자에게 익숙한 애플리케이션 개발 방법 및 숙련된 개발 도구는 귀중한 자원일 수 있으며, 시스템 개발 진행 속도를 높이고 시스템 사용 효과를 보장할 수 있습니다. 비용을 절감하고 위험을 줄이며 더 이상 교육을 받지 않기 때문입니다. 이것은 또한 신기술을 채택하는 주요 장애물일 수도 있다. 습관심리 때문에, 사람들은 새로운 개발 도구와 응용 운영 모델을 보이콧한다. 재교육을 위해 많은 자원을 투입하더라도 여전히 큰 위험을 감수해야 한다. 시스템 유지 관리 직원은 경험이 부족하여 인위적인 오류가 발생하여 작업이 실패할 수 있습니다. 이런 상황은 국내 기업들 사이에서 특히 흔하기 때문에 시스템 디자이너는 매우 신중하게 대해야 한다.
* 고객 운영 환경 분석: 전자 상거래 시스템의 고객은 인터넷에서 브라우저나 기타 장치를 사용하는 고객입니다. 기존의 인트라넷과는 달리 인트라넷에서는 모든 고객의 운영 환경이 미리 결정되고 사용자 정의됩니다. 시스템 요구사항에는 브라우저 유형, JAVA 지원 여부, 인터넷 휴대폰 지원 여부 등 전자 상거래 시스템에 대한 고객의 환경 요구 사항이 나열되어 있습니다.
* 고객의 시스템이 Linux 플랫폼을 사용해야 하거나 특수 다국어 문자 지원 문제가 있는 등 기타 특수 요구 사항.
상세한 분석을 거쳐 프로젝트 회의의 가장 가능성있는 결과는 대량의 의견과 요구를 듣는 것이다. 진도와 예산이 통제되는 프로젝트는 통제할 수 없는 요구를 만족시킬 수 없다. 경중완급을 분명히 해야 간단하고 직접적으로 문제를 해결할 수 있다. 프로젝트 책임자는 먼저 참가자의 승인을 받아야 한다. 한 프로젝트가 완성해야 할 목표가 너무 많다. 먼저 현재 프로젝트에서 완료할 목표를 선택한 다음 해당 목표의 중요도를 평가하십시오. 의견이 통일되지 않으면, 아직 많은 목표가 매우 중요하므로, 이러한 목표를 다시 선별해야 한다. 최종적으로 열거된 목표에 대해 다시 한 번 여러분의 의견을 구하여, 이러한 목표에 이미 목표 시스템의 기본 기능이 포함되어 있으며 중대한 실수나 누락이 없는지 확인해 주십시오. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 목표명언) 시스템 설계자는 시스템 시나리오에 영향을 미치는 주요 요소인 매우 중요한 목표와 요구 사항에 특별한주의를 기울여야 합니다. 첫 번째 프로젝트 세션의 결과는 상세하고 명확한 시스템 요구사항이며, 시스템 설계자는 시스템 요구 사항 및 목표에 따라 상세한 시나리오 설계를 수행합니다.