JaeLog

$ yarn run buildyarn run buildyarn run v1.22.19$ tscll[7385:0x55e7520] 16439 ms: Mark-sweep (reduce) 486.9 (495.9) -> 485.7 (496.1) MB, 394.6 / 0.0 ms (+ 63.3 ms in 15 steps since start of marking, biggest step 18.9 ms, walltime since start of marking 493 ms) (average mu = 0.237, current mu = 0.247) allo[7385:0x55e7520] 17047 ms: Mark-sweep (reduce) 486.7 (496.1) -> 486.1 (496.1) MB, 392...

인턴에 들어가기 앞서 ...스케줄러 구현 총정리 ! 우선 node.js의 일반적인 프로젝트 구조는jaeryeong-app/├── src/│ ├── routes/ # 라우트 정의│ │ ├── users.js # 사용자 관련 라우트│ │ └── products.js # 상품 관련 라우트│ ├── controllers/ # 컨트롤러 (핸들러 로직)│ │ ├── users.js # 사용자 로직│ │ └── products.js # 상품 로직│ ├── middlewares/ # 미들웨어│ │ └── auth.js # 인증 미들웨어│ ├── scheduler/ # 스케줄러 관련 코드│ │ └..

UML Manual 소프트웨어 모델링모델 : 대상을 특정 관점을 기준으로 표현하는 것소프트웨어 모델 : 수행해야 하는 기능의 관점에서 소프트웨어를 표현 - 전체 시스템을 포괄적으로 표현다양한 모델링 관점 사용:구조적 모델 - class diagram, object diagram etc.동적 모델 - 상태 diagram, sequence diagram etc.행위 모델 - usecase diagram, activity diagram etc.논리적 모델 (What) : 시스템은 무엇이며 어떤 기능을 해야 하는가를 표현 - 시스템의 개념적 설계나 데이터와 그 관계를 추상적으로 표현한 것 (기술적인 세부사항 배제, 본질적인 부분만을 설명)시스템이 무엇을 해야 하고, 어떤 데이터를 다루는지, 사용자는 어떤 기능을..

OO Development Process Using UMLInception (준비)기존의 시스템을 update하거나 새로운 시스템 개발을 위한 business case를 구축STEPProblem statementUse case diagramActor와 Use case를 추출하여 Use case diagram 작성Flow of events각 Use case 항목 마다 Flow of events 작성주요사항예외사항Elaboration목표는 Problem domain 분석, architecture foundation 구축, 프로젝트에서 가장 위험 많은 부분 강조, 프로젝트를 성공적으로 수행할 수 있는 초기 버전 구축이 단계를 성공했을 시 얻게 되는 것:프로젝트의 핵심 아키텍처 확정시키기system의 주요 기능..

Verification, Validation, and Test Test MethodsTest Technique, Test Data Selection Method (Test Method), Test Coverage CriteriaBlack box test: behavioral, specification-basedequivalence partitioning, bounding value analysis, decision table, state-based test, pair-wise test, etc. Black-box Test (Specification-Based Test)테스트 대상인 sw 코드의 내용, 내부의 구조는 보지 않고, 입력 값에 대한 프로그램 실행 결과가 올바른 출력인지 테스트요구사항 등 명세서..

Code Coverage란?프로그램의 소스 코드가 얼마만큼 테스트가 되었는가를 나타내는 지표 Coverage 측정 기준의 종류1. All-node (Statement Coverage, Line Coverage, Node Coverage)개발 소스의 각 라인이 수행되었는지를 확인하는 테스트 커버리지- 코드의 각 line들이 다 한번씩 실행 되었는가? 2. Branch Coverage(Decision Coverage, Edge Coverage)개발 소스의 각 분기문이 수행되었는지를 확인하는 테스트 커버리지만약 소스에 if문이 있다고 했을 때 statement coverage는 true 조건 1가지에 대해 coverage 100%가 나올 수 있는 반면에 branch coverage는 if문에 대해 true 조..

이화여자대학교 졸업 프로젝트 캡스톤디자인과창업프로젝트 수업을 수강하며, 필요한 기술을 정리해보는 블로그를 적는다. 방학동안 개발에 들어갈 것이기 때문에 어찌 보면 백엔드 과정에서 가장 중요하다고 생각하고 있는 부분을 정리해보고자 한다. 특히 Django로는 서버 배포를 수차례 진행해보았기에 이번엔 Node.js 툴에 맞추어서 작성해야겠다! AWS 배포하기 1️⃣EC2 서버 설정을 완료한 후 Status checks 가 running으로 바뀌면 접속할 수 있게 된다.IPv4 Public IP로 접속할 수 있다. 이제 터미널을 열고 pem키가 있는 폴더로 들어간 후, 아래와 같은 command line을 입력하게 되면chmod 400 .pemssh -i ".pem" ubuntu@ 인스턴스에 접속할 수 있다 ..

4. Requirements Engineering 요구 공학초반에 무엇을 만들지 정의하는 것은 매우 중요 !고객이 시스템에서 요구하는 서비스와 시스템의 운영과 개발에 대한 제약사항을 설정하는 과정요구사항서비스, 제약 사항사용자 요구사항 - 고객을 위해 작성고객 관리자시스템 최종 사용자고객 엔지니어계약 관리자시스템 아키텍트시스템 요구사항 - 사용자 요구사항보다 상세하게 설명한 구조화된 문서, 구현해야 할 사항을 정의시스템 최종 사용자고객 엔지니어시스템 아키텍트소프트웨어 개발자→ 소프트웨어 요구사항 문서는 사용자 요구사항의 정의와 시스템 요구사항의 사양을 모두 포함해야 함.문서에는 시스템이 수행해야 하는 방법보다 해야하는 작업을 작성기능 요구사항 (기능 혹은 시스템 서비스를 설명)시스템이 제공해야 하는 서비..

내 맘대로 내가 헷갈리는 것들 위주로 정리해본 ...1. An Introduction to Software Engineering- sw? : 프로그램 자체, 모든 관련 문서, 라이브러리, 지원 웹사이트, 환경 설정 데이터소프트웨어 제품은 특정 고객을 위해 개발되거나 범용으로 개발됨 [좋은 소프트웨어의 필수적인 특성]1. 유지보수성(Maintainability)소프트웨어는 고객의 변화하는 요구를 충족시킬 수 있도록 진화하도록 만들어야 한다. 소프트웨어의 변경은 변화하는 비즈니스 환경에서 필수적인 요구이므로 매우 중요2. 확실성과 보안성(Dependability and security)소프트웨어 확실성 : 신뢰성, 보안성과 안전성을 포함하는 여러 특성을 내포한다. 확실성을 보장하는 소프트웨어는 시스템에 장애..

Sam Quinn의 Bulletproof node.js project architecture 를 번역한 것 Bulletproof node.js project architecture 🛡️Get the latest articles in your inbox. Join the other 2000+ savvy node.js developers who get article updates. You will receive only high-quality articles about Node.js, Cloud Computing and Javascript front-end frameworks.www.softwareontheroad.com- 폴더 구조- 3 계층 설계 (3 Later Architecture)- Service..