기업 사무 자동화 관리 시스템을 위한 수요 및 타당성 설계 솔루션

OA 오피스 시스템 수요 분석 정보

OA 오피스 시스템 수요 분석 정보 1

1장 소개 1

1.2 이 문서의 내용 done 작업 1

2장 시스템 개발 기술 2

2.2 스프링 기술 3

3장 시스템 분석 6

3.2 시스템 분석 7

3.2.3 내 책상 모듈 8

3.2.4 시스템 관리 모듈 9

4장 데이터베이스 설계 10

4.1 표 10

제5장 시스템 구현 과정 13

제6장 시스템 테스트 및 운영 14

제1장 서론

1.1 주제의 배경

일반적인 사무 작업에서 기업은 직원 정보, 이메일, 지원 기록, 프린터, 컴퓨터 등과 같은 많은 리소스와 데이터를 접하게 됩니다. 이러한 리소스와 데이터는 제대로 관리되지 않는 경우가 많습니다. 필요할 때 어디에 보관해야 하는지 알 수 있으므로 작업 효율성에 영향을 미칩니다. 따라서 우리는 이러한 수요-기업용 Web OA 시스템을 충족할 수 있는 시스템을 설계했습니다.

'엔터프라이즈 웹 OA 시스템'을 통한 기업의 일상 사무 관리는 기업의 일상 사무 관리에 대한 모든 측면의 요구를 충족하고, 기업 직원 간 단문 메시지 송수신 기능을 실현합니다. 기업 내 커뮤니케이션이 매우 편리합니다.

1.2 이 문서에서 수행한 작업

이 시스템을 개발하고 시스템이 "적용 가능하고, 충분하며, 사용하기 쉬운" 표준을 실제로 충족시키고 사용에 협력하기 위해 사용자 단위에 대해 관련 서적과 전자문서를 확인하고, 조상들과도 상담을 했습니다. 개발 및 설계 과정에서 널리 사용되는 SSH 프레임워크 통합과 Jquery 및 Ajax 기술을 사용하여 Hibernate를 통해 데이터베이스에 연결하고 일부 도구를 사용하여 시스템을 최적화했습니다. 또한 시스템의 실용성을 높이고 실제 응용 시스템과 사용자 요구에 부합하도록 하기 위해 유사한 여러 시스템의 내용과 기능을 분석, 비교하고 장점을 흡수하며 경험을 차용했습니다.

1.3 이 글의 구성

전체 디자인은 6개의 장으로 구성되어 있으며 각 장의 주요 내용은 다음과 같습니다.

1. . 논문의 주제 배경, 수행한 작업, 논문의 구조적 배열을 소개합니다.

2. 시스템 개발 기술. 본 시스템에 사용되는 주요 기술을 주로 소개합니다.

3. 시스템 분석. 타당성 분석, 시스템 설계 아이디어, 요구사항 사양 등 시스템 개발 전 사전 작업을 주로 소개합니다. 사용자 요구와 시스템 관점에서 달성해야 할 기능, 성능, 효율성 및 기타 지표.

4. 데이터베이스 설계. 소프트웨어 개발자가 소프트웨어의 기능 구분, 데이터 구조, 비즈니스 프로세스에 대한 전반적인 이해를 갖기 위해서는 전체 개발 작업의 시작이 됩니다.

5. 시스템 구현. 주로 프로젝트가 어떻게 실행되고 인터페이스가 표시되는지 자세히 설명합니다.

6. 시스템 테스트 및 운영. 테스트 방법, 테스트 단계 및 테스트를 통해 얻은 결과를 설명합니다.

제2장 시스템 개발 기술

2.1 Jquery와 JavaScript 기술

jQuery는 프로토타입 이후 또 다른 뛰어난 Javascript 프레임워크입니다. 그 목적은 - 적게 쓰고, 더 많이 하고, 더 적은 코드를 작성하고, 더 많은 일을 하는 것입니다. jQuery는 사용자가 HTML 문서 및 이벤트를 보다 쉽게 ​​처리하고, 애니메이션 효과를 구현하고, 웹 사이트에 AJAX 상호 작용을 쉽게 제공할 수 있도록 하는 빠르고 간결한 JavaScript 라이브러리입니다.

Jquery 기술의 범용 $를 사용하면 Ajax가 가지고 있는 거의 모든 기술을 구현할 수 있습니다.

Jquery는 사용이 간편하며 사용할 때만 컴파일하면 됩니다. 파일을 가져온 후 사용할 수 있습니다. 반면에 UI 플러그인으로 만든 보기 효과는 매우 이상적이며 적용하기에도 편리합니다. jQuery는 사용자의 html 페이지의 코드와 html 콘텐츠를 분리하여 유지할 수 있습니다. 즉, 명령을 호출하기 위해 html에 여러 js를 삽입할 필요가 없습니다.

