상황 응용
Situational application컴퓨팅에서 상황 애플리케이션은 고유한 니즈를 가진 좁은 사용자 그룹을 위해 만들어진 "충분히 좋은" 소프트웨어다.애플리케이션은 일반적으로 수명이 짧으며(그러나 항상은 아님) 사용하는 그룹 내에서 생성되는 경우가 많으며, 때로는 사용자 스스로 생성하기도 한다.애플리케이션을 사용하는 소규모 팀의 요구사항이 변경됨에 따라 상황 애플리케이션도 이러한 변화를 수용하기 위해 계속 진화한다.상황 어플리케이션은 변화를 수용하도록 특별히 설계되어 있지만, 요건의 중요한 변화는 상황 어플리케이션을 완전히 포기하게 할 수 있다 – 어떤 경우에는 사용 중인 어플리케이션을 진화시키는 것보다 새로운 것을 개발하는 것이 더 쉽다.
특성.
상황별 애플리케이션은 빠르고, 사용하기 쉬우며, 복잡하지 않으며, 고유한 요구 사항을 충족한다.그들은 특정 사업 문제에 좁은 초점을 두고 있으며, 사업 문제가 급속히 변하면 상황 응용도 가능한 방식으로 쓰여 있다.
이는 많은 비즈니스 문제를 해결하기 위해 고안된 더 일반적인 엔터프라이즈 애플리케이션과 대조되며, 꼼꼼한 계획이 필요하며, 때로는 느리고 종종 우스꽝스러운 변화 과정을 강요한다.
시작
클레이 셜키는 "Sitrated Software"[1]라는 제목의 에세이에서 "..."""""""사용자들"을 위한 것이 아니라 특정 사회 집단에 의해 고안된"소프트웨어의 한 종류에 대해 기술했다. IBM은 나중에 이 용어를 "상황 응용 프로그램"[2]으로 바꾸었다.
진화
조직에서 상황 애플리케이션 환경의 성공적인 대규모 구현에는 기존의 애플리케이션 개발과는 상당히 다른 전략, 사고방식, 방법론 및 지원 구조가 필요하다.더 많은 기업들이 상황별 애플리케이션 뒤에 숨겨진 아이디어를 가장 잘 활용하는 방법을 배우면서 이러한 상황은 현재 진화하고 있다.또한, 클라우드 기반 애플리케이션 개발 및 배치 플랫폼의 등장으로 종합적인 상황 애플리케이션 환경의 구현이 훨씬 더 실현 가능하다.
예
위키 응용 프로그램을 호스팅할 수 있는 구조화된 위키는 상황 응용 프로그램의 생성에 자신을 빌려준다.어떤 매시업들은 상황적 응용으로도 간주될 수 있다.MSB 파일(Microsoft Access Database)과 같은 양식 애플리케이션은 상황 애플리케이션으로 간주될 수 있다.
상황별 애플리케이션 환경의 최신 구현에는 Longjump, Force.com 및 WorkXpress가 포함된다.
