2021/10 87

소프트웨어 진흥법_공정계약의 원칙, 소프트웨어 진흥법 시행령

▣ 소프트웨어 진흥법_공정계약의 원칙 소프트웨어 진흥법 [시행 2021. 12. 30.] [법률 제17799호, 2020. 12. 29., 타법개정] 제38조(공정계약의 원칙) ① 소프트웨어사업에 관한 계약(하도급계약 및 재하도급계약을 포함한다. 이하 이 조에서 같다)의 당사자는 대등한 입장에서 합의에 따라 공정하게 계약을 체결하고 신의에 따라 성실하게 계약을 이행하여야 한다. ② 소프트웨어사업에 관한 계약의 당사자는 계약을 체결할 때 계약의 목적과 범위, 계약기간, 그 밖에 대통령령으로 정하는 사항을 계약서에 분명하게 적어야 하고, 서명(「전자서명법」 제2조제2호에 따른 전자서명을 포함한다)하거나 기명날인한 계약서를 주고받아 보관하여야 한다. ③ 소프트웨어사업에 관한 계약 내용이 한쪽 당사자에게 현저하..

감리 2021.10.17

프로젝트 관리 이론_PMO유형, 지원형, 통제형, 지시형, 프로젝트 관리자 권력, 합법적, 보상적, 준거적, 전문가적, 강압적

▣ 프로젝트 관리 이론_PMO유형, 지원형, 통제형, 지시형 PMO 유형 설명 지원형 (Supoortive) 템플릿, 모범사례, 교육 등을 통해 상담 역할 제공 PMO에 의한 통제 수준 : 낮음 통제형 (Controlling) 방법론, 특정 템플릿과 양식과 도구 등을 통해 프로젝트 지원, 준수 요구 PMO에 의한 통제 수준 : 중간 지시형 (Directive) 프로젝트들을 직접적으로 관리 및 통제, PMO가 프로젝트 관리자를 선임하고, 관리자로부터 보고를 받음(PMBOK) PMO에 의한 통제 수준 : 높음 ■ 프로젝트 관리자 권력 구분 내용 직책 권력 (Position Power) Formal Power(Legitimate Power / 공식적인 권력) : 작업지시, 의사결정 등을 할 수 있는 권력 Re..

사업관리 2021.10.17

조직관리_협상 원칙, 입장, 이해관계, 프로젝트 의사소통 방법

▣ 조직관리_협상 원칙, 입장, 이해관계, 프로젝트 의사소통 방법 입장(position)과 이해관계(interest)을 구분 입장(position)은 상대방이 주장하는 명시적인 요구사항을 의미 이해관계(Interest)는 명시적이지는 않지만 상대방 내면에 있는 욕구, 즉 희망사항을 의미 협상 원칙에서는 상대방의 입장보다는 이해에 기반하여 진행하는 것이 합의를 이끌어 낼 수 있는 바람직한 협상 방안으로 제시되고 있음 '하버드 협상론' 7가지 교섭 성공의 요인 1. Interest 이해(이익) 2. Options 옵션 3. Alternatives 대체 방안 4. Legitimacy 정당성 5. Communication 의사소통 6. Relationship 관계 7. Commitment 수행의무 ■ 의사소통 ..

사업관리 2021.10.17

프로젝트 일정 관리_활동정의_연동기획

▣ 프로젝트 일정 관리_활동정의_연동기획 연동기획(Rolling wave planning)은 점진적 구체화(Progressive elaboration)의 일환 가까운 미래의 활동을 중점으로 상위 수준의 계획을 반복적 작업을 통해 세분하는 활동 가까운 시기에 완료할 작업은 상세히 계획하고 장기적인 작업은 개략적인 계획을 수립(플래닝 패키지, 릴리즈 패키지) 대부분의 프로젝트의 초기에는 정보가 부족해 먼 미래 계획까지 상세 수준으로 작업패키지를 분할하는 것이 어려움 프로젝트가 진행됨에 따라 정보가 추가로 확인되면서 작업패키지를 여러 활동으로 분할 2021년 8번 정답 : 1번 연동계획은 많은 시간이 소요되는 작업은 상위 수준에서만 개략적으로 계획하고, 이후에 점진적으로 구체화하는 기획 기법 단기적으로 완료할..

사업관리 2021.10.17

이해관계자(stakeholder) 관리_참여 수준,비인지형, 저항형, 중립형, 지원형, 주도(선도)형

▣ 이해관계자(stakeholder) 관리_참여 수준,비인지형, 저항형, 중립형, 지원형, 주도(선도)형 비인지형 프로젝트와 잠재적 영향력을 인지하지 못하는 수준 저항형 프로젝트와 잠재적 영향력은 인지하고 있지만 프로젝트 작업 또는 결과로 발생 할 수 있는 변화에 저항하는 수준 중립형 프로젝트를 인지하고 있지만 비협조도 하지 않는 수준 지원형 프로젝트와 잠재적 영향력을 인지하고 프로젝트 작업 및 결과를 지원하는 수준 주도형 선도형 프로젝트와 잠재적 영향력을 인지하며 프로젝트가 성공할 수 있도록 적극적으로 참여하는 수준 2021년 3번 정답 : 3번 이해관계자 참여 수준은 비인지형, 저항형, 중립형, 지원형, 주도(선도)형 임 '인지'는 없음