2.2 Spring 기술

Spring의 핵심은 Ioc 모드 컨테이너를 구현하는 Java 애플리케이션 구축을 위한 경량 프레임워크입니다. 핵심 패키지는 프레임워크의 가장 기본적인 부분이며 Bean 컨테이너 기능을 관리할 수 있도록 종속성 주입 기능을 제공합니다. 컨텍스트 패키지는 프레임워크 스타일의 Bean 액세스 방법(ApplicationContext.xml)을 제공하고 텍스트 메시지 전송도 추가합니다. ;DAO 패키지는 JDBC에 대한 추상화 계층을 제공합니다. 또한 특정 인터페이스 구현뿐만 아니라 프로그래밍 방식 및 선언적 트랜잭션 관리를 구현하는 방법도 제공합니다. Spring의 중요한 MVC 패턴: View는 일반적으로 jsp를 사용하는 클라이언트 계층에 있습니다. 즉, 컨트롤러도 서버 계층에 있으며, 일반적으로 페이지 표시의 논리적 부분인 Servlet으로 구현됩니다. 모델은 중간 계층에 있으며 일반적으로 서버 측 Javabean, 즉 비즈니스 로직 부분의 구현을 사용합니다. 일부 공개 메소드는 클래스에 배치될 수 있습니다.

2.3 JPA 기술

JPA는 JDK 5.0 주석 또는 XML을 통해 객체-관계형 테이블 매핑 관계를 설명하고 런타임 시 엔터티 객체를 데이터베이스에 유지합니다. Persistence 개발은 Java의 기본 의미에 따라 수행될 수 있습니다.

2.4 Fire Workflow 플러그인

Fire Workflow는 워크플로우 설계 및 배포에 사용되는 국내 오픈소스 플러그인으로, 세계적으로 유명한 몇몇 워크플로우 엔진과 비교하면 이러한 장점이 있습니다. 프레임워크의 장점은 구조가 상대적으로 간단하고 확장성이 상대적으로 좋다는 것입니다! Spring 및 JPA와 같은 이 플러그인은 워크플로 분야의 문제를 해결하기 위해 시스템에 내장된 몇 가지 일반적인 jar 패키지입니다.

Fire Workflow는 개발자를 위한 것이며 모델, 엔진, 디자이너 및 프로세스 관리의 네 부분으로 구성됩니다. 프로세스 디자이너는 Eclipse의 플러그인을 통해 프로세스를 디버깅할 수 있습니다. . 기본 Java 클래스를 디버깅하는 것만큼 쉽습니다. Fire Workflow는 7개의 테이블로 구성되어 있습니다. 시스템 자체에 많은 수의 데이터 테이블이 있기 때문에 현재 널리 사용되는 JPBM의 30개 테이블에 비해 Fire Workflow는 매우 간결합니다. 게다가 이 플러그인을 선택한 또 다른 이유는 이 플러그인의 개발이 Spring 파일을 기반으로 한다는 점인데, 이는 이 시스템과 잘 통합되어 있습니다.

2.5 Apache James Mail Server

Apache James, 줄여서 James는 Java Apache Mail Enterprise Server의 약어입니다. James는 100년대 Java 기반 이메일 서버입니다. 이는 독립적인 메일 서버이며 이메일 수신 및 전송을 위한 완벽한 이메일 솔루션을 제공합니다. James 서버의 핵심은 config.xml이라는 구성 파일입니다. 서버를 처음 시작한 후 시스템은 자동으로 config.xml 파일을 생성합니다. 서버에서 수행되는 모든 작업은 이 구성 파일을 기반으로 합니다. 연결이 끊어졌을 때 LAN 내에서 이메일을 보내고 받을 수 있습니다. 구성 파일의 DNS는 외부 네트워크와 이메일을 주고받을 수 있지만 대부분 다른 서버에서는 스팸으로 처리되므로 자체 LAN 내의 내부 이메일에 사용하는 것이 가장 좋습니다.

2.6 Struts 기술

Struts는 J2EE 플랫폼을 기반으로 하는 MVC 프레임워크로 주로 Servlet 및 JSP 기술을 사용하여 웹 애플리케이션 개발을 위한 오픈 소스 프레임워크입니다. Struts는 Servlet, JSP, 사용자 정의 태그 및 메시지 리소스를 통합 프레임워크로 통합합니다. 개발자가 이를 개발에 사용할 때 더 이상 전체 MVC 패턴 세트를 구현하기 위해 코딩할 필요가 없으므로 시간이 크게 절약됩니다.

