가 주의할 점의 클라이언트 / 서버 개발 프로젝트

Share

|

가 경영의 클라이언트 / 서버 프로젝트에는 고유의 주의할 점 이내 전통 시스템 개발 카테고리입니다. 이 기사 주소의 고유한 특징은 클라이언트 / 서버 개발 프로젝트 내에있는 다음과 같은 분류 :

- 정의 / 문서화하고 비즈니스 요구 사항

- 결정하는 하드웨어 / 소프트웨어 / 네트워크 요구 사항

- 산출할

- 프로젝트를 추적

- 정의 작업

- 계산 시간이 필요합니다

- 추정 비율의 준공

- 시간

- 문제를 추적

- 개발 능력과 함께 기술 및 도구

- 보안

- 테스트 / 품질 보증 프로세스

- 개발 설명서

- 조직의 안정성을

- 조형 / 사용성

- 기호 - 리베이트 및 승인

비즈니스 요구 사항을 정의하고 문서화

와 같이 전통적인 개발 프로젝트, 문서화 요구 사항이 돼야의 시작은 클라이언트 / 서버 개발 프로젝트입니다. 그것은 이곳은 사용자 요구 사항이 프로젝트에 대한 근거로 정의 견적과 비용 효과 분석을합니다. 의 요구 사항 문서를해야한다 상세하고 포함 입력 화면을 처리하는 사이클, 그리고 출력을보고합니다. 데이터베이스를 설계해야한다도 포함될을 정의하는 데이터 관계가있습니다. 뿐만 아니라이 규정 / 문서화하고 비즈니스 요구 사항이 중요한 역할을 산출할의 초기 노력은 프로젝트, 그것은 또한 중요한 변경 사항에 대한 결정 범위와 결정 무엇을 "완료"가됩니다. 여러 차례의 검토를 시작할 때 무엇이 캐주얼 프로젝트의 진입을 결정하는 프로젝트의 완성에 매우 중요합니다. 전형 요소의 요구 사항 문서를 포함 :

- 객관의 프로젝트 / 시스템

- 비즈니스 요구 사항

- 입력 / 출력 요구 사항

- 영향을받은 사업 영역

- 처리 요구 사항

- 보안 요구 사항

- 데이터 또는 파일 처리 요구 사항

- 조직에 영향을 미칩니다

- 설명서 요구 사항

어렵에 대한 감사를 결정하면 모든 요구 사항은 포괄적이고 적절하게 정의합니다. 그러나, 최소한의 감사인의 요구 사항이 정의에 있는지 확인한다 충분한 수준의 상세하고있다는 적절한 사용자 관리를 인증합니다.

결정하는 하드웨어, 소프트웨어 및 네트워크 요구 사항

일단 사용자가 요구 사항이 정의, 하드웨어 / 소프트웨어 / 네트워크 요구 사항을 수있습니다 설립합니다. 이러한 요구 사항이 사용을 확인하는 프로세싱 플랫폼 및 네트워킹을위한 시스템입니다. 결정하는 요인은 해당 플랫폼 (들)은 기존의 / 전략적 네트워크 인프라, 수의 동시 사용자의 경우 데이터베이스의 크기와 볼륨의 거래가있습니다. 거기는 일반적 아니오 "오른쪽"플랫폼을 사용하고 많은는 인사들이 서로 다른 의견이있습니다. 또한, 공급 업체는 항상 새로운 기능을 포함한 새 릴리스를 발표 어렵게을 구분하기 기존 제품 기능 비교 vaporware. 주의 기술과 방법론이 소개 새로운 용어와 vernaculars하는 연기가 화면을 제공하는 프로젝트를 관리하고 빈곤층에 대한 전문 지식 부족합니다. 희망으로 최상의 접근 방법이 선택 방안을 검토 비용, 시스템 성능 및 용이성 개발을합니다. 일반적으로 요구 사항이 문서에있는 건축 문서를 포함 :

- 비즈니스 요구 사항

- 전술적 고려 사항

- 전략적 고려 사항

- 인터페이스를 사용하여 다른 시스템

