Development/Software Engineering(489)
-
2단계:시스템 간 상호 운용성
2단계:시스템 간 상호 운용성· 상호 운용성(interoperability)이란 다른 목적을 지닌 2개 이상 시스템들이 상호 간 정보 및 서비스를 교환하면서 효과적으로 운용될 수 있는 시스템의 능력을 의미한다(한국전산원 2004). · 요구사항중에서 목표 시스템이 조직 내외 타 시스템과의 연동을 요구하는 경우, 상호 운용이 가능한지 여부를 판단해야 한다. 상호 운용성(interoperability)상호 운용성은 시스템 또는 제품이, 고객 측의 특별한 노력 없이도 다른 시스템이나 제품과 함께 잘 동작하기 위한 능력입니다. http://www.terms.co.kr/interoperability.htmhttp://bit.ly/2Vg6VtChttps://en.wikipedia.org/wiki/Interopera..
-
기술 환경 정의 자료 수집 - 자료 존재 유무 파악, 자료 조사, 조사 자료 분석
기술 환경 정의 자료 수집· 자료 존재 유무 파악· 자료 조사· 조사 자료 분석 자료 존재 유무 파악· 수집할 자료의 목록을 정해야 합니다.· 현행 시스템 담당자가 제시한 자료와 면담 기록에 필요 자료의 존재 여부를 파악합니다. [온라인 트랜잭션 처리(OLTP: OnLine Transaction Processing)를 위한 기초 자료 조사 항목]
-
기능 현황, 기능 현황 작성 시 고려 사항
기능 현황단위 업무 시스템이 현재 제공하고 있는 기능을 기술한 것이다. 기능 현황 작성 시 고려 사항단위 업무 시스템에서 제공하는 기능들을 주요 기능과 하부 기능으로 구분하여 계층형으로 표시해야 합니다.
-
3단계:IT 시장 성숙도 및 트렌드 부합성
3단계:IT 시장 성숙도 및 트렌드 부합성· 기술적 위험 분석· IT 시장 성숙도 및 트렌드 부합성 검토사항 기술적 위험 분석· 요구사항을 만족시키기 위하여 적용한 기술의 복잡성, 검증 여부, 의존성 등에 대하여 위험 발생 가능성 및 영향도 파악· 각 기술의 특성을 고려하여 기술적 위험 분석
-
비즈니스 아키텍처 작업 단계
비즈니스 아키텍처 작업 단계· 기업 역량, 원칙, 추신사업등을 통해 비즈니스 아키텍처가 구현되고 이런 아키텍처를 통해 IT 아키텍처, Gap분석, 이행계획 작성이 이루어 지게됩니다.· 비즈니스 아키텍처에서는 경영방침 검토, 비즈니스 프로세스 모델정의, 기업 정보 정의, 프로세스 대비 정보사용, 매트릭스 작성, 역할과 위치의 정의를 해주게 됩니다.
-
Summary -사용자의 요구사항 분석 작업이 어려운 이유, 개념 모델의 역할, 요구사항의 기술적 타당성을 검토하기위한 단계중에 IT 성숙도 및 트렌드 부합성을 검토하는 단계, 요구사항의 시스템..
사용자의 요구사항 분석 작업이 어려운 이유 · 개발자와 사용자간의 지식이나 표현의 차이가 커서 상호 이해가 쉽지 않다. · 사용자의 요구사항이 모호하고 부정확하며, 불완전하다. · 요구사항으로 도출된 항목을 이력관리를 통해 문서화 및 추적 할 수 있어야 한다. · 개발하고자 하는 시스템 자체가 복잡하다. http://codedragon.tistory.com/8005 개념 모델의 역할 · 소프트웨어 요구사항 분석의 핵심이다 · 문제가 발생하는 상황에 대한 이해를 증진시키고 해결책을 설명한다. · 엔터티들과 그들의 관계 및 종속성을 반영한다. http://codedragon.tistory.com/5430 요구사항의 기술적 타당성을 검토하기위한 단계중에 IT 성숙도 및 트렌드 부합성을 검토하는 단계 시스템 구..