RUP 방법론의 충분한 영향 범위를 알고 싶습니다. 나는 그것이 MIS와 HIS와 같은 IS 시스템에서 매우 효율적이라는 것을 알고 있지만 제어 모니터링 시스템과 같은 시스템을 설계하고 개발하고자 할 때 IS 시스템만큼이나 충분할 것입니다. 나는 그러한 시스템에 대한 대부분의 문제가 RUP가 중점을두고있는 합리적이고 관계형이며 정보가 아닌 기술 일 때도 여
저는 (중간 크기의) 소프트웨어 요구 사항 사양을 만들고 유지 관리하기위한 적절한 SW 도구를 찾고 있습니다. 요구 사항 모델과 유스 케이스 모델 두 가지 모델 모두에 대해 작업해야합니다. EA는 알고 있지만이 도구는 우리의 목적에 너무 복잡합니다. 적절한 도구에 대한 몇 가지 팁을 추천 해 주시겠습니까? 너는 무엇을 사용하니? 미리 감사드립니다.
나는 여기에서 필사적으로 순진하고있다. 그러나 나는 무엇인가를 정리하고 싶었다. RUP는 IBM 소유의 독점적 인 프로세스 인 것으로 보입니다. 프로젝트를 구현하고자하는 모든 프로젝트에 어떤 영향이 있습니까? 논리적으로 볼 때, 나는 '프로세스'가 어떻게 독점적으로 만들어 질 수 있는지보기 위해 고심하고 있습니다. 당신은 단순히 지정된 순서로 일련의 작업을
다음 소프트웨어 설계 프로세스를 비교하고 싶습니다. Unified Process V-Model 각 사양 위상의 테스트 위상을 갖는 상기 waterfall model가 수행되지 V-Model Waterfall model . Unified Process은 반복적이며 증분 형이며 나머지는 그렇지 않습니다. 주요 차이점이 있습니까? 추가 할 것이 있습니까? 너무
저는 소프트웨어 개발 모델과 라이프 사이클에 대해 읽었습니다. 여기서 모델과 통합 프로세스에 대해 배웠습니다. 그러나 두 프로세스 모두 요구 사항 수집, 설계 단계, 개발 테스트 및 배치 (통합 프로세스의 시작, 정교화, 구성 및 전환 단계)가 필요합니다. 두 사람의 차이점을 알아낼 수 있습니까?