사업관리 2021.10.17

조직관리_팀구축_터크만(Tuckman), 터크맨 사다리 모형의 팀 빌딩 5단계, 조직 가치관, 이념

▣ 조직관리_팀구축_터크만(Tuckman), 터크맨 사다리 모형의 팀 빌딩 5단계, 조직 가치관, 이념 팀 구축 단계 영문 설명 형성 태동기 탐색기 Forming 팀원들이 만나 프로젝트 자체, 팀원별 공식적 역할과 담당 업무를 파악하는 단계임 팀원들이 마음을 열지 않고 개인적인 경향을 띰 혼돈, 불확실성, 우려와 공감 부족 스토밍 폭풍기 혼돈기 준비기 격동기 Storming 팀이 프로젝트 작업, 기술사항 결정, 프로젝트 관리 방식을 다루기 시작함 팀원들이 자신과 다른 사고와 관점에 협력적 또는 개방적이지 않으면 파괴적인 환경이 조성될 수 있음 대립, 갈등, 의견 불일치 표준화 규범화 안정기 Norming 팀원들이 협력하고, 팀을 지원하기 위해 업무 습관과 행동을 조율하기 시작함 팀원 상대방의 생각과 습관..

사업관리 2021.10.16

데이터 마이닝_비지도학습_군집분석_코사인 유사도, 코사인 거리

▣ 데이터 마이닝_비지도학습_군집분석_코사인 유사도 코사인 유사도는 두 벡터 간의 코사인 각도를 이용하여 구할 수 있는 두 벡터의 유사도를 의미합니다. 두 벡터의 방향이 완전히 동일한 경우에는 1의 값을 가지며, 90°의 각을 이루면 0, 180°로 반대의 방향을 가지면 -1의 값을 갖게 됩니다. 즉, 결국 코사인 유사도는 -1 이상 1 이하의 값을 가지며 값이 1에 가까울수록 유사도가 높다고 판단할 수 있습니다. 이를 직관적으로 이해하면 두 벡터가 가리키는 방향이 얼마나 유사한가를 의미합니다. 두 벡터 A, B에 대해서 코사인 유사도는 식으로 표현하면 다음과 같습니다. 문서 간 유사도를 측정하는 방법 중 유클리드 거리 기반의 지표도 있습니다. 하지만 희소 행렬에서 문서와 문서 벡터 간의 크기에 기반한 ..

데이터베이스 2021.10.15

모바일 데이터베이스_동작원리, 캐싱, 프락시 proxy, 무효보고서, 단절성, 일관성, 충돌, 보안 위협

▣ 모바일 데이터베이스_동작원리, 캐싱, 프락시 proxy, 무효보고서, 단절성, 일관성, 충돌 -현장업무에서 발생한 데이터를 가공 후 동기화를 통해 중앙서버로 전송할 수 있도록 이동 컴퓨팅기기에 탑재된 데이터베이스 ■ 모바일 환경 특성 - 높은 통신 지연, 간혈적인 무선 연결, 제한된 배터리 전력, 클라이언트의 위치 변경 - 캐싱(caching) 높은 통신 지연과 불안정한 연결성을 보상하기 위해서 클라이언트는 자주 접근하는 데이터의 사본을 캐시해서 필요한 경우에 오프라인으로 작업 데이터 가용성과 응답시간의 개선 및 전력 소모 최소화 효과 - 프락시(proxy) 서버가 클라이언트에 접속하지 못할 경우를 대비해서 프락시 추가 다시 연결될 때 자동으로 이 프락시는 저장해 놓은 변경을 최종 목적지로 전송 ■ ..

데이터베이스 2021.10.15

객체 데이터 모델(object data model)_객체 식별자 OID(Object Identifier), 객체지향, 객체지향 데이터베이스, 클래스의 속성

▣ 객체 데이터 모델(object data model)_객체 식별자 OID(Object Identifier) 1. 객체 식별자 (OID : Object identifier) 특징 - 객체는 실세계 환경에서 존재하는 개체를 추상적으로 표현한 것 - 객체 식별자는 객체의 식별성을 표현 객체 생성 시 시스템에 의해 같이 생성, 생성된 후에는 어떤 경우도 변경되지 않음 객체에 대한 참조 관계는 한 객체의 속성값으로 피 참조객체의 식별자를 포함시켜 구현함 2. OID는 관계모델에서의 기본키(PK)와 구별 기본키는 갱신(UPDATE)이 가능함, OID는 시스템 의해 지정되고 객체의 애트리뷰트 값에 의존하지 않기 때문에 결코 변경될 수 없음 OID는 객체가 제거될 때만 삭제되며 삭제된 OID는 재사용될 수 없음 20..

데이터베이스 2021.10.15