hong study hgy5710

정보구조 설계에서의 모호성 분류 시스템은 언어 기반 위에서 성립되는 것이며, 언어는 하나의 단어로 여러 가지 뜻을 나 타내는 경우가 많다.‘배’라는 단어도 먹는 배와 타는 배 그리고 사람의 배와 같이 다양한 뜻이 있다. 이와 같이 단어의 모호함은 정보를 분류하는 시스템을 구축하는 데 불안정한 요 소로 작용한다. 홈페이지에서 우리는 정보의 그룹을 설명할 때 대부분의 경우 단어를 사용해 서 표현을 하는데, 이런 언어의 모호함으로 이용자에게 혼돈을 줄 수 있으며 이런 문제들이 홈페이지 전체에서 일어난다면 심각한 문제가 될 수도 있다. 정보를 분류할 때는 이런 모호 성을 충분히 염두에 두고, 되도록이면 이용자들이 한번에 인식을 할 수 있는 직관적인 단어 를 선정하여 정보의 그룹을 나타내는 단어로 사용하는 것이 ..

이해관계자 이해관계자란 프로젝트에 적극적으로 참여하거나 프로젝트의 성과 또는 완료 결과에 직접, 간접적으로 긍정적이거나 부정적 영향을 야기할 수 있는 개인 또는 조직을 의미한다 1. 일반적 이해관계자 - 프로젝트 스폰서 - 프로젝트 거버넌스(프로젝트 추진위원회 또는 이사회) - 프로젝트 조직(프로젝트 관리자, 프로젝트관리 팀, 프로젝트 팀) - 고객사 또는 발주처 - 공급자 - 프로젝트관리 오피스(PMO: 거버넌스ㆍ표준화ㆍ프로젝트관리 교육ㆍ프로젝트 - 기획ㆍ프로젝트 모니터링 등) - 규제기관 - 특정이익집단 - 재정공여자 - 비즈니스 파트너 - 팀원 - 기타 이해관계자 2. UI/UX 분야에서의 이해관계자 - 상품기획 - UX / UI 디자이너 - GUI 디자이너 - 개발부서 - 마케팅부서 의사소통 메카..

자원 산정 활동 목록 중 개별 활동에 필요한 자원을 결정하는 것으로, 자원에는 인력, 설비, 장비, 재 료, 사회기반시설, 도구가 포함될 수 있다. 자원 속성에는 출처, 단위, 투입 시작과 끝을 포 함하여 기록한다. 활동 자원 산정 프로세스는 원가 산정 프로세스 와 긴밀하게 연동된다 프로젝트 팀 구성 프로젝트 조직 구성 계획은 프로젝트를 수행하기 위해 참여하는 각 구성원들의 역할을 할 당하고 서로 어떤 방법을 통해 협력할 것인가를 정의하는 것이다. 프로젝트 수행 기간, 작업의 특성, 팀 구성원 사이의 의사 교류 횟수에 의해 팀 구성 방법이 달라질 수 있다 1. 팀 구성 방식 프로젝트 팀 구성은 의사 결정권을 행사하는 방법에 따라 분산형 팀, 중앙 집중형 팀, 게 층적 팀 나눌 수 있다 (1) 분산형 팀 ..

일정(Schedule) 개념 프로젝트 일정(Scheduling) 계획은 프로젝트의 프로세스를 이루는 소작업을 파악하고 예측 된 노력을 각 소작업에 분배하며, 소작업의 순서와 일정을 정하는 것이다 1. 개요 (1) 소프트웨어 개발 기간의 지연을 방지하고 프로젝트가 계획대로 진행되도록 일정을 계 획 한다. (2) 계획된 일정은 프로젝트의 진행을 관리하는 데 기초 자료가 된다. (3) 계획된 일정과 프로젝트의 진행도를 비교하여 차질이 있을 경우 여러 조치를 통해 조 정할 수 있다. (4) 프로젝트 일정 계획을 위해서는 WBS, PERT/CPM, 간트 차트 등이 사용된다 2. 일정 수립 원칙 프로젝트 일정 계획이 진행될 때 다음과 같은 기본 원칙이 적용된다. (1) 분할 : 프로젝트는 관리 가능한 여러 개의 작..

예산 수립 정의 비용산정 결과를 업무 활동별로 집계하여 관리자의 승인과정을 거쳐 예산으로 만들고 프 로젝트 팀에 할당받는 활동을 의미한다. 1. 예산 정의 확정된 사업계획을 공식적으로 수량화 시키고 숫자로 표현한 활동 계획 2. 예산 목적 (1) 계획 수립 (2) 성과평가의 기반 (3) 의사소통 수단이며 조정 수단 3. 프로젝트 예산에는 프로젝트 실행에 승인된 모든 자금을 포함시켜야 한다. 예산 수립 방법 1. 원가합산 작업분류체계(WBS)에 따라 작업 패키지별로 원가 산정치를 합산한다. 그런 다음, WBS의 상위 구성요소(예: 통제단위)로 범위를 확장하다가 최종적으로 전체프로젝트에 대한 작업 패키지 원가 산정치를 합산한다. 2. 예비분석 예산 예비분석으로 프로젝트에 대한 우발사태 예비비와 관리 예비비를..