아무도 하드웨어 / 소프트웨어 플랫폼은 "맞춤"모든 응용 프로그램을 작성하는 것처럼 망치 혼자 집에되지 않습니다. 그러나, 아니오 작은 부분을 플랫폼 선택해야한다 무엇 플랫폼 개발자 익숙합니다. 지식으로 플랫폼을 선택하면 견적의 정확도를 개선하고 도움을 보장하는 "시스템 킬러"나중에 문제가 발생하지 않습니다. 그것은 너무 위험한를 사용하려면 효과 기술로 플랫폼에 대한 대규모 개발 사업입니다.

잠재적인 병목와 함께 클라이언트 / 서버 시스템은 네트워크 용량과 트래픽 사용자가 워크 스테이션과 서버 사이에있습니다. 많은 시간, 이러한 시스템이 예상보다 넓은 면적을 수행하려면 네트워크 (비트)가 일관된 네트워크 응답 시간을 제공하지 않을 수있습니다.

추정

하나의 사용 여부를 확인 관리하려는 프로젝트 추정치입니다 기금의 프로젝트를 기반으로 비용 / 이점 분석을합니다. 물론, 경우에 견적이없는 정확하고, 경영 수없는 좋은 결정을 놓고 자신이 원하는 프로젝트를 수행, 할당 사람들이 작업, 또는 계획에 대한 광고 게재시 사용할 수있게됩니다. 본질적를하지 않고 상품 견적, 프로젝트 관리자가 관리할 수없습니다. 요인이 들어갈 좋은 견적은 :

- 경험에 하드웨어 / 소프트웨어 / 네트워크 / 개발 도구 : 경우에 경험이있는 개발자가되지 않습니다 플랫폼 / 도구, 관리를 알아야한다는 견적은 아마 준비를 지출할 수없는 아주 좋은하고 프로젝트와 기대에 훨씬 더 지연됩니다.

- 지식의 요구 사항 :됐다 개발자 관여의 요구 사항을 정의합니까? 그렇지 못할 경우, 다시 견적은 아마없는 아주 좋은; 그리고는 준비를 지출이 훨씬 더에있는 프로젝트와 기대가 지연됩니다.

- 기존 시스템 :이 새로운 응용 프로그램 a 재작성의 기존 시스템에서는 리포트 및 데이터 요구 사항이 정의되어 있습니까? 그렇다면 예상할 수있습니다 꽤 정확합니다. 그렇지 않으면, 다른 노력이 필요할 수 있음을 다시 - 필요에 따라 시스템을 사용자가 요구 사항을 충족합니다.

를 바란다 트랙의 기록과 유사한 개발을위한 노력을 제공하는 현실을 확인하는 데 사용할 수있습니다 견적입니다. 이로도 사용할 수있습니다 컨트롤에 대한 관리의 개발자들이있을 수있습니다 패딩 자신의 견적을합니다. a 신뢰 계수 또는 범위 여야의 한 부분이 예상됩니다. 이 것이주는 경영에 대한 우수 - 케이스와 최악 - 케이스 시나리오입니다. 이로 인해 경영의 능력을 결정할 수없는 프로젝트를 수행 될 수 있으면 너무 비싸거나 보인다 마감 시간을 준수하지 않습니다. 최종 함정을 주의해야는 대상 기간을 설정하여 고위 관리가이 프로젝트 팀에 의해 위해 노력하고있습니다. 경우에 기 - 아래쪽 대상 기간으로 설정,이 압박의 개발 스탭을 "다시 로그인"견적이되어 있지 않은 기준으로 무엇이 필요하거나 압력을가없는 견적을 전혀입니다.

프로젝트 추적

와 같이 모든 개발 사업을 관리하는 데 핵심적인 역할을 기피하거나 클라이언트 / 서버 개발을 주의할 점은 효율적인 프로젝트 관리합니다. 아래에 나와있는 요소를 식별하는 데 사용되는이 프로젝트는, 무엇이 왼쪽, 그리고 노력의 양이 남아있습니다.

