DSRS (Defense Software Reuse System)는 어떻게 되었습니까? [닫은]

내가 읽어 봤는데 어떤 논문 국방 소프트웨어 재사용 시스템 (DSRS)라는 미국 국방부의 소프트웨어 재사용 이니셔티브에 대한 90 년대 초부터입니다. 내가 찾을 수있는 가장 최근의 언급은 2000 년의 논문- 소프트웨어 재사용 저장소 조사

방어 소프트웨어 리포지토리 시스템 (DSRS)

DSRS는 RSA (Reusable Software Assets)를 저장하고 검색하기위한 자동화 된 저장소입니다 [14]. DSRS 소프트웨어는 이제 7 개의 소프트웨어 재사용 지원 센터 (SRSC)에서 재사용 가능한 자산의 재고를 관리합니다. DSRS는 양질의 RSA를위한 중앙 수집 지점 역할을하며 개발자가 기존 소프트웨어 제품과 요구 사항을 충족시킬 수있는 기회를 제공함으로써 소프트웨어 재사용을 용이하게합니다. DSRS 계정은 현재 정부 프로젝트를 지원하는 공무원 및 계약 직원이 사용할 수 있습니다 ...

... DoD 소프트웨어 커뮤니티는 소프트웨어 엔지니어링 모델을 현재 소프트웨어주기에서 프로세스 중심의 도메인 별 아키텍처 기반의 리포지토리 지원 소프트웨어 구축 방식으로 변경하려고합니다 [15]. 이러한 변화하는 환경에서 DSRS는 DoD 표준 재사용 저장소가 될 가능성이 가장 높습니다. DoD에서 여러 개의 상호 운용 가능한 위치를 가진 유일한 기존의 배치 된 운영 저장소이기 때문입니다. 7 개의 DSRS 위치는 거의 1,000 명의 사용자를 지원하고 거의 9,000 개의 재사용 가능한 자산을 나열합니다. DISA DSRS에만 3,880 개의 재사용 가능한 자산이 나열되며 400 개의 사용자 계정이 있습니다 ...

DSRS의 장기 전략은 가상 리포지토리를 지원하는 것입니다. 이러한 상호 연결된 리포지토리는 도메인과 서비스간에 재사용 가능한 구성 요소를 찾고 공유 할 수있는 기능을 제공합니다. 효과적이고 진화하는 DSRS는 DoD 소프트웨어 재사용 이니셔티브의 성공을위한 핵심 요구 사항입니다. 진화하는 DoD 저장소 요구 사항은 DISA가 실제 저장소 작업에서의 테스트를 지원하고 DoD 사용자를 지원하기 위해 운영 DSRS 사이트를 계속 보유 할 것을 요구합니다. DSRS의 분류 프로세스는 고객 지원을 제공하기위한 기본 기술입니다 [16]. 이 프로세스는 기능 및 기술 마이그레이션 전략을 구현하는 데 재사용 가능한 자산을 제공하는 첫 번째 단계입니다.

...
[14] DSRS-적응 가능하고 안정적인 시스템을위한 방어 기술
URL : http://ssed1.ims.disa.mil/srp/dsrspage.html
[15 ] STARS-적응 가능하고 안정적인 시스템을 위한 소프트웨어 기술
URL : http : //www.stars.ballston.paramax.com/index.html
[16] DE Perry 및 SS Popovitch,“
제 8 회 지식 기반 소프트웨어 공학 컨퍼런스 진행, pp. 1993 년 9 월 144-151.
...

DSRS는 죽었고, 사후보고가 있었습니까? 소프트웨어 재사용에 대한 다른 최근 미국 정부 이니셔티브 또는 보고서가 있습니까?

DSRS는 그 전에 적어도 하나의 이름을 가졌으며 그 후 몇 가지를 더하였습니다. 나는 그들이 무엇인지 잊어 버렸지 만 프로그램을 죽은 것으로 간주해야합니다. 피요르드를 꽂지 않고 죽었을뿐입니다.

DoD는 부서 차원의 재사용 프로그램에 대한 많은 시도를 겪었으며, 이는 그 중 하나였습니다. Ada 프로그래밍 언어는 또 다른 언어로 1987 년부터 1990 년대 후반까지 위임장이 효과적으로 철폐 된 필수 사용 언어입니다. (1990 년대 초에 발행 된 Ada 이외의 프로젝트에 대한 포기의 수는 사망자 였을 것입니다.)

이 프로그램의 대부분에 대한 사후 평가는 매우 간단합니다.

• 그 규모로 재사용을 시도하는 것은 고귀한 아이디어이며 작동하게 할 수 있지만 DoD가 결코 요구할 수 없었던 예측, 결단, 조정 및 리더십의 조합이 필요합니다.
• 부서 사무실과 자체 재사용 프로그램을 운영하는 각 사무실 사이의 잔디 전쟁과 같은 재사용에 문화적 문제가 있었지만 여전히 존재합니다.
• 많은 방어 관련 개발이 버블에서 발생하는데, 계약자는 "a"시스템을 개발하기 위해 비용을 지불하고 있으며, 특히 광범위한 경우에 널리 사용될 수있는 도구로 구축 할 물건을 만들려는 동기가 없습니다. 장기적으로 다른 프로그램에 대한 유지 관리 비용을 지불하지 마십시오. 프로젝트 A는 프로젝트 B가 모두 같은 큰 돈이더라도 프로젝트 B를 돕기 위해 소중한 예산을 사용하지 않을 것입니다.

국방부에서 일하는 Java 프로그래머로서 나는 들어 본 적이 없으며 사무실에 다른 사람이 없습니다. 나는 지금 그것을 구글 검색했고 내가 찾은 것은 약어 정의이지만 다른 것은 아무것도 없었다. 나는 그것이 조용한 죽음으로 죽었다고 말하는 것이 안전하다고 생각합니다. 그러나 동정은 좋은 생각처럼 보입니다.