총 645개
-
소프트웨어 개발과 건축 공학의 요구사항 변경에 따른 추가 개발비용2025.01.181. 소프트웨어 개발과 건축 공학의 유사성 소프트웨어 개발과 건축 공학은 서로 다른 영역처럼 보일 수 있지만, 실제로는 두 분야가 상당한 유사점을 공유하고 있다. 주요한 유사점 중 하나는 그 과정의 구조로, 요구사항 수집, 설계 및 계획, 구현 또는 건설, 그리고 검증 및 테스트로 구분할 수 있다. 2. 요구사항 변경의 발생 원인 요구사항 변경은 사용자의 요구가 변하거나, 새로운 기술이 등장하거나, 또는 경쟁 상황이 변화하는 등 다양한 이유로 발생할 수 있다. 요구사항 변경은 프로젝트를 더 나은 방향으로 이끌 수 있는 필수적인 요소...2025.01.18
-
복붙해서 바로쓰는 제안서 양식-사업의 관리(1)2025.05.091. 사업관리 방법론 사업을 효과적으로 운영하기 위해 수립한 각 단계별 운용 가이드를 구체적으로 기술하고 있습니다. 사업관리 방법론의 개요, 사업관리 체계, 분야별 사업관리 방안 등을 정리하고 있습니다. 2. 형상관리 프로젝트를 수행하면서 개발되는 모든 작업물과 산출물을 현행화하는 과정에서의 규칙 및 절차 등을 명기하고 있습니다. 문서 작성 표준 제정, 문서 변경 이력 관리, 문서 관리 프로세스 정립 등의 내용을 포함하고 있습니다. 3. 산출물 관리 프로젝트를 수행하면서 개발되는 모든 작업물과 산출물을 체계적으로 관리하기 위한 방법...2025.05.09
-
소프트웨어 개발과정과 건축 공학 단계의 유사성을 고려한 요구사항 변경에 따른 추가 개발비용의 심각성2025.01.131. 소프트웨어 개발과정과 건축 공학 단계의 유사성 소프트웨어 개발과 건축 공학 단계는 요구사항 파악, 설계, 구현, 테스트, 배포, 유지보수 등의 유사한 과정을 거친다. 이러한 유사성을 고려할 때 요구사항 변경이 미치는 영향은 두 분야에서 모두 중요한 고려사항이 된다. 2. 요구사항 변경에 따른 추가 개발비용의 심각성 소프트웨어와 건축 프로젝트 모두 초기 요구사항 파악과 설계 단계가 중요하다. 요구사항이 변경될 경우 추가 개발비용이 발생할 수 있으며, 이는 개발 일정과 예산에 부담을 줄 수 있다. 또한 잦은 요구사항 변경은 코드와...2025.01.13
-
소프트웨어 개발과정과 건축 공학 단계의 유사성을 고려한 요구사항 변경에 따른 추가 개발비용의 심각성2025.01.031. 소프트웨어 개발과정 소프트웨어 개발 과정은 요구사항 분석, 설계, 구현, 테스트, 유지보수의 단계로 이루어진다. 요구사항 분석 단계에서 사용자의 요구사항을 정확히 파악하는 것이 중요하며, 이후 단계에 큰 영향을 미친다. 요구사항 변경 시 유지보수 단계에서 추가 개발 비용이 크게 증가할 수 있다. 2. 건축 공학 단계 건축 공학 단계는 건물주 요구사항 분석, 건물 설계, 시공, 감리, 하자보수로 이루어진다. 건물주의 요구사항을 정확히 반영하는 것이 중요하며, 이후 단계에 큰 영향을 미친다. 요구사항 변경 시 하자보수 단계에서 추...2025.01.03
-
운영위원회 회의록 (장기요양기관-요양원, 방문요양,주간보호 운영위원회 회의 활용)2025.05.141. 시설장 변경 기존 OOO 시설장이 개인사정으로 퇴사하여 OOO 시설장으로 변경되었다. 새로 오신 시설장님을 반갑게 맞이하며, 어르신들을 위해 열심히 해주시기를 바란다. 2. OO재가노인복지센터 현황 및 발전 방향 현재 OO재가노인복지센터는 수급자 8명, 종사자 13명이 있다. 개원 후 많은 분들의 노력으로 발전해가고 있으며, 앞으로 더욱 발전할 수 있는 방법을 모색하기로 했다. 어르신들에게 진심을 다해 케어를 제공하면 자연스럽게 수급자도 늘어나고 센터가 발전해 나갈 것이다. 3. 직원 처우 개선 사항 아직까지 종사자 처우 개선...2025.05.14
-
설계변경관리절차서(토목,건축,건설)(표준)2025.04.261. 설계변경관리 이 문서는 설계변경 관리 절차를 설명합니다. 설계변경 통지서(DCN)와 현장 설계변경 요청서(FCR)를 사용하여 설계도서의 변경을 관리하는 방법을 기술하고 있습니다. 설계변경 시 환경적 영향을 고려하여 변경사항을 반영하는 것이 주요 목적입니다. 설계담당팀장, 현장소장 등의 역할과 책임, 업무 절차 등이 자세히 설명되어 있습니다. 2. DCN (Design Change Notice) DCN은 설계도서 변경을 통보하기 위한 문서입니다. 발주자 도면 수정, 설계 오류 발견 등의 경우에 DCN을 발행할 수 있으며, 승인된...2025.04.26
-
소프트웨어 개발의 모든것2025.05.101. 소프트웨어 프로젝트 팀의 역량 평가 소프트웨어 프로젝트 팀의 역량을 평가하기 위해 소스코드 관리, 버그 관리, 요구사항, 일정, 테스트, 리스크 관리 등의 항목을 점검하고 있다. 이를 통해 프로젝트의 진행 상황을 체계적으로 관리하고 있다. 2. 소프트웨어 회사의 기반시스템 소프트웨어 개발에 필요한 기반시스템으로는 소스코드 관리, 의사소통 지원, 개발자 편의성 제공 등이 있다. 이러한 기반시스템이 잘 구축되면 업무가 효과적으로 진행되고 개발자들이 연구와 개발에 집중할 수 있는 환경을 제공한다. 3. 소스코드 관리 시스템 소스코드...2025.05.10
-
소프트웨어 개발 생명주기 모델의 유형과 특징2025.01.151. 반복형 모델 반복형 모델은 구축 대상을 병렬로 나누어 개발한 뒤 통합하거나 반복적으로 개발한 이후에 완성하는 모델입니다. 이 모델은 병행 개발로 인한 일정 단축이 가능하고 초기 버전 생성으로 동작 확인이 가능한 장점이 있지만, 관리 비용 증가와 개발 범위 변경 가능성이 높은 단점이 있습니다. 따라서 프로젝트 구성 변경이 잦고 유연한 대처가 필요한 분야에 적합합니다. 2. 프로토타이핑 모델 프로토타이핑 모델은 고객의 요구사항을 시제품으로 구현하고 고객 피드백을 반영하여 최종 결과물을 만들어가는 모델입니다. 이 모델은 사용자 요구...2025.01.15
-
ISO 45001 요구사항 이해2025.01.031. ISO 45001의 제정배경 전 세계적으로 매년 약 220만 명의 근로자가 사고 또는 질병으로 사망하고 있으며, 국내에서도 산업재해가 지속적으로 발생하고 있습니다. ISO 45001은 이러한 산업재해를 예방하고 근로자의 안전보건을 향상시키기 위해 제정되었습니다. 2. ISO 45001의 주요변경사항 ISO 45001은 기존 OHSAS 18001 대비 조직의 상황, 이해관계자의 요구사항, 리더십과 근로자 참여, 위험성평가 및 관리 등 다양한 부분에서 변경되었습니다. 특히 조직의 내부 및 외부 상황을 고려하고 근로자와 이해관계자의...2025.01.03
-
MDR_MDCG 2020-3 Rev.01_국문자료2025.05.081. 레거시 장치 이 문서는 규정(EU) 2017/745의 103항에 의해 설립된 MDCG(Medical Device Coordination Group)의 승인을 받았습니다. MDCG는 모든 회원국의 대표로 구성되며 유럽연합 집행위원회(European Commission)의 대표가 의장을 맡고 있습니다. 이 문서는 유럽연합 집행위원회 문서가 아니며 유럽연합 집행위원회의 공식 입장을 반영하는 것으로 간주될 수 없습니다. 이 문서에 표현된 모든 견해는 법적 구속력이 없으며 유럽 연합 사법 재판소만이 연합법에 대한 구속력 있는 해석을 제...2025.05.08
1 / 65