- 정의 작업 : 개발 작업을 정의해야합니다 조금 크기가 작은만큼 쉽게 추적할을 의미합니다. 프로젝트 매니저는 프로젝트를 효과적으로 관리하는 경우에는 구체적인 제안 광고와 함께 명확하게 정의된 시간과 잦은 인한 날짜입니다. 대형 과제와 모호한 광고 게재가 어렵게을 알고 있으면 사업이 곤경에 시간을 효과적으로 관리할 수 주의할 점. 작업을 상호 및 양도의 책임이 특히 중요 프로젝트에 대한 여러 개의 관련 개팀 어디를 확인하기 어려울 수있습니다 사람이 책임을 무엇입니다.

- 계산 시간이 필요합니다 :이 수행해야하는 사람은 경험과 함께 무엇이 필요 - 희망을 개발자가 될 작업을 수행합니다. 이는 일부 소유권 또는 의지에 작업 완료를 제공합니다.

- 추정 비율의 완성 :이 될 수있습니다 부정 확한 추측을 기반으로 규모의 경우는 이미 소비되는 작업을 완료하는 작업입니다. 그것에 기초해야한다 정의된 제안 광고와 같은 수의 작업, 스크린, 또는 리포트를 완료합니다.

- 시간 : 시간이 많이 효과적으로 사용되지 않습니다. 많은 개발자들이 시간이나 보관하지 정기적으로 기록을 정확하게 추정의 시간을 보냈다. 이 어렵게 만듭니다 프로젝트 상태를 확인합니다. 또한,이 프로젝트의 실패를 기록하기 위해 모든 시간에 다른 프로젝트를 일으킬 수있다는 과소평 경우에 녹음 시간은 미래의 견적을 위해 사용됩니다.

문제를 추적

문제를 추적하는 데 사용할 수있습니다 구체화 프로젝트 요구 사항을 문서화 및 해결 의사 결정 과정에서 원래의 요구 사항을 정의하지 않은 계약서입니다. 의 문제를 로그는 또한 좋은 차량에 대한 추적을 미결제 문제 및하도록하는 이들은이 시스템이 도입되기 전에 해결을 생산합니다. 일반적인 반주와 함께 클라이언트 / 서버 시스템은 안정성의 부족으로 인해 소프트웨어를 비호 환성, 네트워크 오류,과 약점을 사용하여 데이터베이스를 처리를 동시 업데이 트됩니다. 문제의 심각에서 중치해야한다 "표시 stoppers"를 "멋진 향상된 기능"을 우선순위의 개발 노력을합니다. 가 소유하고있는 사용자의 시스템되어야 하나를 결정하는 경우 문제가 해결되었습니다 등으로 발생하는 경향에 대한 개발자가 클레임 해결 방법을 잘못입니다. 와 같이 모든 문제를 로그,이 문제 로그를 포함해야 식별된 문제를 날짜가 문제가 발견 및 전달, 심각,에 대한 설명을 문제와, 만약 해결이 결의안 문안합니다. 이것은 또한 같은 역할에 대한 감사 내역의 결정 사항입니다.

문제가되어야 그들이 확인된 후 보존을위한 미래의 동향을 사용할 수있습니다. 추세 분석을 수행해야을 추적하는 훈련 문제, 물론 문제가있는 하드웨어, 운영 체제 소프트웨어, 기타 응용 프로그램 소프트웨어입니다. 각 오류가 기록되면,의 문제를 로그도 사용을 추적하는 시스템의 전반적인 안정성을합니다. 로그의 문제를 진단하는 데 사용할 수있습니다 파악하여 문제점에 문제가 발생한 상황입니다. 문제가 정보를 얻기도 생성할 수있습니다 공급 업체에 도움이 문제를 해결에 유용의 증거를 제공하여 상관 관계 문제 및 공급 업체에 제품을 취소합니다.

개발 능력과 함께 기술 및 도구

