반응형 분류 전체보기31 활동 (Activity) 다이어그램 활동 (Activity) 다이어그램 사용자의 관점에서 시스템이 수행하는 기능을 처리 흐름에 따라 순서대로 표현한 것입니다. 하나의 유스케이스 안에서 혹은 유스케이스 사이에 발생하는 복잡한 처리의 흐름을 명확하게 표현할 수 있습니다. 자료 흐름도와 유사합니다. 구성 요소 구성 요소 표현 방법 내용 액션 (Action) / 액티비티 (Activity) - 액션 - 액티비티 - 액션: 더 이상 분해할 수 없는 단일 작업 - 액티비티: 몇 개의 액션으로 분리될 수 있는 작업 시작 노드 액션이나 액티비티가 시작됨을 표현한 것 종료 노드 액티비티 안의 모든 흐름이 종료됨을 표현한 것 조건 (판단) 노드 - 조건에 따라 제어의 흐름이 분리됨을 표현한 것 - 들어오는 제어 흐름은 한 개이고 나가는 제어흐름은 여러 개임.. 2023. 7. 2. 유스케이스 (Use Case) 다이어그램 기능 모델링 사용자의 요구사항을 분석하여 개발된 시스템이 갖춰야 할 기능을 정리한 후 사용자와 함께 정리된 내용을 공유하기 위해 그림으로 표현하는 것 개발될 시스템의 전반적인 형태를 기능에 초점을 맞춰 표현합니다. 기능 모델링의 종류 유스케이스 (Use Case) 다이어그램 액티비티 (Activity) 다이어그램 유스케이스 (Use Case) 다이어그램 사용자와 다른 외부 시스템들이 개발될 시스템을 이용해 수행할 수 있는 기능을 사용자의 관점에서 표현한 것 외부 요소와 시스템 간의 상호 작용을 확인할 수 있습니다. 사용자의 요구사항을 분석하기 위한 도구로 사용됩니다. 시스템의 범위를 파악할 수 있습니다. 유스케이스 다이어그램의 구성 요소 구성 요소 표현 방법 내용 시스템 (System) / 시스템 범위 .. 2023. 7. 2. UML 이란? - 관계와 다이어그램 UML (Unified Modeling Language) UML은 시스템 분석, 설계, 구현 등 시스템 개발 과정에서 개발자와 고객 또는 개발자 상호 간에 의사소통이 원활하게 이루어지도록 표준화한 대표적인 객체지향 모델링 언어입니다. Rumbaugh(OMT), Booch, Jacobson 등의 객체지향 방법론의 장점을 통합하였으며 OMG (Object Management Group)에서 표준으로 지정하였습니다. UML의 구성요소 - 사물, 관계, 다이어그램 사물 (Things) 사물은 다이어그램 안에서 관계가 형성될 수 있는 대상들을 의마합니다. 모델을 구성하는 가장 중요한 기본 요소 입니다. * 사물의 종류 사물 내용 구조 사물 (Structural Things) - 시스템의 개념적, 물리적 요소를 표.. 2023. 7. 2. 요구사항 분석 CASE-자동화 도구와 HIPO 요구사항 분석용 CASE (자동화 도구) 요구사항을 자동으로 분석하고, 명세서를 기술하도록 개발된 도구입니다. SADT - 시스템 정의, 소프트웨어 요구사항 분석, 시스템/소프트웨어 설계를 위한 도구 - SoftTech 사에서 개발 - 구조적 요구 분석을 하기 위해 블록 다이어그램을 채택한 자동화 도구 SREM = RSL/REVS - TRW 사가 실시간 처리 소프트웨어 시스템에서 요구사항을 명확히 기술하도록 할 목적으로 개발한 도구 - RSL과 REVS를 사용하는 자동화 도구 * RSL: 요소, 속성, 관계, 구조들을 기술하는 언어 * REVS: RSL로 기술된 요구사항들을 자동으로 분석하여 명세서를 출력하는 분석기 PSL/PSA - PSL과 PSA를 사용하는 자동화 도구 - 미시간 대학에서 개발 * P.. 2023. 7. 2. 요구사항 분석 기법, 자료흐름도(DFD)와 기호, 자료사전(DD) 요구사항 분석을 소프트웨어 개발의 실제적인 첫 단계로, 개발 대상에 대한 사용자의 요구사항을 이해하고 문서화(명세화)하는 활동을 의미합니다. 사용자 요구의 타당성을 조사하고 비용과 일정에 대한 제약을 설정합니다. 사용자의 요구를 정확하게 추출하여 목표를 정합니다. 구조적 분석 기법 자료의 흐름과 처리를 중심으로 하는 요구사항 분석 방법입니다. 도형 중심의 분석용 도구와 분석 절차를 이용하여 사용자의 요구사항을 파악하고 문서화합니다. 하향식 방법(위에서 아래로 단계별로 모델링)을 사용하여 시스템을 세분화할 수 있습니다. 분석의 중복을 배제할 수 있습니다. 주요 구조적 분석 기법 도구 자료 흐름도 (DFD) 자료 사전 (DD) 소단위 명세서 (Mini-Spec.) 개체 관계도 (ERD) 상태 전이도 (STD.. 2023. 7. 2. 요구사항 정의와 유형, 개발 프로세스 (도출/분석/명세/확인) 정의 요구사항은 소프트웨어가 어떤 문제를 해결하기 위해 제공하는 서비스에 대한 설명과 정상적으로 운영되는데 필요한 제약조건입니다. 소프트웨어 개발이나 유지보수 과정에서 필요한 기준과 근거를 제공합니다. 개발에 참여하는 이해관계자들 간의 의사소통을 원활하게 도와줍니다. 유형 1) 기능 요구사항 (Functional requirements) 시스템이 무엇을 하는지, 어떤 기능을 하는지 등의 기능이나 수행과 관련된 요구사항 입력/출력으로 무엇이 포함되어야 하는지에 대한 사항 어떤 데이터를 저장하거나 연산을 수행해야 하는지에 대한 사항 반드시 수행해야 하는 기능 사용자가 제공받기를 원하는 기능 2) 비기능 요구사항 (Non-functional requirements) 품질(가용성, 정합성, 상호 호환성, 대응성.. 2023. 7. 1. 데이터베이스 - 파일 그룹 모든 데이터 파일은 기본적으로 파일 그룹에 소속됩니다. 그리고 하나의 데이터베이스에 여러 개의 파일 그룹이 포함될 수 있습니다. 이렇게 여러 개의 파일 그룹으로 나누어서 데이터베이스를 만들면, 성능과 관리적인 측면에서 얻을 수 있는 이점이 많습니다. 파일 그룹이란? 파일 그룹은 여러 데이터 파일을 하나의 그룹으로 묶어서 하나의 단위로 관리할 수 있게 해주는 논리적인 존재입니다. 파일 그룹을 사용하면 데이터베이스 성능을 향상시키고 다양한 백업 및 복원 전략을 구현할 수 있습니다. 1) 데이터베이스 성능 향상 파일과 파일 그룹을 사용하면 디스크 서브 시스템에 기반해서 데이터베이스를 만들 수 있기 때문에 데이터베이스 성능을 향상시킬 수 있습니다. 예를 들어서 컴퓨터에 4개의 디스크가 있다면, 각 디스크마다 하.. 2023. 6. 30. 데이터베이스 만들기 - 개체탐색기 이용 또는 CREATE DATABASE 문 데이터베이스에 대한 고려사항 데이터베이스 사용 목적 OLTP 데이터베이스와 OLAP 데이터베이스는 성격이 달라서 데이터베이스 디자인 방법부터 다르게 진행해야 하므로 그 목적을 분명이 파악해야 합니다. 트랜잭션 처리능력 업무 처리에 필요한 데이터베이스의 트랜잭션 처리 능력을 예측하여 적절한 정규화 과정과 역정규화, 그리고 인덱스 설정이나 테이블 파티션 등을 어떻게 구현할지를 미리 파악해 두어야 합니다. 데이터 증가량 예측 데이터베이스에 기록될 데이터의 예측된 양에 따라 이를 적절히 처리해 줄 수 있는 하드디스크, 메모리, CPU 등이 제공될 수 있어야 합니다. 회사의 성장이나 고객의 증가 추이 등을 면밀히 분석하여 이에 맞는 사양의 시스템 환경이 준비될 수 있어야 합니다. 데이터 파일의 위치 실제 데이터가.. 2023. 6. 30. 데이터베이스를 구성하는 파일 종류 mdf, ndf, ldf, Page, Extents SQL Server의 데이터베이스는 최소한 하나 이상의 데이터 파일과 하나 이상의 로그 파일로 구성됩니다. 이러한 데이터베이스 관련 파일들은 확장자가 mdf(또는 ndf)와 ldf인 파일로 존재하게 됩니다. 데이터베이스는 데이터와 로그가 분리되어 저장됩니다. 확장자는 반드시 정해진 것이 아니고, 원하는 경우 바꿀 수도 있지만 되도록 그대로 사용하는 것이 좋습니다. - 데이터 - mdf 또는 ndf 확장자 - 로그 - ldf 확장자 데이터 파일 (.mdf, .ndf) 모든 데이터베이스는 하나의 기본 데이터 파일을 갖게 되는데 이것이 mdf 확장자를 갖는 파일입니다. 또한 데이터베이스는 필요하다면 보조 데이터 파일이라고 불리는 ndf 확장자 파일을 가질 수 있습니다. 여기서 보조 데이터 파일은 데이터베이스를.. 2023. 6. 30. 현행 시스템, 개발 기술 환경 파악 현행 시스템 파악은 시스템을 이해하고 분석하기 위해 수행되는 절차입니다. 현행 시스템 파악 절차 프로세스 현행 시스템 내용 1단계 시스템 구성 파악 조직의 주요 업무를 담당하는 기간 업무와 이를 지원하는 지원 업무로 구분하여 기술합니다. 시스템 기능 파악 현재 제공하는 기능들을 주요 기능과 하부 기능, 세부 기능으로 구분하여 계층형으로 표시합니다. 시스템 인터페이스 파악 단위 업무 시스템 간에 주고받는 데이터의 종류, 형식, 프로토콜, 연계 유형, 주기 등을 명시합니다. 2단계 아키텍처 구성 파악 최상위 수준에서 계층별로 표현한 아키텍처 구성도를 작성합니다. 소프트웨어 구성 파악 소프트웨어들의 제품명, 용도, 라이선스 적용 방식, 라이선스 수 등을 명시합니다. 3단계 하드웨어 구성 파악 단위 업무 시스템.. 2023. 6. 29. XP(eXtreme Programming) 기법 XP는 수시로 발생하는 고객의 요구사항에 유연하게 대응하기 위해 고객의 참여와 개발 과정의 반복을 극대화하여 개발 생산성을 향상시키는 방법입니다. 짧고 반복적인 개발 주기, 단순한 설계, 고객의 적극적인 참여를 통해 소프트웨어를 빠르게 개발하는 것을 목적으로 합니다. 릴리즈*의 기간을 짧게 반복하면서 고객의 요구사항 반영에 대한 가시성*을 높입니다. * 릴리즈는 몇 개의 요구사항이 적용되어 부분적으로 기능이 완료된 제품을 제공하는 것을 말합니다. * 가시성은 일반적으로 대상을 확인할 수 있는 정도를 의미합니다. XP의 5가지 핵심가치 의사소통 (Communication): 팀 내, 팀 간 그리고 고객과의 원활한 의사소통을 강조합니다. 모든 팀원은 지속적으로 정보를 공유하고, 요구사항에 대한 명확한 이해를.. 2023. 6. 29. 스크럼(Scrum) 기법 스크럼(Scrum)은 소프트웨어 개발을 비롯한 복잡한 프로젝트를 위한 애자일(Agile) 개발 방법론 중 하나입니다. 스크럼은 프로젝트를 작은 단위인 스프린트(Sprint)로 나누고, 각 스프린트를 통해 가치 있는 결과물을 빠르게 제공하는 것을 강조합니다. 또한 스크럼은 팀이 중심이 되어 개발의 효율성을 높이는 기법입니다. 팀원 스스로가 스크럼팀을 구성하고 개발 작업에 관한 모든 것을 스스로 해결할 수 있어야 합니다. 스크럼 팀 구성원 역할 제품 책임자 (PO : Product Owner) - 요구사항이 담긴 백로그(Backlog)*를 작성하는 주체 - 이해관계자*들 중 개발된 제품에 대한 이해도가 높고, 요구사항을 책임지고 의사를 결정할 사람으로 선정 스크럼 마스터 (SM : Scrum Master) .. 2023. 6. 29. 이전 1 2 3 다음 반응형
