소프트웨어 공학의 우산 활동

1.2 는 소프트웨어가 우리 사회에 미치는 영향을 나타내는 여러 가지 예(긍정적 및 부정적)를 제공합니다.

우리 사회에서 소프트웨어의 사용은 긍정적이고 부정적인 영향을 많이 가지고 있습니다. 긍정적 인 측면이 매우 유용 할 수 있지만 부정적인 측면은 우리에게 다소 목발을 제공합니다. 일반적으로 소프트웨어는 어떤 식 으로든 우리를”상처”시키기 위해 설계된 것이 아니라 우리를 위해 더 쉽고 효율적으로 만들기 위해 고안되었습니다.

1.3 예를 들어,전자 뱅킹은 우리의 삶을 훨씬 쉽게 만드는 소프트웨어의 완벽한 예입니다. 물리적으로 은행에서 돈을 인출의 짧은 모든 것은 온라인으로 수행 할 수 있습니다. 당신은 단순히 당신의 스마트 폰과의 사진을 촬영하여 지금 당신의 월급을 입금 할 수 있습니다. 단점에,이 같은 기술은 잘못된 손에 떨어지는 경우 신용 카드 번호와 신원을 도용하는 데 사용할 수 있습니다. 안티 보안 소프트웨어와 동일합니다.

현지 은행에 해킹 하 고 그들은 그들의 네트워크 보안을 업그레이드 해야 하는 은행에 증명 하기 위해 그들 로부터 훔치는 좋은 돈을 지불 하는 사람들이 있다. 대부분의 경우 은행은 이러한 유형의 침입에 대해 감사드립니다. 이 같은 소프트웨어는,그러나,은행이 너무 기뻐하지 않을 것이다 범죄 목적을 위해 사용될 수있다. 소프트웨어는 누가 그것을 사용하고 있는지에 따라 매우 유용하고 매우 위험 할 수 있습니다.

1.4 많은 최신 응용 프로그램이 최종 사용자에게 제공되기 전에 그리고 첫 번째 버전을 사용한 후에 자주 변경됩니다. 변경으로 인한 악화를 막을 수있는 소프트웨어를 구축하는 몇 가지 방법을 제안하십시오.

무엇보다 먼저 소프트웨어 응용 프로그램을 유지 관리할 수 있어야 합니다. 즉,응용 프로그램이 커짐에 따라 쉽게 변경할 수 있는 정도로 설계해야 합니다. 변경으로 인한 열화를 최소화하는 한 가지 방법은 자동 업데이트를 내장 할 수 있도록하는 것입니다. 예를 들어 윈도우 운영 체제를 가져 가라: 필요한 보안 및 방화벽 플랫폼에 대한 자동 업데이트를 허용하여 시스템이 항상”최신 상태”인지 확인할 수 있습니다.”이전 응용 프로그램은 항상 업데이트되고 있기 때문에 동일한 기능을 가진 새로운 소프트웨어를 구축하는 것이 중요합니다.

1.5 섹션 1.1.2 에 제시된 7 가지 소프트웨어 범주를 고려하십시오. 소프트웨어 엔지니어링에 대한 동일한 접근 방식을 각각에 적용 할 수 있다고 생각하십니까? 당신의 대답을 설명하십시오.

전 세계 수백만 명의 소프트웨어 엔지니어가 이러한 범주 중 하나 이상에서 소프트웨어 프로젝트에 열심히 노력하고 있습니다. 어떤 경우에는 새로운 시스템이 구축되고 있지만 다른 많은 경우 기존 응용 프로그램이 수정,조정 및 개선되고 있습니다. 이 때문에 개별 범주에 대해 소프트웨어 엔지니어링에 대한 다른 접근 방식이 필요할 수 있습니다. 소프트웨어 엔지니어가 작업하는 많은 프로그램은 매우 오래되었으며 계속 업그레이드됩니다. 따라서 새 프로그램에 사용할 기존 프로그램에 대해 동일한 접근 방식을 사용하지 않는 것이 좋습니다.

1.6 그림 1.3 은”품질 초점”이라는 제목의 레이어 위에 세 개의 소프트웨어 엔지니어링 레이어를 배치합니다.”이것은 총 품질 관리와 같은 조직 품질 프로그램을 의미합니다. 연구의 조금을 하고 총계 품질 관리 프로그램의 중요한 신조의 개략을 개발하십시요.

품질 제품 및 서비스의 제공을 달성 하기 위한 이니셔티브 및 절차의 관리로 정의할 수 있습니다. 다음을 포함하여 여러 가지 핵심 원칙을 정의 할 수 있습니다:

  • 경영진-최고 경영진은 총무의 주요 동인으로 행동하고 성공을 보장하는 환경을 조성해야합니다.
  • 교육-직원은 품질의 방법과 개념에 대한 정기적 인 교육을 받아야합니다.
  • 고객 중심-품질 향상은 고객 만족도를 향상시켜야 합니다.
  • 의사 결정–품질 결정은 측정에 따라 이루어져야합니다.
  • 방법론 및 도구-적절한 방법론 및 도구를 사용하면 부적합이 일관되게 식별,측정 및 응답되도록합니다.
  • 지속적인 개선-회사는 제조 및 품질 절차를 개선하기 위해 지속적으로 노력해야합니다.
  • 회사 문화-회사의 문화는 품질 향상을 위해 함께 일할 수있는 직원 능력을 개발하는 것을 목표로해야합니다.
  • 직원 참여-직원은 품질 관련 문제를 식별하고 해결하는 데 적극적으로 참여하도록 권장해야합니다.