에 대한 -는 - 직업 훈련이 아니라는 방법을 배우고 새로운 클라이언트 / 서버 개발 도구와 기술입니다. 개발자는 확실히 걸릴 교실이나 컴퓨터 - 기반 교육 (cbt)입니다. 그러나, 개발자는 안 embark에 대형 - 대규모 프로젝트를 성공적으로 완료 소규모 사업을하지 않고 첫 번째 문제입니다. 이는 프로젝트 위험을 줄일 수 있도록하여 개발자를 입증할 그 자체에있는 작은 규모와 부여할 수있는 능력을보다 정확하게 추정 노력을 관여합니다. 프로젝트 매니저는 또한 점차적으로 더 큰 사업을 관리하는 훈련에 중점을두고 여러 개의 팀, 작업을 심화, 그리고 여러 명의 사용자가있습니다.

에 대한 더 큰 프로젝트에 새로운 기술,도있을 수있습니다 많은 사람이 서로 다른 수준의 전문 지식을 시도하여 결정됩니다. 많다 수준의 기술입니다. 이 기능을 사용 범위는 무엇을 한 사람 읽는 잡지에서, 그들로부터 무엇을 다른 사람에게 무엇을 알고부터 훈련을 위해 노력에서 무엇을 알고있는 시스템이나 과거 개발 경험합니다.

처음 세 개 수준의 기술이 비교적 약한하지만 예쁜 공통입니다. 사람의 역할을해야한다 관리를 기반으로하는 인식의 수준의 지식을 보장하는 작업이 적절하게 할당, 견적은 신뢰성은 물론 내용과 방향을 이동하는 소리가 결정됩니다. 참조가 검사를해야 할 사항에 대한 신규 직원 및 외부 컨설턴트들이 이의 제기가 "전문"을 확인하려면 그들의 수준의 전문 지식을합니다.

보안

성공적인 보안을 구현 어려울 수있습니다에서 클라이언트 / 서버 환경을 이유로 확보해야하는 많은 프로세싱 레이어 :

- 클라이언트 워크 스테이션입니다. 역사적으로,이되었습니다 약한 컨트롤로 개인 컴퓨터에는 프로그램 및 파일에 대한 액세스를 제한할 수있는 사람은. 그러나, 운영 체제 등의 도입으로 마이크로 소프트의 windows nt 워크 스테이션,의 컨트롤을 사용할 수있다 조선의 수준의 보안을 사용할 수있는에있는 메인 프레임입니다.

- 응용 프로그램입니다. 이 보안 수준은 일반적으로 제어하는 메뉴와 필드는 사용자가 액세스할 수있습니다. 레벨의 액세스는 일반적으로 읽기, 업데이트 및 삭제를합니다.

- 네트워크입니다. 이 네트워크에 확보 활동이 다루고있습니다. 네트워크졌습니다와 같은 도구를 사용할 수있는 데이터를 읽고 변경할 네트워크를 통해 전송됩니다. 거기에는 일반적으로 두 종류의 네트워크를 컨트롤을 사용을 방지하기 위해 데이터의 부적 절한 공개 또는 변경합니다. 첫 번째는 세그먼트 또는 영역의 네트워크에 대한 접근을 제한합니다. 이것은 보통 방화벽 시스템 또는 심사 라우터와 함께 수행되는 트래픽을 기반으로 원본과 대상 주소를 제한합니다. 인터넷 연결 방화벽에 의해 통제되어야합니다. 또 다른 방법은 네트워크 트래픽이 암호화를 확보합니다. 이것을 방지하거나 변경할 수있는 능력을 읽기가 네트워크를 통해 데이터를 이동합니다. 최소한, 암호화된해야한다.

- 서버입니다. 서버가 일반적으로 제어가 네트워크에 로그온할 수있는 사람과 사람이 네트워크에 액세스할 수있는 데이터베이스와 파일입니다. 서버 보안이가 장

일반적인 종류의 보안 로컬 영역 네트워크에서 사용하고있습니다. 에 대한 액세스 제어를 통해 네트워크는 일반적으로 사용자와 해당 비밀 번호입니다. 액세스하는 파일은 다음을 부여를 기반으로 할당된 사용자 또는 그룹 id. 대부분의 서버에 대한 로깅 보안 관리 및 위반 행위를 제공합니다. 에 대규모 클라이언트 / 서버 시스템으로 메인 프레임은 서버 기능을 수행합니다.

