다음을 통해 공유

개념적 모델: 애플리케이션 요구 사항

  • 아티클

개념적 모델을 디자인할 때 비즈니스 문제와 이러한 문제를 해결하는 데 필요한 기능을 정의해야 합니다. 모범 사례 접근 방식은 실제로 애플리케이션을 사용하고, 광범위한 사용자와 만나고, 가능한 한 많은 비즈니스 또는 사용자 시나리오를 포함하는 사람들과 대화하는 것입니다. 시스템의 잠재적인 사용자의 ID 및 수와 관련된 데이터의 크기 및 범위를 결정합니다. 이 정보를 수집하는 것은 디자인 프로세스의 기술적 측면이 가장 적지만 가장 중요한 것 중 하나입니다. 성공적인 애플리케이션을 개발하려면 해결해야 하는 비즈니스 문제 및 프로세스를 명확하게 이해해야 합니다.

애플리케이션 요구 사항을 결정하는 동안 다음 고려 사항에 유의하세요.

  • 성능 요구 사항. 애플리케이션 작업에 대한 예상 응답 시간은 얼마인가요? 다운된 서버에 대한 장애 조치(failover) 지원은 무엇이 필요한가요? 사용 가능한 시간은 어떻게 됩니까?
  • 환경. 사용 가능한 서버는 무엇인가요? 확장 요구 사항을 처리하도록 추가 서버가 계획되었나요?
  • 배포. 애플리케이션이 현재 시스템과 어떻게 통합될까요? 애플리케이션이 상호 작용하는 다른 시스템은 무엇인가요? 다른 시스템에서 사용하는 운영 체제는 무엇인가요? 어떤 통신 프로토콜을 지원해야 하나요? 다른 시스템과 상호 작용하는 데 사용할 수 있는 API는 무엇인가요? 네트워크에 있는 다른 시스템은 어디에 있나요? 기계 사용에 대한 제한 사항은 무엇인가요? 액세스가 허용되는 사용자 계정은 무엇인가요?
  • 위치. 클라이언트와 관련하여 데이터가 있는 위치는 어디인가요? 데이터가 원격으로 액세스되었거나 로컬인가요?
  • 안전. 암호화 또는 무결성 검사 요구 사항이 있나요? 인증 또는 데이터 보호 요구 사항이 있나요?
  • 액세스 권한. 특정 작업을 수행할 수 있는 사용자에 대한 제약 조건이 있나요? 그렇다면 먼저 권한 부여가 필요한 작업을 문서화한 다음 권한 부여를 가질 수 있는 사용자 유형을 문서화해야 합니다. 이러한 요구 사항은 애플리케이션의 일부가 구현되는 방식에 큰 영향을 미칠 수 있습니다.

논리 모델 : 애플리케이션 정의 및 계획

물리적 모델 : 애플리케이션 아키텍처