«sdlc» 태그된 질문

소프트웨어 개발 수명주기에 대한 질문 (즉, 특정 방법론과 반드시 ​​관련되지는 않은 소프트웨어 개발 프로세스의 활동).

19
나는 200K 라인의 스파게티 코드를 물려 받았다 – 지금 무엇?
나는 이것이 일반적인 질문이 아니기를 바란다. 나는 노련한 조언을 실제로 사용할 수 있습니다. 저는 지난 10-20 년 동안 방대한 코드 기반을 함께 사용했던 상당히 작은 과학자 상점에서 유일한 "SW 엔지니어"로 새로 고용되었습니다. (이것은 거의 쓸모없는 언어로 작성되었습니다 : G2- 그래픽으로 파스칼을 생각하십시오). 프로그램 자체는 복잡한 화학 처리 공장의 물리적 모델입니다. …

2
코드 문서화를 수행하는 방법과 소프트웨어 (종종)의 문서화가 왜 좋지 않습니까?
java api와 같이 잘 문서화 된 코드의 좋은 예가 있습니다. 그러나 git 및 회사의 내부 프로젝트와 같은 공개 프로젝트의 많은 코드는 문서화가 잘되어 있지 않으며 새로 온 사람에게는 적합하지 않습니다. 모든 소프트웨어 개발 문제에서 제대로 문서화되지 않은 코드를 처리해야했습니다. 나는 다음과 같은 것을 알아 차렸다. 코드에 주석이 적거나 없습니다. 메소드 …

11
시간 추정이 잘못되면 어떻게해야합니까?
사례의 예상 시간이 3 일이라고 가정 해 보겠습니다. 둘째 날에는 사건이 커지고 있고 시간을 계산할 때 계산되지 않은 새로운 시나리오가 나타납니다. 새로운 결과는 2 일 추가 (총 5 일)로 이어집니다. 이것은 개발자로서 조만간 직면하게 될 전형적인 문제입니다. 새로운 인도 시간을 프로젝트 리더에게 알릴 때 어떤 전략을 사용할 수 있습니까? 왜 …

4
QA의 딜레마 대 반복
우리 회사에서는 민첩한 사례로 성공적으로 작업했지만 반복을 사용하지 않았습니다. 주된 이유는 반복주기에서 QA에 맞는 확실한 방법을 찾을 수 없기 때문입니다. QA는 이 빌드가 고객에게 배포되기 전에 특정 빌드 (릴리스 후보)에 대한 추가 검증 비트로서 QA를 이해 합니다. 요점은 단일 악성 커밋이 전체 릴리스를 손상시키지 않도록하는 것입니다. 어떤 버전인지 알 수 …
17 agile  teamwork  qa  sdlc 

5
엄격한 민첩하지 않은 방법을 사용하는 팀에 Agile을 도입하는 방법은 무엇입니까?
민첩하지 않은 방법론에 대해 자랑스럽게 인증을받은 회사를 고객에게 판매 지점으로 사용하여 책임을 설명하십시오. 당신은 어떻게 가야합니까 점진적으로 자신의 전체 시스템을 파괴하지 않고 칸반 또는 스크럼을 도입 그것이 그들 확신하고 아직도 및 단지 책임 / 감사로 계속 될 수있다 ? 나는 이것이 " Scrum과 같은 민첩한 방법론을 어떻게 소개하겠습니까? " 감사 …

10
더 많은 돈을 위해 소프트웨어 개발 원칙을 어느 시점에 포기 하시겠습니까?
매체가 어디에 있는지 흥미롭게 보려고이 질문을 던지고 싶습니다. 지난 12 개월 동안 소프트웨어 개발에서 TDD와 많은 애자일 가치를 선택했습니다. 소프트웨어 개발이 훨씬 더 나아 져서 절대로 소프트웨어를 그만 두지 않을 것에 너무 압도되었습니다. 그때까지… 나는 계약직 역할을 맡아 올해의 집값을 두 배로 늘 렸습니다. 내가 참여한 회사는 특정한 방법론을 따르지 …

5
코드 검토가 전달 / 테스트주기보다 뒤 떨어짐
민첩한 프로세스에는 2 주 스프린트가 있습니다. 작업은 매일 제공되며 (일일 빌드) 테스트 팀은 다음 날 또는 같은 날에 테스트를 완료합니다. 또한 개발자 코드 검토가 있으며 시간이 필요하며 (1-2 시간) 일주일에 3 번, Mon-Weds-Fri로 예약됩니다. 개발자들은 함께 모여 코드를 개선 / 리팩터링하는 방법을 제안합니다. 우리의 문제는 코드 검토 후 작업 항목이 …

3
"소프트웨어 수명 종료"상황을 처리하는 방법은 무엇입니까?
공급 업체가 더 이상 소프트웨어에 지원이나 서비스를 제공하지 않을 것이라고 선언하고 (업그레이드 경로를 제공하지 않고 비즈니스를 종료하려는 의사를 밝힌 경우) 고객은 어떤 종류의 상환을받을 수 있습니까? 고객의 입장 에서 이것을 고려하십시오 . 고객의 IT 직원은 기술 옵션 만 고려할 것이지만 고객이 추구 할 수있는 비 기술적 옵션도있을 수 있습니다. 또한 …

4
사내 vs. 소프트웨어 개발 환경
닫은. 이 질문은 주제에 맞지 않습니다 . 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? Software Engineering Stack Exchange에 대한 주제가 되도록 질문을 업데이트하십시오 . 휴일 오년 전에 . 업계에서는 소프트웨어 개발자가 회사 자체에서 사용할 코드를 작성하는 '사내 개발'환경과 소프트웨어가 판매 / 배포되도록 구축 된 적절한 '소프트웨어 개발'환경이 구분됩니다. 대중에게. 그중에서도 …

5
소프트웨어의 고유 한 특징은 무엇입니까? 소프트웨어 취약점에 대한 공격 / 툴의 수명주기는?
내 지역 대학에는 약 20 명의 학생들로 구성된 소규모 학생 컴퓨팅 클럽이 있습니다. 이 클럽에는 모바일 개발, 로봇 공학, 게임 개발 및 해킹 / 보안과 같은 특정 분야의 소규모 팀이 있습니다. 사용자 스토리, 복잡한 작업 추정, 버전 제어 및 자동화 된 빌드 / 테스트를위한 지속적인 통합과 같은 몇 가지 기본 …

9
사람들이 공급 업체를 미워하지 않도록 소프트웨어 제품 관리에서 어떤 실수를 피해야합니까?
이전 질문 사람들이 마이크로 소프트 싫어하는 이유에 대해 폐쇄되었다. 이것은 동일한 일반 노선을 따라 다소 건설적인 질문에 대한 시도입니다. 이것은 더 넓고 좁습니다. Microsoft뿐만 아니라 일반적으로 소프트웨어 공급 업체에 관한 것이 더 일반적입니다. 소프트웨어 제품 관리 만 다루면 더 좁아집니다. 따라서 개별 소프트웨어 제품을 관리 할 때 개별 제품뿐만 아니라 …

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.