- 데이터베이스입니다. 이 데이터베이스 시스템은 또한 보안 기능 수행을 요구하는 사용자와 비밀 번호를 확인한 다음 할당에 대한 액세스를 데이터를 기반으로 사용자 또는 그룹 id. 또한, 데이터베이스의 보안 관리 및 위반 행위를 기록할 수있습니다.

조정을 여러 수준의 보안이 어려운, 그리고 많은 시스템을 도입할 보안 약점을 무시하고 특정 플랫폼에 대한 액세스를 제어하거나 스크립팅 로그온에 대한 플랫폼을 쉽게 회피할 수있는가. 또 다른 일반적인 문제가있는 클라이언트 / 서버 시스템은 그들이 복잡 여러 개의 로그온으로 여러 개의 아이디와 비밀 번호가 필요합니다.

이상적인 응용 프로그램을해야한다 설계를 한 번의 로그인 -에 대한 액세스를 제어하는 응용 신설, 워크 스테이션, 서버 및 데이터베이스 시스템과 함께 네트워크를 제어하는 적절한 세그먼트에 대한 액세스를 제한할의 네트워크 및 암호화에 민감한 트래픽을합니다.

테스트

반면 요소의 전통 품질 보증 / 테스트 프로세스를 적용하여 클라이언트 / 서버 환경에서이 환경을 포함 독특한 도전을 요구보다 엄격한 테스트가 비록 개발자가 테스트를 매우 중요하기 때문에 복용하지 않을 수있다는 "불과하여 선택 시스템입니다." 이 클라이언트 / 서버 시스템 개발 프로세스가 포함되어야 시험 계획과 예상 결과, 실제 결과, 및 처분의 차이가있습니다. 만약 시스템 요구 사항이 잘 정의된, 그들의 테스트 계획을 개발하는 데 사용할 수있습니다. 테스트가 포함되어야 모든 플랫폼은 물론 이들 사이에있는 인터페이스와 동시 사용자를 처리할 수있는 능력입니다. 이외에 여러 업데이 트를 통해 처리를 동시 연결, 많은 클라이언트 / 서버 시스템을 포함시킬 수있는 능력을 운영할없이는 직접 네트워크 연결을 통해 데이터베이스 동기화를 사용하는 과정이라고 복제합니다. 이 필요 고유의 테스트 단계를 확인하는 복제 이미지, 업데이트, 또는 삭제가 올바르게 처리와 협력을 통해 복제 과정은 물론 여러 개의 - 사용자 모드는 시스템 운영에있습니다. 동시 업데이트 내용을 데이터베이스 (두 사람이 시도하는 업데이 트와 동일한 기록을 동시에) 데이터베이스 갈등을 만들 수있습니다. 갈등을 처리하는 방법은 시스템에 의해 관리해야한다 문서화하고 응용 프로그램 소프트웨어 또는 수동 절차입니다.

열악한 응답 시간은 종종에 문제가 클라이언트 / 서버 시스템입니다. 병목 현상을 해결하실 수있습니다 늘려 네트워크 용량, 튜닝 데이터베이스 쿼리, 또는 최적화는 데이터베이스 디자인입니다.

클라이언트 / 서버를 변경 관리도 만듭니다 버전 관리와 함께 독특한 도전합니다. progra mming 코드는 일반적으로 분산 여러 플랫폼은 물론 데이터베이스의 임베디드 이내입니다. pc 버전 제어 패키지는 자주 사용되는 반면, 변경 관리 시스템이 포함 소스 / 개체를 동기화가되지 않습니다 정교한으로 시스템으로 메인 프레임 환경에서 사용됩니다.

개발 설명서

동안의 목표는 클라이언트 / 서버 시스템은 사용자에게 친숙하고 제공된다 온라인 도움말 기능, 이러한 시스템은 또한 전통 형식의 문서를 사용할 수있는가를 운영, 유지 및 사용하는 시스템입니다. 설명서를 요구해야한다는 다음과 같습니다 :

