소프트웨어 프로젝트 관리 마무리

  1. 소프트웨어의 정의
  2. 소프트웨어 기능
  3. 정의 및 프로젝트의 특성
  4. 프로젝트 관리의 세 가지 요소
  5. 그 이유는 소프트웨어 위기 (5)
  6. CMM 정의
  7. CMM 레벨 특성 (5)
  8. 소프트웨어 프로세스 능력
  9. 소프트웨어 프로세스 성능
  10. 가시성 소프트웨어 프로세스 (5)
  11. 공정 능력 및 성능 예측 (PPT 47)
  12. CMM의 성숙도지도
  13. KPA 핵심 프로세스 영역
  14. 인민군의 특성
  15. KPA 구조 (2)
  16. KPA의 목표
  17. KPA 일반적인 기능
  18. 계약의 구현
  19. 구현 능력
  20. 구현 활동
  21. 측정 및 분석
  22. 구현 확인
  23. CMM (18) KPA
  24. 조선 인민군의 반복 수준
  25. 조선 인민군의 정의 수준 (7)
  26. KPA의 관리 레벨 (2)
  27. 조선 인민군의 최적화 수준 (3
  28. 소프트웨어 프로세스 평가
  29. 소프트웨어 프로세스 평가
  30. 프로세스 (3) 평가
  31. 인포시스 프로세스 조직
  32. 프로세스 수명주기
  33. 프로세스 정의 활동과 ETVX 템플릿
  34. 프로젝트 및 콘텐츠 관리 프로세스의 세 단계 (PPT 99)
  35. 프로젝트 관리의 정의
  36. 프로젝트 관리의 주요 내용 (9)
  37. 수요
  38. 중요 요구 사항 명세 / 이유는 SRS 필요합니까?
  39. 요구 사항 분석 단계
  40. SRS 요청 (6 개 속성)
  41. 요구 사항 변경 관리 프로세스
  42. 요구 사항 추적 : 순방향 및 역방향 추적 추적
  43. 추적 매트릭스 및 업데이트 모드
  44. 의미의 소프트웨어 개발 프로세스를 의미, 과정
  45. 인포시스 개발 프로세스 - 폭포수 모델처럼
  46. 개요 설계, 상세 설계, 코딩 및 단위 테스트, 통합 테스트, 시스템 테스트, 설치, 검사, 유지 보수 참여자, 입력 및 출력, 입력 - 출력 기준의 통계, 주요 단계
  47. 문서 및 주요 활동
  48. 프로세스 재봉 및 분류
  49. 사용 요약 절단 안내 기능 (19 시험)
  50. 세부 절단 가이드 및 절단 속성
  51. 그리고 소프트웨어 메트릭의 역할
  52. 프로세스 및 구조 데이터베이스 PDB (십구년에 대한 판사는 대답은 PCB의 정의와 안티에 참여하기 때문에, 잘못)
  53. PDB 설립 및 액세스합니다 (SEPG보다는 프로젝트 관리자에 의해 설립으로 19 판단, 대답은, 잘못된 것입니다)
  54. 그리고 PCB의 상관 계산 구성 (19 계산 문제, 주의력 부하 분포표를 처음 문제는 136 = 340 / 0.4)
  55. 품질 비용과 소프트웨어 품질 비용 활동의 영향 (십구년 계산 문제, 대답은 400분의 120 = 30 %)
  56. 부와 개발 과정의 풍부한 사용하는 방법의 과정의 구성 (즉, 그 수치)
  57. 노력 추정 모델 (2 : 계산할 수 있습니다)
  58. 단계 프로젝트 관리의 진보와 프로젝트 일정의 개발
  59. 품질의 정의
  60. 품질 관리의 세 가지 프로세스
  61. 소프트웨어 품질의 정량적 설명
  62. 결함 단계의 도입 및 제거
  63. 부적절한 절차 및 품질 관리의 방법
  64. 품질 관리 양자화 방법 (2 : 목표 품질 각 특징점에 대한 결함의 수, 목표 품질로 제공 결함 클리어런스)
  65. 파레토 분석과 원인 분석 (생선도)
  66. 다른 품질 관리의 전통과 현대적인 품질 관리 측면보기 (7)
  67. 리스크가 정의됩니다
  68. 위험 관리 단계
  69. 리스크 식별 방법
  70. 위험 우선 순위 단계
  71. 위험 완화 조치 (십구년 : 이동성 위험)
  72. 임계 경로
  73. 네 부분 및 프로젝트 관리 계획의 사용자
  74. 사업 개요
  75. 프로젝트 계획
  76. 프로젝트 추적
  77. 팀 (19 에세이 질문 :이 섹션의 Q 콘텐츠 및 위험과 완화 조치)
  78. 나는, 그것의 일부가 조립해야한다고 생각 구성 관리 계획은 내가 모든 명사 구성 관리 계획을 작성 포함하지만 나는이 그냥 쓰기에 충분하지 않다 생각 : 소프트웨어 구성 관리의 정의 및 포함 (질문 19 질문 )
  79. 구성 관리 메커니즘과 기능
  80. 구성 관리 역할, 주요 구성 항목
  81. 구성 관리 계획 개발
  82. 상태 전이 관리 프로그램
  83. 우리는 변화 관리 요구 사항을 구현해야합니다
  84. 문서 관리
  85. 기능 및 기능 검토
  86. 패널은 여러 단계 및 특정 활동을 검토
  87. 단일 검토
  88. 패널은 검토 작업 제품을 수행하는 것이 좋습니다
  89. 베이스 라인 평가 기능
  90. 결함과 정상적인 상황 취할 필요가보다 작 조치 (PPT 323 양식)
  91. 프로젝트 모니터링 및 제어 (4) 특정 일의 주요 활동
  92. 주요 결점 분석 및 예방 방법 : 전면 쓴
  93. 프로젝트 종료의 역할 분석
  94. 보관 된 문서
게시 32 개 원래 기사 · 원 찬양 5 · 조회수 4659

추천

출처blog.csdn.net/qq_38941327/article/details/90646716