이 시스템은 충분히 성숙하고 사용자 기반이 넓기 때문에 Struts를 MVC의 컨트롤러로 사용합니다. 단점도 있지만 타이틀 대신 Sitemesh를 사용하는 등 다른 소프트웨어로 완벽하게 보완할 수 있습니다. WebWork는 훌륭하지만 늦게 시작되었고 사용자 기반이 너무 작습니다. JSF와 Tapestry는 중량급 MVC 아키텍처입니다. 이 두 가지 측면의 비교를 통해 우리는 Struts의 두 가지 주요 장점, 즉 대규모 사용자 기반과 경량성을 얻을 수 있습니다.

2.7 JSP 페이지 기술

JSP는 주로 서블릿에서 HTML 코드 출력의 효율성이 낮은 문제를 해결하기 위해 서블릿 이후에 만들어졌습니다. JSP 기술은 ASP, PHP 등의 스크립팅 언어와 비슷할 정도로 비교적 간단합니다. JSP 기술은 주로 다음 두 부분으로 구성됩니다.

JSP의 기본 구문은 주석 2개, 스크립트 요소 3개, 동작 명령 8개입니다.

JSP의 9가지 내장 객체: 요청 요청 객체, 응답 객체, pageContext 페이지 컨텍스트 객체, 세션 세션 객체, 애플리케이션 애플리케이션 객체, 출력 출력 객체, 구성 구성 객체, 페이지 페이지 객체 및 예외 예외 객체.

3장 시스템 분석

3.1 요구사항 분석

3.1.1 소개

소프트웨어 요구사항 분석 준비는 사용자와 두 소프트웨어 개발자는 소프트웨어의 초기화 규정에 대해 공통된 이해를 갖고 있으며 이를 전체 개발 작업의 기초로 삼습니다.

3.1.2 작업 개요

웹 버전 또는 LAN 시스템은 정부 기관, 대기업, 중소기업에 적용 가능합니다. 관련 인력은 컴퓨터 운용 및 업무 이해에 대한 일정한 기초를 갖추고 있어야 합니다.

3.1.3 요구 사항

A. 성능 요구 사항: 소프트웨어가 지원하는 터미널 수는 데이터베이스가 지원하는 사용자 수에 따라 결정됩니다. 소프트웨어가 지원하는 병렬 운영 사용자 수는 100명 이상이어야 합니다.

베. 성능 요구 사항: 속도가 빨라야 하며 작은 데이터 기록에 대해 다양한 작업, 변환 및 전송이 짧은 시간 내에 실현되어야 하며, 비즈니스 요구 사항이 변경되면 소프트웨어는 이러한 변화에 잘 적응하고 코드의 일관성을 유지할 수 있어야 합니다. 테이블 데이터. 그리고 특정 환경이나 소프트웨어 또는 작동 방법은 변경되지 않습니다.

다. 입력 및 출력 요구 사항: 입력 및 출력 데이터에는 해당 형식 유형, 숫자 범위 및 정밀도 지침이 제공되어야 합니다.

디. 기타 특별 요구 사항: 사용자는 기업 및 기관의 회사 비밀 및 재무에 관여하며 데이터의 기밀성과 보안에 특별한 주의를 기울이는 동시에 소프트웨어 사용 용이성, 유지 관리 가능성, 보완 가능성, 가독성에 대한 요구 사항이 있습니다. , 신뢰성 및 작동 가능성 등은 모두 상대적으로 높은 요구 사항을 갖습니다.

3.2 시스템 분석

3.2.1 컴파일 과정

백엔드 기능 다이어그램은 다음과 같습니다.

프론트엔드 기능 다이어그램은 다음과 같습니다.

3.2.2 사용자 신원 인증 모듈

이 시스템 기능의 개발 및 설계는 전적으로 회사 내부 사무실 관리를 목표로 하며 직원들에게 편리한 전자 상호 작용 플랫폼을 제공합니다. 다양한 부서. 사용자 신원 확인 모듈은 회사의 사무 자동화 관리 시스템의 중요한 구성 요소 중 하나이며 주요 기능은 시스템 사용자가 시스템에 들어갈 때와 다른 페이지를 탐색할 때 신원을 확인하여 회사의 중요한 정보가 유출되는 것을 방지하는 것입니다.

3.2.3 My Desk 모듈

이 모듈에는 부서 관리, 이메일, 개인 정보 관리의 세 가지 하위 모듈이 포함되어 있습니다. 주로 일상적인 사무실 요구에 사용됩니다. 이 모듈이 있습니다.

부서 관리: 주로 방문 추가, 삭제, 확인, 수정에 사용됩니다.

이메일: 주로 내부 이메일을 보내고 받는 데 사용됩니다. 외부 네트워크에 연결할 수 없을 때 이 작업을 수행하세요. 현재 첨부 파일에 대한 요구 사항은 없습니다(추가, 삭제는 이메일 확인).

