(AI 3강) 요구사항 관리에서 AI 활용 📋

(AI 3강) 요구사항 관리에서 AI 활용 📋

Title: AI 초급 강좌 3강 – 요구사항 관리에서 AI 활용하기 📋Description: AI 초급 강좌 3강에서는 자연어 처리 기반 요구사항 분석과 Polarion·DOORS 등 엔지니어 실무 도구와 AI를 연계하여 요구사항 품질을 향상시키는 방법을 다룹니다.Keywords: 요구사항 관리, AI 개발 프로세스, 자연어 처리, Polarion, DOORS, OEM, Tier1, Tier2, 소프트웨어 품질3강: 요구사항 관리에서 AI 활용 📋자동차 소프트웨어 개발에서 요구사항 관리(Requirements Management)는 설계·개발·테스트를 연결하는 중심 축입니다.이번 강의에서는 자연어 처리(NLP)를 활용해 요구사항을 분석하고,실제 실무에서 널리 사용하는 Polarion, DOORS와 ..

  • format_list_bulleted NewTech/AI
  • · 2025. 11. 14.
  • textsms
(RM 10강) 요구사항 엔지니어링 Best Practice 총정리

(RM 10강) 요구사항 엔지니어링 Best Practice 총정리

10강: 요구사항 엔지니어링 Best Practice 총정리 🎉안녕하세요! 🚗 오늘은 그동안 배운 내용을 한데 모으는 마지막 강의,요구사항 엔지니어링 Best Practice 총정리 시간입니다. 👏앞서 배운 INCOSE 원칙, EARS 문법, 모호성 제거 기법, 계층적 관리, 품질 측정, 그리고 도구 활용까지—이제는 실무에서 바로 쓸 수 있는 가이드라인으로 정리해 드리겠습니다!1. INCOSE + EARS 실무 적용 프로세스 🔗요구사항 작성과 검증을 동시에 고려할 수 있는 프로세스형 접근법을 제안합니다:요구사항 초안 작성EARS 문법 활용 (예: Event-driven, State-driven, Optional 등)자연어 문장이라도 구조화된 패턴으로 시작!품질 체크 (INCOSE 5대 원칙)명확성..

  • format_list_bulleted System Dev./RM
  • · 2025. 9. 25.
  • textsms
(RM 8강) 요구사항 리뷰 & 품질 측정 기법

(RM 8강) 요구사항 리뷰 & 품질 측정 기법

🔍 8강: 요구사항 리뷰 & 품질 측정 기법 안녕하세요!오늘은 요구사항 엔지니어링에서 품질 확보의 핵심 단계인👉 요구사항 리뷰(Review)와 품질 측정(Quality Metrics) 기법에 대해 이야기해보겠습니다.좋은 요구사항을 작성하는 것도 중요하지만, 검증하고 개선하는 과정이 없다면 결국 품질이 떨어질 수밖에 없어요. 🚗💨1. 체크리스트 기반 리뷰 📝요구사항 리뷰는 단순히 읽고 “좋다/나쁘다”를 말하는 게 아니라, 체계적인 기준을 가지고 검토해야 합니다.이를 위해 체크리스트(Checklist)를 사용하면 훨씬 효과적이에요.체크리스트 예시이 요구사항은 단일 해석이 가능한가? (모호한 표현 X)요구사항은 검증 가능한 방법(시험, 분석, 검토 등)으로 확인할 수 있는가?필수적인 요구사항인가, 불..

  • format_list_bulleted System Dev./RM
  • · 2025. 9. 12.
  • textsms
(RM 7강) 자동차 표준과 요구사항 품질 (ISO 26262, A-SPICE, ISO/SAE 21434 연계)

(RM 7강) 자동차 표준과 요구사항 품질 (ISO 26262, A-SPICE, ISO/SAE 21434 연계)

🚗 7강: 자동차 표준과 요구사항 품질 (ISO 26262, A-SPICE, ISO/SAE 21434 연계)안녕하세요! 오늘은 자동차 소프트웨어 개발에서 빠질 수 없는 3대 표준을 다뤄볼 거예요.바로 기능안전(ISO 26262), 프로세스 품질(A-SPICE), 그리고 사이버보안(ISO/SAE 21434)입니다."요구사항 품질"이 이 세 가지의 중심축이라는 사실, 알고 계셨나요? 😉1. 표준에서 요구하는 요구사항 품질 📝각 표준은 "좋은 요구사항"의 기준을 조금씩 다르게 바라보지만, 공통적으로 강조하는 핵심은 다음과 같아요:명확성 (Clarity)👉 누구나 똑같이 이해할 수 있어야 한다.검증 가능성 (Verifiability)👉 테스트, 리뷰, 분석으로 충족 여부를 확인할 수 있어야 한다.일관성..

  • format_list_bulleted System Dev./RM
  • · 2025. 9. 9.
  • textsms
(RM 5강) 계층적 요구사항 관리 – 시스템에서 SW까지

(RM 5강) 계층적 요구사항 관리 – 시스템에서 SW까지

🚀 5강: 계층적 요구사항 관리 – 시스템에서 SW까지안녕하세요 여러분! 🌟오늘은 요구사항 관리의 꽃이라 불리는 _계층적 요구사항 관리_에 대해 알아보겠습니다."큰 그림에서 작은 디테일까지" 연결하는 이 과정은, 프로젝트가 길을 잃지 않도록 해주는 나침반 같은 역할을 해요. 🧭1. 왜 계층적 관리가 필요할까요? 🤔시스템 개발은 _레고 블록 조립_과 비슷합니다.레고 상자(시스템 요구사항)를 열면,각 블록(하위 요구사항)들이 서로 딱 맞게 연결되어야 멋진 완성품(시스템) 🎁 이 탄생하죠.만약 상위 요구사항과 하위 요구사항이 따로 놀면?👉 “버스 도착 시간은 정확해야 한다”라는 요구가 있는데, 실제 하위 요구사항이 “버스에 빨간색 페인트 칠하기”라면… 완전 동문서답이죠. 🚍🎨2. 상위 → 하위 ..

  • format_list_bulleted System Dev./RM
  • · 2025. 8. 28.
  • textsms
(RM 4강) 잘못된 요구사항 사례와 개선하기

(RM 4강) 잘못된 요구사항 사례와 개선하기

🚦 4강: 잘못된 요구사항 사례와 개선하기안녕하세요 여러분! 😀오늘은 "잘못된 요구사항을 어떻게 잡아내고 개선할 수 있을까?" 라는 흥미로운 주제로 이야기를 나눠보겠습니다.요구사항은 소프트웨어 개발의 뼈대이자 기준인데, 잘못 작성되면 프로젝트 전체에 큰 영향을 주게 되죠. 💥그래서 이번 강의에서는 모호성, 원자성, 검증 가능성, 일관성을 위반한 요구사항의 사례와, 이를 어떻게 개선할 수 있는지 구체적인 예시를 들어 설명하겠습니다.1. 모호한 요구사항 식별 🌀잘못된 요구사항:"시스템은 빠르게 반응해야 한다."👉 "빠르게"라는 단어는 해석이 제각각일 수 있죠. 개발자는 1초로 생각할 수 있고, 고객은 10ms로 기대할 수도 있습니다.개선 요구사항 (EARS/INCOSE 규칙 적용):"시스템은 사용자..

  • format_list_bulleted System Dev./RM
  • · 2025. 8. 25.
  • textsms
반응형