현재 위치 - 회사기업대전 - 기업 정보 조회 - 웹 시스템의 비즈니스 프로세스를 어떤 관점에서 설명해야 합니까? 프로젝트 설명이 시스템 비즈니스 프로세스가 될 수 있습니까?

웹 시스템의 비즈니스 프로세스를 어떤 관점에서 설명해야 합니까? 프로젝트 설명이 시스템 비즈니스 프로세스가 될 수 있습니까?

1 엔터프라이즈 관리 정보 시스템을 구성하는 다섯 가지 기본 요소. 비즈니스 요구 사항에 대한 설명은 고객의 현재 시스템에 대한 설명과 시스템의 미래에 대한 비전의 두 가지 측면에서 설명할 수 있습니다. 일반적으로 엔터프라이즈 정보 시스템의 구성은 엔터프라이즈 조직 구조, 프로세스, 데이터, 비즈니스 규칙 및 기능 (성능) 의 다섯 가지 기본 요소로 구성됩니다. 그 중에서도 사용자의 관점에서 볼 때, 우리의 주된 관심사는 프로세스이며, 이것이 핵심이다. 프로세스를 통해 다른 요소들이 관통되고 수요 분석가도 이러한 관점에서 사용자와 소통해야 합니다. 개발자의 관점에서 볼 때, 시스템 구현을 용이하게 하기 위해 기업의 데이터, 비즈니스 규칙 및 기능에 초점을 맞추고 있습니다. 구현자의 관점에서, 주로 기업의 조직 구조와 기능에 초점을 맞추어 제도의 발표와 시행을 용이하게 한다. 1) 기업의 조직 모델은 부서 설정, 직무 설정, 직무 역할 등 기업의 조직 구조입니다. 트리 조직도는 엔터프라이즈 조직 모델을 설명하는 일반적인 방법입니다. 부서 간 리더십 관계, 각 부서 내 인력 배치 상황, 책임 분담 등을 명확히 하는 데 사용할 수 있다. 시스템 범위를 분할하고 시스템 네트워크를 계획하는 기초입니다. 조직도에서 사용자의 조직 구조를 계층별로 상세히 설명하고 각 부서의 역할을 간략하게 설명해야 합니다. 조직 구조는 사용자 기업의 업무 프로세스와 정보의 전달체이며 분석가가 기업의 업무를 이해하고 시스템의 범위를 결정하는 데 도움이 됩니다. 사용자의 조직도를 가져오는 것은 수요 획득 단계의 기본 작업 중 하나입니다. 사용자 환경에서 기업 직책이나 역할은 조직과 마찬가지로 분석가가 기업 업무를 이해하고 대상을 추출하는 기초이기도 합니다. 사용자의 역할 인식은 컴퓨터 시스템의 시스템 관리자를 놓치는 경우가 많으며, 역할 식별이 철저하지 않아 향후 기능 인식에 사각 지대를 초래할 수 있습니다. (2) 기업의 프로세스 모델은 기업의 업무 프로세스로서 어떤 프로세스, 프로세스 간의 관계, 각 프로세스에 포함되는 활동, 각 활동에 관련된 직책을 포함합니다. 기업의 워크플로우에는 먼저 전체 업무 흐름도가 있어야 하며, 기업 내 각 업무 간의 관계를 설명한 다음 각 업무를 상세히 설명해야 업무 프로세스와 부서의 역할을 결합할 수 있다. (윌리엄 셰익스피어, 업무, 업무, 업무, 업무, 업무, 업무, 업무, 업무, 업무, 업무) 자세한 비즈니스 흐름도는 직선 비즈니스 흐름도 형식일 수 있습니다. 기업의 경우 비즈니스 순서도의 설명 기준을 정의해야 합니다. 모두 같은 범례로 설명하여 관리가 용이합니다. 비즈니스 흐름도의 장점: ■ 그려진 프로세스는 실제로 워크플로우를 구성하는 프로세스입니다. ■ 직관적이고, 사용자와 소통하기 쉽고, 프로젝트 그룹 내에서 연구 결과를 교환하기 쉬우며, 사용자의 승인을 받아야 하기 때문에 사용자와 연구 결과를 교환해야 하며, 의사 소통된 문서는 이해하기 쉽고 전문 용어를 사용할 수 없습니다. ■ 업무 흐름도는 구현자와 기술 서비스 인력을 교육하는 문서의 단점으로 사용될 수 있습니다. ■ 고위 경영진의 실제 요구를 명확하게 조사하지 않았습니다. 한편으로는 사용자가 컴퓨터를 접한 적이 없기 때문에, 컴퓨터를 채택한 후의 관리는 어떤 모습일까? 지금의 수동 조작, 컴퓨터는 무엇을 할 수 있습니까? 어떤 일을 할 수 있고, 어떤 일을 지금 손으로 할 수 없고, 명확한 개념이 없기 때문에 사용자는 이러한 문제를 반영할 수 없다. 반면 분석가들은 경험이 없고, 원본 자료를 깊이 파고들지 않고, 사용자가 제공한 자료에서 사용자의 실제 요구를 추출할 수 없고, 현재 관리의 문제점을 발견할 수 없다는 설명이다. ■ 비즈니스 간의 전반적인 관계를 표현하지 않았습니다. 직선 업무 흐름도는 기업의 각 업무 처리 프로세스를 명확하게 표현할 수 있지만 업무 간의 관계는 표현하지 않습니다. 하나의 비즈니스 흐름도만 보면 분명하지만 통합할 수는 없습니다. 수요 분석 문서로서 표현이 완전하지 않습니다. ■ 공구를 사용하지 않고 화법이 번거롭다. 그래픽은 프로세스를 명확하게 설명할 수 있지만, 업무 발생 빈도, 사고 처리, 러시아워의 업무 발생 빈도 등과 같은 일부 문자가 필요합니다. 순서도는 설명할 수 없으며 문자로 자세히 설명해야 합니다. (3) 기업의 데이터 모델, 즉 기업의 정보 전달체는 무엇입니까? 기업의 다양한 문서, 장부, 보고서에 대한 설명을 포함하여 이러한 정보 전달체에 대한 자세한 설명을 제공합니다. 요구 사항 보고서에서 문서에 대한 설명은 서식을 지정해야 하며, 설명될 내용은 다음과 같습니다. 문서의 용도, 즉 문서가 사용되는 위치 ? 파일 형식: 명확한 그림을 그려야 하며, 실제 사례에는 데이터가 있으며, 문제를 구체적이고 직관적으로 설명할 수 있습니다. 문서의 데이터 항목에 대한 구체적인 설명: 길이, 유형, 계산 및 생성 방법, 제약조건 등. 컴퓨터에서 채울 수 있는 데이터 항목을 포함하여 문서의 데이터 항목을 채우는 다양한 역할 유형은 무엇입니까? 문서의 어떤 데이터가 필수이고 어떤 데이터는 필요하지 않습니다. 문서 트래픽: 하루 평균 생성되는 레코드 수, 피크 수 문서 분류: 업무 유형 (구매/판매/생산), 생성 방법 (수동 입력/자동 생성), 포맷별 변경 빈도 (변동/안정), 표시 형식 (목록/카드 유형) 등 여러 각도에서 문서를 분류할 수 있습니다 문서 간 관계: 참조 관계 등 마찬가지로 필요한 보고서와 책도 위 항목을 참조하여 자세히 설명할 수 있습니다.
copyright 2024회사기업대전