정보 아키텍처 메트릭 Shari Lawrence 는 위험 평가 및 관리 추정에 사용됩니까? 일반적으로 IEEE 소프트웨어 주제 문제는 확장된 제안 프로세스, 문장 선택 및 문장 선택에 포함됩니다. 이 주제는 이러한 활동에 포함되어 있습니다. 여기서 수집한 작품은 완전히 우리가 쌓은 주동적인 문장 덕분이다. 불과 몇 년 전만 해도 측정은 잠재적인 이점으로 간주되었지만 실제 대규모 개발 프로젝트에서는 거의 사용되지 않았습니다. 이것은 성숙을 측정하는 표시이며, 우리는 언행이 일치하는 특수한 문제를 형성하기에 충분한 원치 않는 문장 () 를 가지고 있다. (존 F. 케네디, 공부명언) 또한 문장 유형은 여러 범주로 나뉩니다. 측정 제품, 프로세스 또는 리소스를 설명하는 몇 가지 주요 기능. 다른 사람들은 측정값을 사용하여 트랜잭션 상태를 예측하고, 처리 요소 간의 관계를 이해하고, 가능한 이벤트를 예측하고, 효율성과 성능을 평가하거나, 소프트웨어 개발의 일부 측면을 개선합니다. 측정의 효율성을 평가하고 더 넓은 학과의 핵심을 형성하는 것도 있다. 많은 연구자들은 이것을 경험 소프트웨어 공학이라고 부른다. 분명히, 소프트웨어 공학 측정은 성인이다. 첫 번째 문장' 소프트웨어 메트릭의 상황 보고서', 저자는 Barbara? 키친햄, 로스? 제프리, 빌? 나와 커티스는 우리가 주관하는 국제 소프트웨어 측정 세미나의 두 번째 지점이다. 이 문서에서는 현재 과학 기술의 측정 실무에서의 진보 수준과 상태를 요약하고 각 소프트웨어 개발 프로세스의 표준, 원활함 및 효과적인 부분과 관련된 주요 문제를 강조합니다. 당연히 이 소개에서 Ray Offen 과 Jeffery, Ross 는 "소프트웨어 측정 프로그래밍 설정" 이 기업 및 개발 목표를 측정 목표에 연결하여 효과적인 측정 모델을 만드는 방법을 설명합니다. 다른 계획과 달리 측정을 독립적인 프로세스로 작성자의 M3P 프로세스 통합 수준은 소프트웨어 개발 주기를 직접 규정합니다. 가이드와 모델이 출판되었지만 소프트웨어 개발을 측정하려는 많은 측면이 실망했습니다. "효과적인 소프트웨어 측정 계획 구현" 에서 Tracy Hall 과 Fenton 은 Normandy 에서 두 가지 측정 작업을 검토했습니다. 하나는 임베디드 시스템에, 다른 하나는 정보 시스템에 있습니다. 그런 다음 성공적으로 구현된 척도를 실패한 척도와 비교하여 어떤 특징이 측정의 성공을 초래할 수 있는지 이해하는 데 도움이 됩니다. 다음 두 편의 문장 는 어떻게 개발 과정 에서 도량 을 사용하여 정책 제정 을 지도하는 우수한 예 이다. -응? 마지막 측정 문장' 결함 밀도 구성 요소 크기 다시 검사 연결' 에서 Les Hatton 은 문서의 인코딩 사양과 품질 간의 관계를 검사하는 전문 연구 (결함 밀도 측정) 를 살펴보았습니다. 그는 패턴과 추세를 확정했고, 일부는 반직관이었고, 이런 행동을 설명할 수 있는 몇 가지 이론을 제시했다. Harton 의 분석은 소프트웨어 엔지니어링이 관찰에서 가설 설정 진보에 이르는 좋은 예입니다. 이러한 단계는 더 많은 전문 연구와 실험이 가설을 테스트하고 인과관계를 드러낼 수 있도록 기초를 제거하며, 이로 인해 결국 제품과 프로세스의 품질을 향상시킬 수 있습니다.