1.7 웹앱이 구축될 때 소프트웨어 엔지니어링이 적용 가능합니까? 그렇다면 웹 애플리케이션의 고유 한 특성을 수용 할 수 있도록 어떻게 수정할 수 있습니까?

소프트웨어는 우리 삶의 거의 모든 측면에 깊이 자리 잡고 있습니다. 소프트웨어 엔지니어링은 새로운 프로그램이 구축되고 웹 애플리케이션을 포함하여 기존 프로그램이 업데이트 될 때 적용 할 수 있습니다. 웹 애플리케이션은 다양한 소프트웨어 범주 중 하나입니다. 그럼에도 불구하고 웹 애플리케이션이 다르다고 주장 할 수 있습니다. 웹 애플리케이션이 요구하는 주요 수정 사항 중 하나는 가용성입니다. 인기있는 웹 애플리케이션 사용자는 종종 24/7/365 기준으로 액세스를 요구합니다. 웹 애플리케이션의 또 다른 독특한 특징은 지속적인 진화입니다.

일정 시간 간격으로 계획된 일련의 릴리스를 통해 진화하는 기존의 애플리케이션 소프트웨어와 달리 웹 애플리케이션은 지속적으로 진화합니다. 이 웹 애플리케이션에 적용되는 소프트웨어 엔지니어링에 올 때,많은 목소리를들을 수 있어야합니다. 웹 애플리케이션의 모양과 느낌은 궁극적으로 앱의 성공을 결정하는 매력의 부인할 수없는 부분입니다.

1.8 소프트웨어가 널리 보급됨에 따라(잘못된 프로그램으로 인한)대중에게 대한 위험은 점점 더 중요한 관심사가됩니다. 컴퓨터 프로그램의 실패가 큰 해를 끼칠 수있는 종말이지만 현실적인 시나리오를 개발하십시오(경제적 또는 인간적).

첫 번째 비극적이지만 현실적인 시나리오 중 하나는 여객기의 특정 프로그램의 실패입니다. 비행기의 주요 컴퓨터 프로그램은 다른 프로그램과 동일한 실패 위험을 가지며 치명적인 결과를 초래할 수 있습니다. 예를 들어,항공기의 고도를 감지하는 센서를 통해 조종사는 항공기가 지상보다 몇 피트 높은지 알 수 있습니다. 이 프로그램은 기상 조건이 조종사의 활주로 가시성을 손상시킬 수있는 경우에 특히 필요합니다.

여객기가 제대로 착륙하기 시작하고 착륙을 준비하면 조종사는 이러한 프로그램을 사용하여 비행기를 안전한 착륙으로 안내합니다. 이 프로그램이 실패하고 날씨가 조종사의 가시성을 방해한다면 조종사는 실제로 지상보다 얼마나 멀리 떨어져 있는지 알지 못할 수 있습니다. 비행기 추락은 항상 발생하며 매년 수백 명의 승객이 사망합니다.

1.9 자신의 말로 프로세스 프레임 워크를 설명하십시오. 프레임 워크 활동이 모든 프로젝트에 적용 가능하다고 말할 때 크기와 복잡성에 관계없이 모든 프로젝트에 동일한 작업 작업이 적용된다는 것을 의미합니까? 설명.

소프트웨어 엔지니어링 프로세스는 일종의 질서와 조직 계획 없이는 마술처럼 일어나지 않습니다. 프로세스 프레임워크는 모든 프로젝트에 적용할 수 있는 소수의 활동을 사용하여 엔지니어링 프로세스의 기반을 만듭니다. 프로세스 프레임워크에 대한 단계별 알고리즘은 다음 다섯 가지 작업으로 구성됩니다: 통신,계획,모델링,건설 및 배포. 크기와 복잡성에 관계없이 모든 프로그램은 이러한 활동을 순서대로 준수합니다. 소프트웨어 프로세스의 세부 사항은 각 프로그램마다 상당히 다를 수 있지만 프레임 워크 내에서 관련된 작업은 동일하게 유지됩니다.

1.10 소프트웨어 프로세스 전반에 걸쳐 우산 활동이 발생합니다. 프로세스 전반에 걸쳐 균등하게 적용되거나 하나 이상의 프레임 워크 활동에 집중되어 있다고 생각하십니까?

일반적으로 소프트웨어 프로젝트 전반에 걸쳐 우산 활동이 적용되며 소프트웨어 팀이 진행 상황,품질,변화 및 위험을 관리하고 제어 할 수 있도록 도와줍니다. 소프트웨어 엔지니어링 프로세스는 소프트웨어 팀이 정확하게 따라야 할 엄격한 처방이 아니기 때문에 프로세스는 적응을위한 많은 공간을 가지고 있습니다.

프로세스 전반에 걸쳐 발생하는 우산 활동은 일반적으로 프로세스의 모든 측면에 적용되지만 엔지니어링은 문제,프로젝트,팀 및 조직 문화에 따라 민첩하고 적응할 수 있어야합니다. 이 때문에 한 프로젝트에 채택 된 프로세스는 다른 프로젝트에 채택 된 프로세스와 크게 다를 수 있으며 일부 활동은 하나 이상의 영역에 집중 될 수 있습니다.

답글 남기기

이메일 주소는 공개되지 않습니다.