- 시스템 개요

- 사용자 지침 / 트랜잭션 코드

- 시스템 플로우

- 시스템 인터페이스

- 프로세싱 기능, 조직 및 간략한 설명이 progra ms.

- 파일에 대한 설명 / 데이터 특성 (데이터베이스 디자인 해당하는 경우)

- 보안 및 제어 요구 사항의 시스템 및 이행의 이러한 요구 사항의 시스템

- 파일을 백업 및 보존 요구 사항 - 사용자 오류 및 메시지

설명서 요구 사항에 포함되어야하는 프로젝트 계획은 물론 외부 공급 업체와 협력 계약을하면됩니다.

조직의 안정성을

시군과 직원이 매출이 어려운를 관리, 특히 대규모 조직입니다. 이러한 영향을 쉽게 죽일 수있는 프로젝트입니다. 좋은 프로젝트 관리자는 예측가 능성을 잃어 팀 회원 전에 "2 주 규정"이 부여됩니다. 당연히, 관리해야 할 사람들이 무엇을 할 수를 유지 열쇠입니다. 그러나, 잃어 직원이 불 - 특히 만약 직원이 훈련에서 "핫 기술을"그것은 매우 경쟁력입니다. 사물의 영향을 줄이기 위해이 작업을 수행할 수있습니다 스태프 변경 사항은 :

- 훈련 : 확보가 충분히 많은 사람의 직원들이 지식과 기술을 보장하는 팀이없는 지나치게 타산에있는 한 사람입니다. 관리하는 데 사용하는 데 도움이 될 수도 인사들이 내성을 변경하고 싶지 않다 대처합니다.

- 수립 백업 : 신원 사람 채울 수있는 사람의 위치, 어떤 것이 걸릴을 얻을의 개별 최대 속도 및 구현하는 계획을하기 전에는 필수입니다. 수 있도록 의식을 갖고 지정된 백업 개인이 쓰기 부분의 시스템을 보장하는 이들을 지원하는 데 필요한 능력을 갖고있습니다.

- mentoring : 신원 기회를 더 수석 개인의 도움이 다른 사람에 의해 질문을 어시스트와 논리, 그리고 노력을 통해 문제가있습니다.

- 프로그래밍 기준 : 커버를 작성하고 문서화하는 코드가되도록 지원하는 다른 사람에 최선을 쓸 수있습니다.

- 코드 리뷰 : 관련 검토하는 시스템으로 발전을 보장하는 그들은 그들이 논리적으로 서면, 이해를 다른 사람, 그리고 문서 표준을 준수합니다.

- 유지 보수를 화면 : 돼야 구축 변동의 주요 시스템 기능을 활성화하려면 / 매개 변수가없는 프로그래머가 개입니다.

결론

쉽지 않다 프로젝트를 관리하는 의존 복잡한 클라이언트 / 서버 시스템입니다. 기술적인 문제가 발생할 수있는 "살해하는 시스템"이있는 프로젝트 관리와 무관합니다. 그러나, 프로젝트 관리를 제어하실 수있습니다 완화의 위험성이 문제를 해결하는가 도입됩니다. 감사 프로젝트 관리를 제어하는 동안 오로의 전통 감사 접근 방법, 기업 리소스가 높아지고으로 저장할 수있습니다 고위 관리 상황을 제자리에 이러한 컨트롤이되지 않습니다. 로 이전에 논의,가 장 중요한 컨트롤을 주의해야 같습니다 :

- 경험에 기술과 유사한 사업 - 적절하게 정의하고 문서화하고 사용자 요구 사항 - 정확한 견적을 수립 현실적인 목표 날짜 - 추적을 진행하고 문제를

- 구현하는 효과적인 보안

- 효율적으로 문서화 및 테스트가 시스템 - 구하기 사용자의 승인

이러한 컨트롤은 제자리, 프로젝트 관리자 및 감사와 관련된 위험 요소도 일부 보장하는 클라이언트 / 서버 주의할 점되고 효과적으로 관리합니다.