개인 데이터 관리: 귀하의 정보를 수정하는 데 사용됩니다. 자신의 개인정보를 직접 확인(사용자별로 추가, 삭제, 수정 확인)

3.2.4 시스템 관리 모듈

본 시스템에서는 관리자가 가장 큰 권한을 가지도록 설계되어 있습니다. 회사 기밀 유출을 방지하기 위해 시스템의 보안을 염두에 두고 있으며, 이 모듈에는 로그인 인증 및 시스템 관리자 관리가 포함되어 있습니다.

관리자: 이 시스템을 관리하는 관리자

3.3 데이터 구조 분석

3.3.1 논리 구조

이 시스템에서 사용하는 이름 각 데이터 구조의 식별자, 각 데이터 항목, 레코드, 파일, 시스템의 식별, 정의, 길이, 이들 간의 계층적 관계나 테이블 관계 등이 상세하게 반영되어야 한다.

3.3.2 물리적 구조

이 시스템에서 사용되는 각 데이터 구조(인덱스, 장치, 저장 영역), 설계 고려 사항 및 기밀 유지 조건.

3.3.3 오류 수정 조치

오류가 발생한 후 다음을 포함한 해결 방법을 취할 수 있습니다.

(1) 원본 시스템 데이터의 경우 백업 기술 데이터가 손실되면 시스템 백업 데이터를 사용하여 복구할 수 있습니다.

(2) 효율성 감소 기술, 손실된 데이터가 많지 않은 경우 수동 조작을 사용하여 다시 입력할 수 있습니다.

(3) 비정상적인 종료, 정전 등 예측할 수 없는 원인으로 인해 데이터베이스에 오류가 발생한 경우 오라클 엔지니어에게 도움을 요청하십시오. 유사한 해당 서비스를 제공하지 않습니다.

(4) Oracle 또는 관련 엔지니어가 데이터베이스를 최적화합니다.

(5) 네트워크 구성을 최적화합니다.

4장 데이터베이스 디자인

데이터베이스 디자인은 프로젝트 개발과 시스템 디자인에 있어서 매우 중요한 연결고리입니다. 데이터베이스 디자인은 기초와 같기 때문에 여기서 특히 데이터베이스 디자인의 중요성이 강조되어야 합니다. 초고층 건물을 짓는 경우 설계가 좋지 않으면 이후의 시스템 유지 관리, 변경, 기능 확장은 물론 시스템 개발 과정에서도 큰 문제를 야기하게 됩니다.

4.1 테이블 다이어그램

4.1.1 내 책상

(1) 관리자 테이블(tb_admin)

필드 유형 기본 키 외래 키 null 가능 여부 설명

id int 예 자동 증가 아님

name varchar 불가능 계좌번호

pwd varchar 예 비밀번호

useFlag 비트 예

(2) 부서 테이블(tb_department)

필드 유형 기본 키 외래 키 null 가능 여부 설명

id int 예 아니요 자동 -increment

memo varchar 예 memo

name varchar 아니요 부서명

useFlag 비트 예

(3) 순환표(tb_handround)

필드 유형 기본 키 외래 키 null 가능 여부 설명

id int 예 아니요 자동 증가

content longtext 예 내용

creatorIP varchar 예

sendTime datetime 예 시간

title longtext 제목 없음

useFlag 비트 예

user_id int 아니요 UserId

(4) 순환 첨부 테이블(tb_handround_attachment)

필드 유형 기본 키 외래 키 null 가능 여부 설명

id int 예 아니요 자동 증가

attachmentName longtext 예 첨부 파일 이름

attachmentRealName longtext 예 실제 첨부 파일 이름

attachmentYear varchar 예

handround_id Int 예 순환 ID

(5) 순환 상태 테이블(tb_handround_state)

필드 유형 기본 키 외래 키 null일 수 있음 설명

id int 예 아니요 자동 증가

comfirmDate datetime 예 시간 확인

leaveWord longtext 예

sendTime datetime 예 시간 전달

stateFlag Int 예

handround_id Int 예 ID 전달

user_id int 예 사용자 ID

(6) 사용자 테이블(tb_userinfo)

필드 유형 기본 키 외래 키 null 가능 여부 설명

id int 예 자동 증가 안 함

name varchar 사용할 수 없음 사용자 이름

position varchar 예 위치

pwd varchar 불가능 순환 시간

realName varchar 불가능 실제 이름

useFlag Bit 예 순환 ID

department_id int 사용 가능 사용자 ID

5장 시스템 구현 프로세스

5.1 개발 플랫폼

서버: Weblogic 8.0