소프트웨어 비용산정 개념 비용은 소프트웨어 규모를 소요공수와 투입자원 및 소요기간으로 파악하여 실행 가능한 계획을 수립하기 위한 목적으로 산정한다. 1. 비용산정의 의의 단위작업공수(비용)를 통한 총 공수(총비용)을 WBS에 근거하여 산출하면 계약의 근거로 활용한다. (1) 낮게 산정 시: 품질문제 발생, 납기문제, 개발자 부담 가중 (2) 높게 산정 시: 예산낭비, 일의 효율성 저하Specific: 구체적 2. 비용산정 결과: 노력(인월, E), MM(Man-Month), PM(Person Month) 소프트웨어를 한 달 간 개발하는데 소요되는 총 인원수 또는 한 사람을 기준으로 몇 개월 에 개발할 수 있는 양인가를 의미하며, 개발 기간을 간접적으로 측정할 수 있는 근거가 된다. 3. 개발 비용 산정시..

프로세스 개념 및 유형 UI/UX 디자인 프로세스는 UI/UX를 개발하기 위해 필요한 과정 또는 구조이다. 일반적으로 프로세스란 주어진 목적을 위해 수행할 일련의 절차를 의미하는 것으로, 절차뿐만 아니라 투입 인력, 필요 기술을 통합하여 의미한다. 프로세스를 정의함을 문제 해결에 필요한 활 동과 그들간의 순서를 명확하게 정의하는 것이다. 일반 소프트웨어 개발에 표준 개발 프 로세스가 있듯이, UI/UX를 개발함에도 프로세스를 수립해야 한다. UI/UX 디자인 프로세스 는 UI/UX를 개발하기 위해 필요한 절차, 절차 수행 방법, 절차를 통해 만들어낼 산출물등 을 포괄적으로 정의한 것이다. 정형화된 표준 프로세스를 정의할 수 없지만, 실제 프로젝 트에서 활용 중인 다양한 프로세스가 존재하므로, 이들을 참조..

목표 목표는 수행하려는, 성취하려는, 개발하려는 것을 기술한 것이다. 목표 달성정도가 프로젝 트 성공을 평가하는 기준이기 때문에 명확한 목표 설정은 중요하다. 1. 목표 설정 규칙 SMART 무엇을 달성한 것인가 분명하게, 어느 정도 달성되었는지를 분명히 알 수 있게, 목표 달성 을 위해서 무엇을 해야 하는지를 명확하게, 현실적으로 적절하고 실현 가능하게, 적절한 시간과 시기가 설정되어야 한다는 것이 “SMART” 기법이다 (1) Specific: 구체적 (가) 개념 구체적이고 확실한 것이어야 한다. (나) 내용 세부목표는 상세한 성과요건이므로 구체적으로 설정되어야 한다는 것이다. 상위목 표에서 제시한 사항을 달성하기 위하여 구체적으로 무엇을 할 것인지를 결정하여 전체 계획의 의 모태가 되어야 한다. 세..

어피니티 다이어그램(affinity diagram) 어피니티 다이어그램은 파편화되고 불명확한 방대한 정보를 논리적이고 응집력 있는 그룹 으로 조직화하고 분류하는 기법이다. 이 기법의 결과물로는 제한된 그룹의 수이며, 기대하 는 목적은 보다 더 좋은 아이디어를 발굴하거나 문제를 좀 더 이해하는 것이다 1. 어피니티 다이어그램 활용 유형 크게 3가지 유형에서 어피니티 다이어그램을 활용한다. (1) 아이디어 도출이 목적인 브레인스토밍 세션 (2) 문제 해결을 위한 세션 (3) 고객의 목소리를 경청하는 세션 2. 어피니티 다이어그램 프로세스 (1) 토픽이나 문제를 명료하게 정의한다. (2) 팀별로 인덱스카드나 부착 가능한 노트를 제공한다. (3) 카드에 아이디어나 이슈를 기술한다. (4) 벽면에 카드를 붙인다 ..

최소 기능 제품(Minimum Viable Product, MVP) MVP는 리스크나 투자 대비 최적의 성과를 창출할 수 있으면서, 사용자에게 핵심적인 기능을 최소화하여 제공할 수 있도록 정의하는 방식이다. 해당 용어는 프랭크 로빈슨(Frank Robinson) 이 정의하였고, 스티브 블랭크(Steve Blank)와 에릭 리이스(Eric Ries)가 대중화시켰다. MVP는 무조건적으로 적은 기능만을 정의하는 것이 아니라, 사용자에게 가치를 제공할 수 있는 최소 단위를 정의하는 것이 중요하다. 그 이후에 사용자 대상으로 반복적인 테스트 를 거쳐서 점차 기능을 추가하고 보완하여 완성해간다. MVP의 목적과 기대효과는 다음과 같다. 1. 적은 기능으로 가설을 빠르게 테스트해볼 수 있다. 2. 기능을 학습시키는..