목차 요구사항 분석을 위한 CASE(자동화 도구) 요구사항 분석을 위한 자동화 도구는 요구사항을 자동으로 분석하고, 요구사항 분석 명세서를 기술 하도록 개발된 도구를 의미한다. 요구사항 분석을 위한 자동화 도구 사용의 이점은 다음과 같다. 표준화와 보고를 통한 문서화 품질 개선 데이터베이스가 모두에게 이용 가능하다는 점에서 분석자들 간의 적절한 조정 교차 참조도와 보고서를 통한 결함, 생략, 불일치 등의 발견 용이성 변경이 주는 영향 추적의 용이성 명세에 대한 유지보수 비용의 축소 S/W 라이프 사이클 전 단계의 연결 모델들 사이의 오류 검사 모델의 오류 검증 자료 흐름도(DFD) 등의 다이어그램(Diagram) 작성 다양한 소프트웨어 개발 모형 지원 시스템 문서화 및 명세화를 위한 그래픽 지원 요구사항..
목차 요구사항 분석의 개요 요구사항 분석은 소프트웨어 개발의 실제적인 첫 단계로 개발 대상에 대한 사용자의 요구사항을 이해 하도 문서화(명세화)하는 활동을 의미한다. 사용자 요구의 타당성을 조사하고 비용과 일정에 대한 제약을 설정한다. 사용자의 요구를 정확하게 추출하여 목표를 정하고, 어떤 방식으로 해결할 것인지를 결정한다. 요구사항 분석을 통한 결과는 소프트웨어 설계 단계에서 필요한 기본적인 자료가 되므로 사용자의 요구사항을 정확하고 일관성 있게 분석하여 문서화 해야 한다. 소프트웨어 분석가에 의해 요구사항 분석이 수행되며, 이 작업 단계를 요구사항 분석 단계라고 한다. 요구사항 분석을 위해 UML(Unified Modeling Language), 자료 흐름도(DFD), 자료 사전(DD), 소단위 명세..
목차 요구사항의 개념 및 특징 요구사항은 소프트웨어가 어떤 문제를 해결하기 위해 제공하는ㄴ 서비스에 대한 설명과 정상적으로 운영 되는데 필요한 제약조건 등을 나타낸다. 요구사항은 소프트웨어 개발이나 유지 보수 과정에서 필요한 기준과 근거를 제공한다. 요구사항은 개발하려는 소프트웨어의 전반적인 내용을 확인할 수 있게 하므로 개발에 참여하는 이해 관계자들 간의 의사소통을 원활하게 하는 데 도움을 준다. 요구사항이 제대로 정의되어야만 이를 토대로 이후 과정의 목표와 계획을 수립할 수 있다. 요구사항의 유형 요구사항은 일반적으로 기술하는 내용에 따라 기능 요구사항(Functional requirements)과 비 기능 요구사항(Non-functional requirements)으로 구분하며, 기술 관점과 대상의..
목차 TMS320F281x ADC 특징 두개의 Sample/Hold (S/H) 탑제된 파이프란인 방식(4 Stage)의 12bit ADC Simultaneous sampling, Sequential sampling modes 두가지 샘플링 모드 지원 입력 허용 전압: 0V ~ 3V 샘플/홀드의 신호 획득 시간(S/H acquisition time window) 조절용 클럭 분주 회로 탑재 아날로그 먹스가 탑재된 16채널 입력 16개의 결과 저장용 버퍼 (ADCRESULT0 ~ 15) 두가지 인터럽트 모드 제공 every end of sequence(EOS) : 신퀀스 동작 매 완료시 마다 every other EOS : 시퀀스 동작 매 두 번째 완료 시 마다 오토 시퀀스 탑재 최대 16채널 순서 임의 조..
개발 기술 환경의 정의 개발하고자 하는 소프트웨어와 관련된(Operating System), 데이터베이스 관리 시스템(Database Management System), 미들웨어(Middle Ware) 등을 선정할 때 고려해야 할 상항을 기술하고, 오픈소스 사용 시 주의해야 할 내용을 제시한다. 미들웨어는 운영체제와 해당 운영체제에 의해 실행되는 응용 프로그램 사이에서 운영체제가 제공하는 서비스 이외에 추가적인 서비스를 제공하는 소프트웨어이다. 운영체제(OS, Operating System) 운영체제는 컴퓨터 시스템의 자원들을 효율적으로 관리하여, 사용자가 컴퓨터를 편리하고 효율적으로 사용할 수 있도록 환경을 제공하는 소프트웨어이다. 컴퓨터 사용자와 컴퓨터 하드웨어 간의 인터페이스로서 동작사는 시스템 소..
목차 현행 시스템 파악 절차 새로 개발하려는 시스템의 개발 범위를 명확하게 설정하기 위해 현행 시스템의 구성과 제공 기능, 시스템간의 전달 정보, 사용되는 기술 요소, 소프트웨어, 하드웨어, 그리고 네트워크의 구성 등을 파악한다. 1단계 시스템 구성 파악 시스템 기능 파악 시스템 인터페이스 파악 2단계 아키텍처 구성 파악 소프트웨어 구성 파악 3단계 하드웨어 구성 파악 네트워크 구성 파악 시스템 구성 파악 현행 시스템의 구성은 조직의 주요 업무를 담당하는 기간 업무와 이를 지원하는 지원 업무로 구분하여 기술한다. 조직 내에 있는 모든 정보 시스템의 현황을 파악할 수 있도록 각 업무에 속하는 단위 업무 정보 시스템들의 명칭, 주요기능들을 명시한다. 시스템 기능 파악 현행 시스템의 기능은 단위 업무 시스템이..
목차 소프트웨어 생명 주기 소프트웨어 생명 주기는 소프트웨어 개발 방법론의 바탕이 되는 것으로, 소프트웨어를 개발하기 위해 정의하고 운용, 유지보수 등의 과정을 각 단계별로 나눈 것이다. 소프트웨어 생명 주기는 소프트웨어 개발 단계별 주요 활동, 그리고 활동의 결과에 대한 산출물로 표현한다. 소프트웨어 수명 주기라고도 한다. 소프트웨어 생명 주기를 표현하는 형태를 소프트웨어 생명 주기 모형이라고 하며, 소프트웨어 프로세스 모형 또는 소프트웨어 공학 패러다임이라고도 한다. 개발자는 문제의 유형이나 개발 방법 등에 따라 특정 모형을 선택하여 사용할 수 도 있고, 개별적인 모형을 사용할 수도 있다. 일반적으로 사용되는 소프트웨어 생명 주기 모형에는 폭포수 모형, 프로토타입 모형, 나선형 모형, 애자일 모형 등..
CCS 버전이 12.x 버전으로 변경됨에 따라 사용하던 11.x 버전 및 관련 SDK를 삭제하고, 새롭게 개발환경 구축을 하면서 그 과정에 대해 기록해본다. C2000WARE SDK 설치 사용할 MCU는 TMS203F2811PBKA로 C2000 계열에 포함됨으로 C2000WARE SDK를 설치한다. 아래 링크로 TI 공홈의 C2000WARE SDK를 설치한다. (23-12 기준 version: 5.01.00.00) ControlSUITE 라는 SDK가 있는데 업데이트지원은 중단되고, C2000WARE로 대체되었기 때문에 필요에 따라 설치를 고려할 수 있다. C2000WARE Software development kit (SDK) | TI.com lock Windows Installer for C2000W..