시스템 업데이트 프로젝트 일정 작성 - 오후
5277 단어 AP 시험공부기록 31춘
파일: 2019h31hap_pm_qs.pdf
1. 그림1에 넣은 a, b의 적당한 수치를 구한다.
a는 ES(최초 시작일)이기 때문에 A1에서 A2까지, 그 다음은 A3이다.
너무 이르기 때문에 A2는 10일이 걸리기 때문에 11~20입니다.A3는 30일, 21~50일이 걸린다.
a는 21입니다.
b는 LF(가장 늦은 종료일)로 끝나면 반대로 계산하는 것이 필요하다.C의 LS~LF는 111~120, B5는 20일, LS~LF는 91~110이다.B4는 36일, LS~LF는 55~90일이 걸린다.B4의 전제 B1은 10일이 걸리고 LS~LF는 45~54이다.b. 54죠.
보기 편리하도록 그림1의 보충 부분은 다음과 같다.
<그림 1>
[표1].
2. 본문의 밑줄①에 대해 어떤 상황에서 작업 일람표와 작업 흐름도를 수정해야 하는가.30자 이내로 대답하다.
Fit & 클리어런스 분석은 적합(fit 적합)인지 클리어런스(gap 해리)인지 판단하기 위한 것이다.적당한 경우 표1에 따라 진행할 수 있으나 간극이 있는 경우 표1의 작업 일람표와 작업 흐름도를 수정해야 한다.따라서 분석 보고서의 구상과 배치되는 상황이다.
회계 시스템의 수정이 매우 커서 맞춤형 제작에 필요한 일수가 부족하다(나의 대답)
→
사용자 정의 크기가 사전 구상과 배치될 경우(답변 참조)
・ 맞춤&반차 분석
Fit는 "적합"으로, 간격은 "분리"를 의미합니다.가져온 시스템과 업무 프로세스에 필요한 기능이 일치하는지 분석하는 작업을 말한다.시스템이 업무 프로세스에서 제공하는 기능이 부족하고 개발 완성도가 높은 시스템을 확인하는 것이 목적이다.
Fit&Gap은 ERP(통합 비즈니스 패키지 소프트웨어) 등을 도입할 때의 의사결정, 도입된 프로젝트 업무 프로세스의 변경, 패키지에 규정된 표준 업무 프로세스와 사용자의 업무 프로세스의 대조, 정보 시스템의 맞춤형 제작 등을 분석한다.
3.'시스템 수정 시간표 수정'에 관해서는 다음과 같이 대답한다(1)~(4).
(1) 본문 중 c의 적절한 단어를 10자 이내로 대답해 주십시오.
그림 1의 작업 흐름도를 참조하십시오. 이것은 관건적인 경로입니다.
따라서 c는'관건적인 패스'다.
· 주요 경로(CPM: Critical Path Method)는 프로젝트의 각 공정을 프로젝트 시작부터 종료까지 "전 프로젝트가 끝나지 않으면 다음 프로젝트를 시작할 수 없다"는 의존 관계에 따라 연결하는 데 걸리는 시간이 가장 긴 경로를 말한다.그 길이는 프로젝트의 기간을 나타낸다.
<그림 1>
(2) 표 1의 작업 ID에서 본문의 d에 있는 작업 항목을 선택하고 대답합니다.
제안2: 인원을 늘리지 않고 체제를 유지하며 소프트웨어 디자인부터 소프트웨어 적격성 확인 테스트까지 진행한다.
원래의 계획
원래 사업계획은 3개 모듈인'인사·임금·공통'을 설계팀과 제조팀으로 나누는 것이었다.즉
・설계팀은 설계 후 제조팀에 의뢰하여 계획된 다른 프로젝트를 진행한다
· 제조팀이 설계하기 전에 다른 프로젝트에서 일하고 설계팀이 의뢰하면 해당 인사 급여 시스템에 들어간다
계획은요?
『시나리오 2의 수정 후 계획』
인원은 늘지 않았지만 업무는 조금 달라졌다.
・디자인팀 디자인 시작
· 제작진도 디자인할 거예요...→이것은 매우 중요하기 때문에 다른 항목은 하지 않는다
・디자인이 끝나면 디자인팀도 만들기→이것도 중요하고 다른 프로젝트는 하지 않는다
· 제조팀 제조
그래?
효과적으로는 인원을 늘리는 것과 마찬가지라는 얘기다.
단점은 계획이 끝난 후 다른 프로젝트가 지연된다는 것이다.
본문에서 150만 엔의 손실이 발생했다고 한다.
음, 방안2는'B3~B5(=소프트웨어 디자인~소프트웨어 적합성 확인 테스트까지)'이기 때문에 d는 소프트웨어 디자인(B3) 작업의 뒷임무인'B4'(=소프트웨어 제조·단일 테스트)이다.
시스템 수정 시간표 수정
『프로젝트 1』
서신 2
<작업 계획>
(3) 계산표 2의 e, f의 적당한 수치.
e는 원가 증가 320만 엔이다.한 사람의 일당은 5만엔이기 때문에 320÷5=64명이다.
다만, 설계와 제조가 병행되기 때문에 기간을 줄여 32일로 바꾼다.
f는 16일 단축할 수 있기 때문에 5만 엔×16 = 80만엔이 줄었다.
다만, 시나리오 2에 따르면 다른 사업에 들어갈 예정이어서 계획대로 진행할 수 없어 150만엔이 손실됐다.증가 비용은 150-80 = 70만 엔이다.
[표2].
(4) 본문의 밑줄 ②에 대해 품질판정 시기를 어떻게 수정해야 하는가.35자 이내로 서술하다.
②의'성과 품질 판정 시기를 재검토한다'는 이유는 개발 기간의 단축을 구상했기 때문에 시기는'성과물이 제작되자마자 품질 판정을 한다'는 것이 효율적이기 때문이다.
각 작업 항목이 끝난 후, 성과물에 대한 품질 판정을 다시 시작합니다(나의 대답)
→
각 모듈의 각 작업이 완성된 시기에 품질 판정을 실시한다(답변 참조)
결론:
해보니까 그렇게 복잡하진 않지만 할 때는 어려워요.
다음은 제가 고민하는 부분입니다.
1일
일, 보통 일수.
날마다×인원수야.
방안 1의 설명문에는'한 사람의 노동시간 5만엔'이라는 이해가 고민이다.
이곳의'노동시간 xxx인일'과 표2의'단축기간(일)'은 같고 단위는'일'이다.
이 문제는 사실 일본의 개념만 있는 것이다.
표 1에서'소요 일수(일)'는'일'이고'작업 공정도'도'시작일, 끝일'이다.
참조:
주요 경로
http://e-words.jp/w/%E3%82%AF%E3%83%AA%E3%83%86%E3%82%A3%E3%82%AB%E3%83%AB%E3%83%91%E3%82%B9.html
이른바 맞춤&간극 분석
https://www.otsuka-shokai.co.jp/words/fit-and-gap-analysis.html
Reference
이 문제에 관하여(시스템 업데이트 프로젝트 일정 작성 - 오후), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/lymansouka2017/items/bc4af66ff0c207e63b6f텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)