0
나는 사용자 상호 작용에 복잡성이있는 소프트웨어를 계획하는 데 익숙합니다. 내가 배운 애자일 소프트웨어 공학 원리는 그런 유형의 시나리오에서 잘 작동합니다. 사용자 스토리는 대부분의 계획이 사용자의 상호 작용을 중심으로 진행될 때 매우 쉽게 작성할 수 있습니다.데이터 기반 프로세스를위한 소프트웨어 엔지니어링
나는 현재 사용자가 가지고있는 개입만으로 go 버튼을 누르고 오류가 발생하면 오류를 읽는 시스템에서 작업하고 있습니다.
이 시스템의 다른 모든 작업은 데이터 처리 중이고 매우 무거운 데이터 처리입니다. 이 처리 과정에서 계획 할 데이터의 약 5 가지 변형이 있습니다.
이러한 프로세스는 본질적으로 느슨하게 결합되어 있으므로 서로 다른 프로세스로 계획하기 쉽고 워크 플로로 작업해야합니다. 그렇더라도 데이터 기반 프로세스를 계획하는 문제는 여전히 남아 있지만 규모는 작습니다.
이와 같은 데이터 기반 프로세스를 계획하려면 어떻게해야합니까? 이 유형의 소프트웨어에 대해 알려진 설계 프로세스가 있습니까?
내가 문제가있는 곳입니다. 이 제품에 관한 한, 관리가 신경을 쓰는 모든 것은 pdf 인 최종 제품입니다. 이 pdf는 데이터를 변환하고 조작하는 5 가지 프로세스로 만들어졌습니다. 사용자 스토리는 "형식 A의 데이터를 가져 와서 B 형식의 데이터로 변환"할 것입니다. – brandon
그럴 수는 있지만 재생할 수있는 역할을 할 수도 있습니다. 반복적 인 접근 방식이 프로젝트를 실제로 개선하고 예제를 보여주고 교육 할 수 있음을 이해하게합니다. 나는 그것이 어려울 수 있음을 안다, 나는 항상 그것을 성공적으로 수행하지 못했다. 그러나 그것이 효과가 있었을 때, 그것은 항상 돈을 벌었습니다. 그들은 개념을 이해하고 벽돌로 벽돌을 건축하는 것을 보게되면 항상 이점을 보게됩니다. (물론 자주 풀어주는 한) – Guillaume
최악의 경우 자신의 사용자가 되십시오. 가장 중요하고 정의하는 것이 무엇인지를 사양에서 정의하고 거기에서 빌드하십시오. 그것은 이상적이지는 않지만 폭포보다 여전히 좋습니다. – Guillaume