1. 품질 요구사항소프트웨어의 품질은 소프트웨어의 기능, 성능, 만족도 등 소프트웨어에 대한 요구사항이 얼마나 충족하는가를 나타내는 소프트웨어 특성의 총체이다.소프트웨어의 품질은 사용자의 요구사항을 충족시킴으로써 확립된다.ISO/IEC 9126ISO/IEC 9126은 소프트웨어의 품질 특성과 평가를 위한 표준 지침으로서 국제 표준으로 널리 사용된다.ISO/IEC 9126은 소프트웨어의 품질에 대한 요구사항을 기술하거나 개발중인 또는 개발이 완료된 소프트웨어의 품질 평가 등에 사용된다.ISO/IEC 9126은 2011년에 호환성과 보안성을 강화하여 ISO/IEC 25010으로 개정되었다.ISO/IEC 9126에서 제시한 소프트웨어의 품질 특성ISO/IEC 25010ISO/IEC 25010은 소프트웨어 제품..

1. UI 설계 도구UI 설계 도구는 사용자의 요구사항에 맞게 UI의 화면 구조나 화면 배치 등을 설계할 때 사용하는 도구로, 종류에는 와이어프레임, 목업, 스토리보드, 프로토타입, 유스케이스 등이 있다.UI 설계 도구를 작성된 결과물은 사용자의 요구사항이 실제 구현되었을 때 화면은 어떻게 구성되는지, 어떤 방식으로 수행되는지 등을 기획단계에서 미리 보여주기 위한 용도로 사용된다.2. 와이어프레임(Wireframe)와이어프레임은 기획 단계의 초기에 제작하는 것으로, 페이지에 대한 개략적인 레이아웃이나 UI 요소 등에 대한 뼈대를 설계하는 단계이다.와이어프레임을 제작할 때는 각 페이지의 영역 구분, 콘텐츠, 텍스트 배치 등을 화면 단위로 설계한다.개발자나 디자이너 등이 레이아웃을 협의하거나 현재 진행 상태..

1. 사용자 인터페이스(UI, User Interface)의 개요사용자 인터페이스(UI)는 사용자와 시스템 간의 상호작용이 원활하게 이뤄지도록 도와주는 장치나 소프트웨어를 의미한다.초기의 사용자 인터페이스는 단순히 사용자와 컴퓨터 간의 상호작용에만 국한되었지만 점차 사용자가 수행할 작업을 구체화시키는 기능 위주로 변경되었고, 최근에는 정보 내용을 전달하기 위한 표현 방법으로 변경되었다.사용자 인터페이스의 세 가지 분야정보 제공과 전달을 위한 물리적 제어에 대한 분야콘텐츠의 상세적인 표현과 전체적인 구성에 관한 분야모든 사용자가 편리하고 간편하게 사용하도록 하는 기능에 관한 분야2. 사용자 인터페이스(UI)의 특징사용자의 만족도에 가장 큰 영향을 미치는 중요한 요소로, 소프트웨어 영역 중 변경이 가장 많이..

1. 유스케이스(Use Case) 다이어그램유스케이스 다이어그램은 개발될 시스템과 관련된 외부 요소들, 즉 사용자와 다른 외부 시스템들이 개발될 시스템을 이용해 수행할 수 있는 기능을 사용자의 관점(View)에서 표현한 것이다.외부 요소와 시스템 간의 상호 작용을 확인할 수 있다.사용자의 요구사항을 분석하기 위한 도구로 사용된다.시스템의 범위를 파악할 수 있다.유스케이스 다이어그램의 구성 요소유스케이스 다이어그램은 시스템 범위, 액터, 유스케이스, 관계로 구성된다.시스템(System)/시스템 범위(System Scope)- 시스템 내부에서 수행되는 기능들을 외부 시스템과 구분하기 위해 시스템 내부의 유스케이스들을 사각형으로 묶어 시스템의 범위를 표현함액터(Actor)- 시스템과 상호 작용을 하는 모든 외..

1. UML(Unified Modeling Language)의 개요UML은 시스템 분석, 설계, 구현 등 시스템 개발 과정에서 시스템 개발자와 고객 또는 개발자 상호간의 의사소통이 원활하게 이루어지도록 표준화한 대표적인 객체지향 모델링 언어이다.UML은 Rumbaugh(OMT), Booch, Jacobson 등의 객체지향 방법론의 장점을 통합하였으며, 객체 기술에 관한 국제표준화기구인 OMG(Object Management Group)에서 표준으로 지정하였다.UML을 이용하여 시스템의 구조를 표현하는 6개의 구조 다이어그램과 시스템의 동작을 표현하는 7개의 행위 다이어그램을 작성할 수 있다.각각의 다이어그램은 사물과 사물 간의 관계를 용도에 맞게 표현한다.UML의 구성 요소에는 사물(Things), 관계..

