미정

시스템 요구사양서, 시스템 아키텍처 설계서 같은 이런 개발 문서들은 변경이력이 있을 때 그 변경한 부분에 대해서 문서 내의 History 부분에 쓰는데, 변경한 내용에 대한 서술 방식이 너무 단순해서, 정확히 어떤 부분을 변경했는지, 그리고 왜 변경했는지 이유를 알기가 어려워. 이럴 경우 어떻게 해야 돼? 네, 기능안전(ISO 26262) + ASPICE 프로젝트에서 시스템 요구사양서(SRS), 시스템 아키텍처 설계서(SAD) 같은 문서의 History / Revision History / Change History 섹션이 "버전 업 → 날짜 → 작성자 → 변경" 정도로만 단순하게 적혀 있으면 정말 문제입니다. 나중에 감사(audit)나 assessment 시 assessor가 "이 변경이 Safety ..

시스템 요구사양서에 커넥터 PIN 입력 정보와 출력 정보를 써야해? 안써도 된다면 안써도 된다고 말해주고 만약 써야 한다면 왜 써야 하는지 알려줘 시스템 요구사양서(System Requirements Specification, SYS.2 출력물)에 커넥터 PIN 입력/출력 정보를 반드시 써야 하는 것은 아닙니다. 안 써도 된다고 말할 수 있어요.왜 안 써도 되는가? (주요 근거)Automotive SPICE PAM 4.0 SYS.2의 목적과 BP 내용SYS.2는 stakeholder requirements를 기반으로 system-level functional & non-functional requirements 를 지정·분석·구조화하는 프로세스입니다.SYS.2.BP1 (Specify system requ..

근데 시스템 아키텍처가 설계서 문서가 아니라 그 상위 문서인 시스템 요구사양서 문서에 system state descripiton 카테고리에 initialization state, normal state, wating sleep state, sleep state로 나누어서 각 state마다 그 상태에 대한 설명과 검증 기준을 명세했고, System transition description 카테고리에 Transition_initialization mode, Transition_normal mode, Transition_waiting sleep mode, Transition_sleep mode로 나누어서 각 천이 조건에 대한 설명과 검증 기준을 명세했거든? 그랬을 때 각 system mode에 대한 것을 하..

SYS.3 BP2의 그 문장 마지막 부분 "in different system modes" 가 정확히 무엇을 의미하는지 실무 관점에서 명확히 설명해 드릴게요."different system modes"란?→ 시스템(또는 ECU)이 작동하는 서로 다른 상태/모드(mode) 를 말합니다. 자동차 시스템은 항상 "하나의 상태"로만 동작하지 않고, 상황에 따라 완전히 다른 행동 패턴을 보이기 때문에, 이 모드마다 시스템 요소(system elements)들의 행동(behavior) 과 상호작용(interaction) 이 달라진다는 걸 문서화하라는 뜻입니다.ASPICE PAM 4.0에서 이걸 요구하는 이유는:정적 설계(구조, 인터페이스)는 SYS.3 BP1에서 다루지만,동적 측면(dynamic aspects) 은..

요구사항 description이 다음과 같이 표현이 되어 있다. - Element Specification[기능1] : Power(B+) Input Control CFC 전원(B+)을 각각의 element에 안정적으로 공급하는 기능을 수행 한다.└ Input Range : 0 ~ 24V└ Voltage supply : 5V- Element Type : H/W 여기서 나의 질문시스템 아키텍처 설계서에서 각 엘리먼트에 대한 설명 부분을 읽고 있는데, B+ 전원을 각각의 element에 안정적으로 공급하는 역할의 엘리먼트에 대한 설명 부분이거든? 근데 여기서 설명으로 Input range : 0 ~ 24V', 'Voltage supply : 5V' 로 되어 있는데, 내가 이 둘의 차이점을 해석해보려고 하는데..