1. 요구사항 분석을 위한 CASE(자동화 도구)요구사항 분석을 위한 자동화 도구는 요구사항을 자동으로 분석하고, 요구사항 분석 명세서를 기술하도록 개발된 도구를 의미한다.요구사항 분석을 위한 자동화 도구 사용의 이점은 다음과 같다.표준화와 보고를 통한 문서화 품질 개선데이터베이스가 모두에게 이용 가능하다는 점에서 분석자들 간의 적절한 조정교차 참조도와 보고서를 통한 결함, 생략, 불일치 등의 발견 용이성변경이 주는 영향 추적의 용이성명세에 대한 유지보수 비용의 축소종류요구사항 분석을 위한 자동화 도구에는 SADT, SREM, PSL/PSA, TAGS, EPOS 등이 있다.SADT(Structured Analysis and Design Technique)SoftTech 사에서 개발한 것으로 시스템 정의,..

1. 요구사항 분석의 개요요구사항 분석은 소프트웨어 개발의 실제적인 첫 단계로 개발 대상에 대한 사용자의 요구사항을 이해하고 문서화(명세화)하는 활동을 의미한다.사용자 요구의 타당성을 조사하고 비용과 일정에 대한 제약을 설정한다사용자의 요구를 정확하게 추출하여 목표를 정하고, 어떤 방식으로 해결할 것인지를 결정한다.요구사항 분석을 통한 결과는 소프트웨어 설계 단계에서 필요한 기본적인 자료가 되므로 사용자의 요구사항을 정확하고 일관성 있게 분석하여 문서화해야 한다.소프트웨어 분석가에 의해 요구사항 분석이 수형되며, 이 작업 단계를 요구사항 분석 단계라고 한다.요구사항 분석을 위해 애자일(Agile) 방법, UML(Unified Modeling Language), 자료 흐름도(DFD), 자료 사전(DD), ..

1. 요구사항의 개념 및 특징요구사항은 소프트웨어가 어떤 문제를 해결하기 위해 제공하는 서비스에 대한 설명과 정상적으로 운영되는데 필요한 제약조건 등을 나타낸다.요구사항은 소프트웨어 개발이나 유지 보수 과정에서 필요한 기준과 근거를 제공한다.요구사항은 개발하려는 소프퉤어의 전반적인 내용을 확인할 수 있게 하므로 개발에 참여하는 이해관계자들 간의 의사소통을 원활하게 하는 데 도움을 준다.요구사항이 제대로 정의되어야만 이를 토대로 이후 과정의 목표와 계획을 수립할 수 있다.2. 요구사항의 유형요구사항은 일반적으로 기술하는 내용에 따라 기능 요구사항(Functional requirements)과 비기능 요구사항(Non-functional requirements)으로 구분하며, 기술 관점과 대상의 범위에 따라 ..

1. 개발 기술 환경의 정의개발하고자 하는 소프트웨어와 관련된 운영체제(Operating System), 데이터베이스 관리 시스템(Database Management System), 미들웨어(Middle Ware) 등을 선정할 때 고려해야 할 사항을 기술하고, 오픈 소스 사용 시 주의해야 할 내용을 제시한다.2. 운영체제(OS, Operating System)운영체제는 컴퓨터 시스템의 자원들을 효율적으로 관리하며, 사용자가 컴퓨터를 편리하고 효율적으로 사용할 수 있도록 환경을 제공하는 소프트웨어이다.컴퓨터 사용자와 컴퓨터 하드웨어 간의 인터페이스로서 동작하는 시스템 소프트웨어의 일종으로, 다른 응용 프로그램이 유용한 작업을 할 수 있도록 환경을 제공해준다.컴퓨터 운영체제의 종류에는 Windows. UNI..

1. 현행 시스템 파악 절차새로 개발하려는 시스템의 개발 범위를 명확히 설정하기 위해 현생 시스템의 구성과 제공 기능, 시스템 간의 전달 정보, 사용되는 기술 요소, 소프트웨어, 하드웨어, 그리고 네트워크의 구성 등을 파악한다.단계시스템 구성 파악시스템 기능 파악시스템 인터페이스 파악단계아키텍처 구성 파악소프트웨어 구성 파악단계하드웨어 구성 파악네트워크 구성 파악2. 시스템 구성 파악현행 시스템의 구성은 조직의 주요 업무를 담당하는 기간 업무와 이를 지원하는 지원 업무로 구분하여 기술한다.조직 내에 있는 모든 정보시스템의 현황을 파악할 수 있도록 각 업무에 속하는 단위 업무 정보시스템들의 명칭, 주요 기능들을 명시한다.3. 시스템 기능 파악현행 시스템의 기능은 단위 업무 시스템이 현재 제공하는 기능들을 ..