1. 물류산업 소개
중국의 WTO 가입은 중국에게 기회이자 도전이다. 이제부터 중국 시장은 국제화되고 중국 제품은 해외로 진출하여 세계 각국의 사람들이 사용하고 좋은지 나쁜지 테스트할 수 있습니다. 세계 일류 대기업을 마주한 상황에서 우리 제품을 고객에게 빠르고 안전하고 안정적으로 전달하려면 어떻게 해야 할까요? 그 중 특별히 신경써야 할 3가지 포인트는 속도 즉, 제품이 생산 라인을 벗어나 고객에게 전달되기까지의 시간과 거리를 단축하고, 재고 시간을 단축하고, 운송 시간. 안전은 운송 및 보관 중에 제품이 손상되지 않고 사용자가 손에 들고 있는 제품이 생산 라인에서 갓 나온 제품과 동일한 품질임을 보장하는 것입니다. 신뢰성이란 창고 및 운송 프로세스의 모든 오류를 추적하고 쿼리할 수 있으며 판매 링크의 작업이 정확함을 의미합니다. 신속하고 안전하며 신뢰할 수 있는 상품 보관 및 운송은 상품의 품질을 보장할 뿐만 아니라 불필요한 재정적 낭비를 줄이고 기업의 수익성과 경쟁력을 향상시키는 것입니다.
1.1 중국 물류 산업의 발전 추세
따라서 중국은 현대 자산 순환 산업을 발전시키고 자본 흐름을 가속화하며 상품 흐름의 빠른 순환을 통해 기업의 수익성과 경쟁력을 향상시킬 것을 분명히 제안합니다. 의사결정, 판매, 보관, 운송 등 기업의 발전 과정에서 속도는 무시할 수 없는 문제가 되었습니다. 중국의 WTO 가입 이후 중국 경제의 번영과 발전은 국내 경제의 번영, 기업 자금의 빠른 흐름, 상품의 즉각적인 배송 및 안전을 보장하는 물류 산업의 지원과 불가분의 관계가 있습니다. 재고 관리. 안전한 재고는 최고가 아닙니다.예를 들어, 일본 Toyota의 재고 제로 계획은 업계의 선구적인 작업입니다.예비 부품 재고 비용의 연간 감소는 놀라운 수치입니다! 따라서 재고 관리가 합리적인지 여부는 불필요한 재고 비용 낭비를 줄이는 중요한 방법이며, 합리적인 재고는 생산 및 판매의 요구를 충족시킬 뿐만 아니라 관리 경쟁력을 향상시킬 수 있습니다.
새로운 세기에는 세계 경제 통합의 가속화 과정으로 인해 기업은 더욱 치열한 경쟁 환경에 직면하고 있으며 글로벌 규모의 자원 흐름과 배분은 크게 강화되었습니다. 자신의 경제 발전, 국민 삶의 질, 군대를 위한 물류 발전.역량 강화의 영향을 받아 모두 물류 산업의 현대화를 중시하므로 현대 물류는 일련의 새로운 발전 추세를 제시합니다. 국내외 물류발전의 새로운 정세에 따라 21세기 물류의 발전추세는 정보화, 네트워킹, 자동화, 전자화, 공유, 협업, 통합, 지능화, 유연성, 표준화, 사회화, 세계화로 요약할 수 있다. 세계화의 12가지 주요 트렌드.
1. 정보화
현대사회는 정보화시대에 접어들었으며 물류의 정보화는 사회전반의 정보화를 위한 필연적인 요구이자 중요한 부분이다. 물류정보화는 물류정보의 상품화, 물류정보 수집 코드 및 데이터베이스화, 물류정보의 전산 및 전산화, 물류정보의 표준화 및 실시간 전달, 물류정보 보관의 디지털화 및 물류업무 데이터 공유 등으로 나타난다. 정보화는 현대물류발전의 근간이며, 물류의 정보화 없이는 어떠한 첨단기술장비도 물류분야에서 사용할 수 없다. 앞으로 물류에 널리 사용될 예정입니다.
정보화의 도래는 사람들에게 새로운 삶의 방식과 일하는 방식을 가져왔고, 이러한 새로운 방식은 물류 기능의 변화로 이어졌습니다. 정보화는 산업사회에서 제품생산센터와 상업무역센터의 주도적 기능을 사라지고 전통적인 생산기능의 이전으로 물류는 더 이상 제품을 전달하는 것 뿐만 아니라 정보를 전달하기도 한다. , 처리 및 보급. 전통적인 산업사회에서 물류는 사물을 사물로, 모이고 확산하는 것이 사물이지만, 정보사회에서는 정보가 사물로, 물류센터의 집·분산 기능은 물리적 사물뿐만 아니라 다양한 정보의 수집과 확산 요컨대 정보화 사회는 물류의 기능을 더욱 강력하게 만들고 사회적 경제의 종합 서비스 센터를 형성합니다.
2. 네트워킹
네트워킹이란 물류유통시스템의 조직적 네트워크 및 정보 네트워크 시스템을 말한다. 조직적 관점에서 보면 1990년대 대만의 컴퓨터 산업이 만든 '글로벌 물류 생산 및 마케팅 모델'과 같이 공급망 구성원 간의 물리적 연결 및 비즈니스 시스템입니다. 글로벌 제조 자원을 활용하여 컴퓨터의 모든 부품, 부품, 칩을 전 세계 제조업체에 아웃소싱하여 아웃소싱 형태로 생산한 다음 이러한 부품, 부품, 칩을 글로벌 물류 네트워크를 통해 고객에게 전달합니다. 조립을 위한 물류 물류 센터, 물류 물류 센터는 조립된 컴퓨터를 신속하게 가입자에게 보냅니다. 이 프로세스는 효율적인 물류 네트워크에 의해 지원되어야 합니다. 정보 네트워크는 인터넷을 통해 정보 전송 및 공유를 실현하고 전자 수단으로 운영을 완료하기 위한 공급망의 기업 간의 비즈니스 운영입니다. 예를 들어 유통 센터는 온라인 전자 주문 시스템을 사용하여 인터넷 및 EDI를 통해 공급자에게 주문을 전달할 수 있으며 하위 유통 업체에 대한 배송 알림은 온라인 유통 시스템 등을 통해 실현할 수 있습니다.
3. 자동화
물류자동화의 기본은 정보화, 핵심은 메카트로닉스, 그 외적 성능은 무인화, 그 효과는 노동력 절감이다. 또한 물류 자동화의 효과로는 물류 운영 역량 확대, 노동 생산성 향상, 물류 운영 오류 감소 등이 있다. 바코드 기술, 무선 주파수 자동 식별 기술, 자동 입체 창고 반환 기술, 자동 보관 및 검색 기술, 자동 분류 기술, 자동 안내 및 자동 위치 지정 기술, 자동화물 추적 기술 등과 같은 많은 물류 자동화 기술이 있습니다. . 이러한 기술은 경제 선진국의 물류 운영에 널리 사용되어 왔으며 우리나라에서는 일부 자동화 기술이 채택되었지만 보편적으로 적용되는 데는 오랜 시간이 걸릴 것입니다.
4. 전자
소위 전자는 전자 비즈니스 프로세스, 즉 전자 상거래를 의미합니다. 또한 정보화와 네트워킹을 기반으로 합니다. 전자화 및 종이 없는 비즈니스 프로세스 및 각 단계의 실현, 모든 비즈니스 관련 통화의 디지털화 및 전자화, 상품 거래의 기호화 및 디지털화, 비즈니스 처리의 완전 자동화 및 투명성, 거래 장소의 가상화 시장 공간, 소비자 행동의 개인화, 기업 또는 공급망 간 경계 없음, 네트워크화되고 세계화된 시장 구조 등 전자상거래 발전의 핵심 요소 중 하나인 물류는 비즈니스 흐름, 정보 흐름 및 자본 흐름의 기반이자 전달자입니다. 글로벌 전자상거래의 진흥과 대중화는 국가 간, 지역 간 물류를 더욱 빈번하게 만들 것이며 물류에 대한 수요는 더 강해질 것입니다. 물류센터는 정보 수집 및 유통 센터일 뿐만 아니라 경영 의사 결정 센터, 개념 및 기술 혁신 센터, 시장 및 소비 센터가 되어야 합니다.
5. 공유
공급망 관리는 가장 합리적이고 최소한의 자원으로 전체 시장 수요의 만족을 극대화하기 위해 체인 구성원의 협력과 전반적인 사회적 자원의 효율적인 사용을 강조합니다. 그러나 공급망에 속한 기업은 상호 이익과 상생의 파트너십을 기반으로 비즈니스 프로세스 간의 높은 수준의 협업과 자원의 효율적인 사용을 달성할 수 있습니다. 자원 공유, 정보 공유, 기술 공유, 지식 공유를 통해서만 가능합니다. , 비즈니스 프로세스 공급망에서 사회적 자원의 최적 배분과 물류 비즈니스의 보완적 이점을 달성하고 터미널 시장과 전체 공급망의 요구에 보다 신속하게 대응합니다. 최근에는 공급업체 관리 재고 VMI, 제4자 물류 4PL, JIT II, 공동 계획, 예측 및 공급 CPFR, 소매업체-공급업체 파트너십 RSP 및 유통업체 통합 DI 등과 같은 일부 새로운 공급망 관리 전략이 있습니다. 공급망의 기업이 정보, 기술, 지식, 고객 및 시장과 같은 자원을 효과적으로 공유할 수 있도록 효과적으로 지원할 수 있습니다.
6. 협업
끊임없이 변화하는 시장 수요와 점점 더 치열해지는 경쟁 환경은 기업과 전체 공급망이 더 빠른 응답 속도와 협업 운영 기능뿐만 아니라 공급망에 대한 전방 통찰력을 요구합니다. 공급업체 및 고객과의 실시간 커뮤니케이션 및 협업을 통해 한편으로 기업은 공급업체가 자신의 요구 사항을 예측할 수 있도록 하여 더 나은 가격과 서비스를 제공할 수 있는 동시에 공급에 대한 더 나은 예측 가능성을 가질 수 있습니다. 장기적이고 충분한 공급 사업을 보장하는 한편, 고객 수요 정보를 파악하고, 변화하는 시장 환경에서 더 빠른 대응 능력을 유지하고, 수요 충족 프로세스를 추적 및 모니터링할 수 있습니다. 정확하고 시기적절하며 고품질의 방식으로 고객에게 제품과 서비스를 제공합니다. 공동 예측, 물류 운영 계획 및 공급, 공급망에서 총 재고의 신속한 대응 및 최적 할당이라는 목표를 달성하기 위해서는 고객과 파트너 간의 비즈니스 프로세스와의 긴밀한 통합을 달성하여 제로 저항을 달성해야 합니다. 시차 협업 , 비즈니스 데이터 공동 공유, 공동 예측 및 계획, 실행 관리 및 성과 평가 완료. 그리고 기업이 진정으로 서로 협력해야만 물류 운영이 더 빠르게 대응하고, 더 예측 가능하고, 다양한 위험에 공동으로 더 잘 저항하고, 비용을 줄이고, 생산량을 늘리고, 고객의 요구를 충족할 수 있습니다
. 물류 추적 및 모니터링을 통해 상품이 적시에 신뢰할 수 있고 안전한 방식으로 다양한 판매 위치에 도착하는지 확인합니다. 현재 우리나라에서 GPS의 상용화는 현실적이지 않지만 비용이 상대적으로 높다. 그러나 우리나라 인터넷의 인기와 발전은 매우 성숙하고 안정적이며 기존 네트워크 기술을 사용하여 물류 상품의 추적 및 모니터링을 실현할 수 있습니다! 네트워크 시스템의 개입은 물류 유통 프로세스를 단순화하고 사람들의 잠재력을 최대한 활용할 수 있게 합니다. Wanghua가 관리하는 새로운 유형의 물류 및 유통 기업은 단조롭고 반복적인 노동을 크게 줄이고 기업의 운영 비용을 줄입니다. 사람에게 남은 것은 사람들에게 영감을 주고 도전할 수 있는 일입니다.
1.2 물류시스템 통합 연구의 의의
물류 시스템 통합의 의미는 단순히 여러 개의 개별 운영 체제를 조립하는 것이 아니라 여러 시스템 간의 데이터 공유 및 자원 재통합이 기업의 효율성 향상 및 운영 비용 절감의 핵심입니다. 전체 운영 프로세스의 전반적인 제어 및 원래 재료 운영 프로세스의 변형입니다. 종합물류시스템은 공급사슬관리, 화물유통관리, 주문관리, 공급자관리, 창고관리는 물론, 업무에 종사하는 직원관리, 운송도구관리 등 다양한 측면의 관리를 포함한다. 따라서 물류 시스템의 통합은 거대하고 복잡하며 포괄적인 통합 작업이며, 특히 제조 산업의 기업에게는 제품이 빠르고 안전하며 안정적으로 판매 위치와 사용자의 손에 전달될 수 있는지 여부, 그것은 업계에서 귀하의 지위를 확립하고 사용자 인지도를 얻는 열쇠이며 동시에 자본 회전율의 열쇠입니다. 고객을 돌봄으로써만 그들은 우리의 이익을 돌볼 수 있습니다. 효율성과 효율성이 똑같이 중요한 세상에서 시간과 속도가 성공의 열쇠입니다!
2. 기술적 타당성 분석
2.1 Java 기술 소개
Java 언어는 세상에 나온 날부터 네트워크 응용 소프트웨어 개발에 특화된 언어로 자리 잡았으며, 크로스 플랫폼, 안전성, 완전한 객체지향적 특성을 갖고 있습니다. 인터넷 응용 소프트웨어 개발의 새로운 사랑. Java는 분산 컴퓨팅 환경에 적합한 교차 플랫폼 객체 지향 프로그래밍 언어입니다. 특히 단순성, 객체 지향, 분산, 해석, 신뢰성, 안전, 플랫폼 독립적, 이식성, 고성능, 다중 스레드, 동적 등의 특성이 있습니다.
2.2 JSP와 Servlet의 기술적 장점
JSP(Java Server Page)는 Sun과 설립에 참여하는 많은 회사에서 시작한 동적 웹 페이지 기술 표준입니다. JSP는 자바 진영에서 가장 대표적인 솔루션이다. Jsp는 객체지향, 편의성, 크로스플랫폼 등 Java와 동일한 장점과 특성을 가지고 있을 뿐만 아니라 Java Servlet의 안정성을 가지고 있으며 Servlet을 사용하여 API를 제공할 수 있습니다. 프로그램 작업, 모듈 만들기 개발, HTML 및 프로그램 디자인 간의 분업이 명확하여 개발 효율성이 향상됩니다. 널리 사용되는 웹 프로그램 개발에서 Jsp는 널리 사용되는 동적 웹 페이지 기술로 Java의 안정성, 보안 및 우수한 이식성이라는 이점을 바탕으로 대규모 및 중간 규모 웹 개발의 첫 번째 선택이 되었습니다.
사용자 인터페이스의 업데이트는 실제로 Web Server에서 하기 때문에 업데이트가 매우 빠른 느낌이 듭니다. 모든 애플리케이션은 서버 기반이므로 항상 최신 상태를 유지합니다. 클라이언트의 인터페이스는 그다지 번거롭지 않고 다양한 애플리케이션의 배포, 유지 및 수정이 용이합니다.JSP의 설계 목표는 주로 동적 웹 페이지를 작성하는 보다 편리하고 효과적인 수단을 제공하고 독립성을 향상시키는 것입니다. 웹 프로그램의 호환성 및 안정성 재사용 가능성. 다음과 같은 측면을 통해 실현됩니다.
1. 단순성 및 효율성
JSP의 구성 소개를 통해 JSP 동적 웹 페이지 작성이 일반적인 정적 HTML 웹 페이지 작성과 매우 유사함을 알 수 있습니다. 원본 HTML 웹 페이지에 일부 JSP 독점 태그 또는 일부 스크립트 프로그램(이 항목은 필수 항목이 아님)을 추가하기만 하면 됩니다. 이렇게 하면 HTML 웹 페이지 작성에 익숙한 디자이너가 JSP 웹 페이지를 쉽게 개발할 수 있습니다. 또한 개발자가 직접 스크립트 프로그램을 작성할 필요 없이 타인이 작성한 컴포넌트만 사용하여 JSP 고유의 태그를 통해 동적 웹 페이지 작성을 구현합니다. 이렇게 하면 스크립팅 언어에 익숙하지 않은 웹 개발자도 JSP를 사용하여 아름답고 역동적인 웹 페이지를 만들 수 있습니다. 그리고 이것은 다른 동적 웹 개발에서 놀라운 것입니다!
2. 프로그램 독립성
JSP는 Java API 제품군의 일부이며 일반적인 Java 프로그램의 크로스 플랫폼 특성, 즉 프로그램의 플랫폼 독립성을 가지고 있습니다. 즉, 한 번 작성하면 어디든지 실행할 수 있습니다!
3．프로그램 호환성
JSP의 동적 컨텐츠는 다양한 형태로 표시될 수 있으므로 HTML/DHTML을 사용하는 브라우저부터 WML을 사용하는 다양한 휴대용 무선 장치(예: 휴대폰) 및 개인용 디지털 장치 PDA)까지 다양한 고객에게 서비스를 제공할 수 있습니다. 그런 다음 XML을 사용하는 B2B 애플리케이션에 JSP 동적 페이지를 사용할 수 있습니다.
4. 프로그램의 재사용성
앞서 언급한 바와 같이 스크립트 프로그램은 JSP 페이지에 직접 임베딩할 수 없고 동적 인터랙티브 부분만 컴포넌트로 참조된다. 이러한 방식으로 이러한 구성 요소가 작성되면 여러 프로그램에서 반복적으로 참조하여 프로그램의 재사용성을 실현할 수 있습니다. 이제 수많은 표준 JavaBean 라이브러리가 좋은 예입니다.
Servlet은 CGI 프로그래밍에 대한 Java 기술의 해답입니다. Servlet 프로그램은 서버 측에서 실행되며 동적으로 웹 페이지를 생성합니다. 전통적인 CGI 및 기타 많은 CGI 유사 기술과 비교할 때 Java Servlet은 효율성이 더 높고 사용하기 쉽고 기능이 더 강력하고 이식성이 더 우수하며 투자를 절약하고 더 높은 효율성을 달성할 수 있습니다.
전통적인 CGI에서는 각 요청이 새로운 프로세스를 시작하는데 CGI 프로그램 자체의 실행 시간이 짧으면 프로세스를 시작하는 데 필요한 오버헤드가 실제 실행 시간을 초과할 수 있습니다. 반면에 서블릿에서는 각 요청이 경량 Java 스레드(무거운 운영 체제 프로세스가 아닌)에 의해 처리됩니다.
전통적인 CGI에서는 동일한 CGI 프로그램에 대해 N개의 동시 요청이 있으면 CGI 프로그램의 코드가 메모리에 N번 반복적으로 로드됩니다. 서블릿 클래스 코드. 성능 최적화 측면에서 Servlet은 이전 계산 결과를 버퍼링하고 데이터베이스 연결을 활성 상태로 유지하는 등 CGI보다 더 많은 옵션을 제공합니다.
Servlet은 HTML 양식 데이터 자동 구문 분석 및 디코딩, HTTP 헤더 읽기 및 설정, 쿠키 처리, 세션 상태 추적 등과 같은 많은 유틸리티 루틴을 제공합니다.
Servlet에서는 기존 CGI 프로그램을 사용하여 완료하기 어려운 많은 작업을 쉽게 완료할 수 있습니다. 예를 들어 서블릿은 웹 서버와 직접 상호 작용할 수 있지만 일반 CGI 프로그램은 그렇지 않습니다. 서블릿은 또한 프로그램 간에 데이터를 공유할 수 있으므로 데이터베이스 연결 풀과 같은 기능을 쉽게 구현할 수 있습니다.
Servlet은 Java로 작성되었으며 Servlet API에는 완벽한 표준이 있습니다. 따라서 I-Planet Enterprise Server용으로 작성된 서블릿은 실질적인 변경 없이 Apache, Microsoft IIS 또는 WebStar로 포팅될 수 있습니다. 거의 모든 주요 서버는 직접 또는 플러그인을 통해 서블릿을 지원합니다. 개인 또는 소규모 웹 사이트에 사용할 수 있는 저렴하거나 심지어 무료인 웹 서버가 많이 있을 뿐만 아니라 기존 서버의 경우 서블릿을 지원하지 않는 경우 이 기능 부분을 추가하는 것은 종종 무료(또는 투자가 거의 필요하지 않음)입니다.
2.3 MySql 및 Apache Tomcat은
MySql 데이터베이스 및 SQL Server를 소개합니다. Oracle은 가벼운 데이터베이스입니다. MySql은 오픈 소스 데이터베이스 솔루션이기 때문에 개발 요구에 맞게 관련 구성을 쉽게 수정할 수 있습니다. 강력하지는 않지만 중소 규모의 B/S 응용 시스템을 개발할 때 요구 사항을 완벽하게 충족할 수 있습니다. 설치가 쉽고 일부 버전은 녹색 설치를 압축 해제한 후 바로 사용할 수 있습니다. 크로스 플랫폼 특성은 사용자에게 편의성을 제공하며 가장 중요한 것은 MySql 데이터베이스에 연결하는 속도가 다른 데이터베이스와 비교할 수 없다는 것입니다. . 고속 요구 사항이 있는 개발은 이 데이터베이스를 사용하는 것을 고려할 수 있습니다. 최대 5천만 개의 레코드를 지원하여 개발 요구 사항을 완전히 충족할 수 있으며 다국어 지원으로 다른 언어 개발도 용이합니다.
Aapche의 Tomcat은 널리 사용되는 WebApplication 서버로 Apache 오픈 소스 프로젝트의 하위 프로젝트입니다. JSP, PHP를 지원할 뿐만 아니라 적절한 구성을 거쳐 ASP도 지원하며 크로스 플랫폼 소프트웨어이기도 합니다. 일부 기능에서 BEA의 WebLogi 및 IBM의 **만큼 좋지는 않지만 오픈 소스이며 무료이므로 이러한 점에서 여전히 중소형 응용 프로그램에서 매우 경쟁력이 있습니다.
위 기술들의 타당성 분석을 바탕으로 U/T 네트워크 물류 시스템 개발-창고 관리에 3계층 시스템 아키텍처인 JSP+Servlet+JavaBean 개발 모드를 채택하기로 결정했습니다. Java는 네트워크 소프트웨어 개발 기술에서 부인할 수 없는 위치를 차지하고 있으며 현재 업계에서 매우 성숙한 3계층 구조는 프레젠테이션 계층(View), 비즈니스 로직 계층(Business logic) 및 인프라 계층(Infrastructure)을 말합니다. 가장 일반적으로 사용되는 매우 성숙한 3계층 아키텍처 중 하나는 프레젠테이션 계층(View), 제어/중개 계층(Controller/Mediator), 비즈니스 논리 계층(JavaBusiness) 및 데이터 소스 계층(Data Source)입니다. 실제로 3계층 아키텍처에 2개의 중간 계층을 추가합니다. 제어/중개 계층은 프레젠테이션 계층과 도메인 계층 사이에 있고 데이터 지속성 계층은 도메인 계층과 인프라 계층 사이에 있습니다. 경량 아키텍처 Jsp+Servlet+JavaBean은 J2EE 3계층 구조를 실현할 수 있으며 Jsp는 프리젠테이션 계층에 사용되고 Servlet은 제어 계층과 비즈니스 처리 계층에 사용되고 JavaBean은 데이터 소스 계층에 사용됩니다.
삼. U/T물류부 입고관리 요구사항 분석
3.1 입고관리의 특징
입고관리는 물류관리의 범주에 속한다. 물류 관리는 고객의 요구를 충족시키기 위해 생산 지점에서 소비 지점까지 상품, 서비스 및 관련 정보의 합리적이고 효과적인 흐름과 저장을 계획, 구현 및 제어하는 프로세스입니다.
입고관리(Warehousing Management)는 제품(원자재, 부품, 반제품, 완제품)을 원산지에서 소비지점까지 보관하는 물류시스템의 일부로서 보관상태, 상태, 폐기에 대한 정보를 제공합니다. . 현대 물류의 창고는 물류 시스템의 유일한 정적 링크이며, 경제 발전과 함께 수요 모드는 개인화되고 다양화되었으며 생산 모드도 다양한 품종과 소량의 유연한 생산 모드가 되었습니다. 물류의 특성은 소수품종과 다품종에서 다품종, 다품종 또는 다품종, 소량품목으로 바뀌었고, 창고의 기능도 점차 저장효율을 강조하던 것에서 순환기능의 실현을 강조하는 것으로 바뀌었다. 저장소는 물류 시스템의 노드와 같습니다. 창고는 물류의 중요한 연결 고리로 전체 물류 시스템과 비교할 때 보관 기능은 버퍼링 및 조정 기능뿐만 아니라 가치 창출 및 효율성 증가 기능도 있습니다. 창고 관리는 현대 물류 관리에서 중요한 역할을 하며, 상품을 보관하는 역할을 할 뿐만 아니라 재무 관리, 생산 공급 및 판매 지원에도 큰 역할을 합니다. 합리적인 재고 관리는 품목의 자본 점유를 줄이는 데 핵심적인 역할을 하며 합리적인 재고는 질서 있는 생산 가능성을 제공하며 상품 판매도 재고의 영향을 받습니다. 따라서 창고 관리 통제가 합리적이고 효율적인지 여부는 기업의 경쟁력을 높이는 열쇠입니다.
창고관리는 상품의 유통과정에서 상품을 보관하는 관리 즉, 상품의 유통과정에서 상품을 보관하는 업무활동과 경제성 향상을 위한 기획, 조직, 지휘, 감독, 통제활동을 연구한다. 이익. 창고관리는 상품의 보관업무 전반에 걸친 구매, 판매, 보관, 운송의 사슬관계에서부터 상품보관의 회수, 관리, 인도 및 관련 업무활동을 주로 공부하며, 상품보관업무의 관리를 목적으로 한다. 사람, 돈, 사물의 관리. 상품재고정보, 수입정보, 창고정보, 상품위치정보, 창고위치정보, 군수담당자, 공급자정보, 상품분류정보 등이 포함되어야 한다.
창고관리는 일반관리의 공통점이 있을 뿐만 아니라 고유의 관리특성을 반영하고 있다. 연구 및 실습의 관점에서 물류 기업의 관리는 다음과 같은 측면을 포함해야 합니다: 창고 레이아웃, 저장 시설 선택, 창고 크기 결정, 창고 관리 자동화, 창고 관리 특수물품 및 창고관리의 조직방법, 공급조직, 창고계획, 창고업, 화물포장, 화물유지관리, 창고보안, 소방 및 생산안전, 창고원가계산, 창고경제효익분석, 보세창고물품의 종류, 보세제도 및 정책, 보세품 세관감독, 보세창고 신청의 일반절차, 창고관리 정량분석기법, 창고관리 컴퓨터활용, 창고관리 발전에 관한 연구
현대 물류는 첨단 기술, 광범하고 입체적인 운영입니다.현대 정보 기술, 물류 프로세스의 재통합 및 다양한 자원의 최적 할당을 통해 합리적이고 경제적이며 효율적이며 정확하고 시기 적절한 자재 흐름을 실현합니다.공급업체를 가능하게 합니다. 및 사용자는 자재 흐름 및 자재 흐름 과정에서 다양한 상황을 파악하고 공급자와 사용자가 자재 흐름 과정에서 다양한 상황을 파악하고 적시에 파견하며 다양한 비상 사태에 대응하고 최종적으로 정확하게 이행 할 수 있도록합니다. 공급 계약, 현대 물류 산업은 전통적인 물류 산업의 발전이며 시대 발전의 불가피한 추세입니다.
3.2 창고 관리 솔루션
오늘날 인터넷 기술의 발달은 매우 성숙했고, 각계 각층의 네트워크 적용이 대중화되었으며 B/S 구조의 네트워크 소프트웨어가 물류 시스템에 적용되었습니다. 예를 들어 Kingdee의 K3는 웨어하우징, 재무 및 고객 관계를 포함한 엔터프라이즈 애플리케이션의 통합입니다. 언제든지 재고 및 현금 상황을 제어할 수 있을 뿐만 아니라 기업의 전반적인 운영 상황에 대한 자세한 이해도 얻을 수 있습니다. 네트워크 오피스, 온라인 쇼핑, 온라인 자료의 중앙 조달 등 B/S 아키텍처의 응용 소프트웨어는 C/S 아키텍처 소프트웨어와 같은 지리적 공간 제한이 없기 때문에 여전히 많은 여지가 있습니다. 응용 프로그램이 더 광범위합니다. 이를 통해 기업 관리자는 언제 어디서나 기업의 운영 상태를 파악할 수 있어 보다 효과적인 문제 해결이 가능합니다.
MVC 디자인 패턴은 B/S 모드의 소프트웨어 개발에서 가장 많이 사용되는 패턴입니다. MVC는 Model-View-Controller, 즉 Model-View-Controller의 약자로 대중적인 디자인 패턴입니다. 애플리케이션 프로그램을 보기 계층, 모델 계층 및 제어 계층의 세 가지 계층 또는 모듈로 나누며 각 계층은 자체 작업을 처리합니다.
보기: 사용자에게 데이터를 표시하고, 사용자 입력을 수락하고, 모델 계층과 상호 작용하고, 모델에서 비즈니스 상태를 쿼리하고, 모델에서 보낸 데이터를 수락하고, 디스플레이 사용자 인터페이스를 업데이트합니다.
모델: 모델은 비즈니스 데이터 및 비즈니스 로직을 나타내는 데 사용되는 애플리케이션의 본체입니다. 모델은 동시에 여러 보기에 대한 데이터를 제공할 수 있으므로 코드 재사용성이 향상됩니다.
컨트롤러: 컨트롤러는 이름에서 알 수 있듯이 제어 역할을 합니다. 사용자 입력을 수락하고 모델과 뷰를 호출하여 사용자 요청을 이행합니다. 사용자가 양식을 제출하면 컨트롤러 자체에서 처리 또는 출력 작업을 수행하지 않습니다. 컨트롤러가 하는 일은 요청을 수락한 다음 모델 구성 요소를 호출하여 요청을 처리하고 마지막으로 뷰를 호출하여 모델이 처리된 후 반환된 데이터를 표시하는 것입니다.
그 구조는 다음과 같습니다.
MVC 패턴은 광범위하게 사용되며 많은 점에서 분리할 수 없습니다.특히 MVC에는 다음과 같은 장점이 있습니다.
(1) 여러 뷰가 모델을 공유합니다. 이를 통해 동일한 모델을 다른 보기에서 재사용할 수 있으므로 코드 재사용성이 크게 향상됩니다.
(2) MVC의 각 모듈은 상대적으로 독립적이기 때문에 그 중 하나를 변경해도 다른 두 모듈에 영향을 미치지 않으므로 개발자는 느슨하게 결합된 구성 요소를 만들 수 있습니다.
(3) 컨트롤러는 애플리케이션의 유연성과 구성 가능성을 향상시킵니다. 컨트롤러는 다양한 모델과 보기를 연결하여 사용자 요구를 충족할 수 있으며, 이는 애플리케이션 구성을 위한 강력한 수단을 제공할 수 있습니다.
따라서 U/T 네트워크 물류 시스템 ----- 창고 관리를 개발할 때 JSP+Servlet+JavaBean의 B/S 개발 모드인 3계층 시스템 아키텍처를 채택합니다. JSP+Servlet+JavaBean 3계층 시스템 구조의 개발 모델은 기업 정보 응용 프로그램 개발에서 완성되었으며 네트워크 응용 프로그램 소프트웨어 개발의 주류 기술이 되었습니다. 보안이나 개발의 모듈화에 상관없이 객체지향에 큰 장점이 있기 때문에 점점 더 많은 사람들이 이 기술을 사용하여 개발하고 기술을 더욱 완벽하게 만들고 있습니다.
JSP+Servlet+JavaBean은 MVC 모델을 구현합니다. 이 모델에서 JSP는 동적 웹 페이지 생성을 담당하고 Servlet은 프로세스 제어를 담당하며 JavaBean은 비즈니스 로직을 담당합니다. 이 JSP Model2 모드에서 흐름 제어 다이어그램은 다음과 같습니다.
4. U/T 물류시스템 창고관리 시스템 분석은
수요 분석이 결정된 후 시스템 전체를 분석하고 설계해야 합니다. 여기에는 시스템 기능에 대한 설명, 기능 모듈의 구분 및 시스템 흐름 분석이 포함되며 시스템 기능에 대해 먼저 설명합니다.
4.1 시스템 기능 모듈 분할 모듈
분할은 시스템 요구사항을 기술하는 과정으로, 요구사항 분석에서 지각적 기술을 추상화하고 구현하고자 하는 기능을 추출하는 과정으로 전체 시스템 개발에 있어 핵심적인 과정이다. 분석의 기본 목적은 개발자와 요구 사항을 제시하는 사람들 간의 이해 및 의사 소통 메커니즘을 설정하는 것입니다. 따라서 U/T 물류시스템의 창고관리 요구사항 분석도 개발자와 실제 사용자의 요구사항을 바탕으로 완성된다. 일일 창고 관리의 비즈니스 논리에 따라 시스템은 다음과 같이 구분됩니다.
사용자 작업:
1. 출고 물품 정보 입력
2. 배송 오더 정보 조회
3. 창고에 있는 상품의 정보 입력
4. 보관 주문 정보 조회
5. 제품 위치 정보 조회6
. 제품 정보 조회
7. 공급업체 정보 조회
관리 작업:
1. 배송주문 상품정보의 삭제/수정
2. 보관 주문 상품 정보의 삭제/수정
3. 공급업체 정보 추가/삭제/수정
4. 상품 분류 정보 추가5
. 창고 위치 정보 추가/삭제/수정
6. 직원 정보 조회/추가/수정/삭제7
. 사용자 권한 관리
이 시스템의 모듈 구조는 다음과 같습니다.
5. U/T 물류시스템 창고관리 데이터베이스 설계
데이터베이스는 전체 시스템 설계에서 중추적인 역할을 하며, 모든 데이터는 미래에 실현될 수 있도록 데이터베이스에 저장되어야 합니다. 데이터베이스 설계는 프로그램 기능 설계의 기초이며 데이터베이스 설계가 완료된 후에야 프로그래머가 기능 설계를 수행할 수 있으며 프로그래머는 데이터베이스 구조에 따라 해당 소프트웨어 기능을 실현합니다.
U/T 네트워크 물류 시스템—창고 관리의 데이터베이스 이름은 Logistic(물류)이고, 이 데이터베이스를 사용하는 네트워크 소프트웨어는 U/T 네트워크 물류 시스템이며, 서버에 배포하는 이름은 Logistic입니다.
다음은 시스템 데이터베이스의 전체 설계를 소개합니다.시스템은 경량 데이터베이스 솔루션을 채택하고 MySql 데이터베이스를 사용합니다. 시스템은 전체 물류시스템의 기능적 모듈이기 때문에 창고관리가 구현되어야 하므로 데이터베이스의 해당 데이터는 직원정보, 공급업체정보, 상품정보, 상품배송목록정보, 상품보관목록정보, 보관위치정보 등이 있다. , 창고 내 물품 위치 정보 등
5.1 데이터 테이블 설계
U/T 네트워크 물류 시스템(창고 관리 모듈)의 전체 데이터베이스 구조는 다음과 같다.
U/T 네트워크 물류 시스템(창고 관리 모듈) 데이터베이스 구조 데이터베이스
이름: 영어(물류) - 중국어(물류)
데이터 테이블 번호 데이터 테이블 영문 이름 데이터 테이블 중국어 이름 데이터 테이블 기능 설명
01 CarManageTable 차량 관리 테이블 상품 운송 차량 관리
02 CarTeamInfoTable 차량 정보 테이블 운송 차량 관리
03 CommCateTable 상품 분류 테이블 상품 분류 관리
04 DepartmentInfoTable 부서 정보 테이블 부서 부서 관리
05 DiplomaInfoTable 학위 정보표 학위분류 관리
06 EmployeeInfoTable 직원 정보 관리
07 GoodsInfoTable 상품 정보 관리
08 GoodsLocationTable Commodity In-warehouse Area Table Warehouse Area Division Management
09 GoodsRowsTable Commodity Arrangement Number Table Commodity Arrangement Division in Warehouse
10 GoodsSeatsTable Commodity Placement Seat Number 테이블 창고 내 상품 배치 분류
11 JobsInfoTable
12 LoginTable 로그인 정보 테이블은 로그인 담당자의 권한을 분류 13
MessageInfoTable 공고 정보 테이블 공고 정보 관리
14 StockInInfoTable 입고 목록 정보 테이블 입력 창고 주문 정보 관리
15 StockOutInfoTable 아웃바운드 주문 정보 테이블 관리 아웃바운드 주문 정보
16 StockRegionInfoTable Commodity in-warehouse location table 상품의 창고 내 특정 위치 관리
17 SupplyTable Supplier information table Supplier 정보 관리
18 TypeTable Commodity model table은 다양한 상품 모델을 관리
19 WareHouseInfoTable Warehouse location information table은 상품이 입고된 창고 위치를 관리 저장된
U/T网络物流系统(仓储管理模块)数据库结构图如下：
5.2 데이터 사전 설계
U/T 네트워크 물류 시스템(창고 관리 모듈) 데이터 테이블 구조 설계는 다음과 같다.
1. CarManageTable (차량 관리 테이블) (참고: CarDriverId 및 CarTeamId는 외래 키임)
number 필드 이름 필드 유형은 기본 키임 비어 있음 비고 정보
01 ID Int(4) 테이블에 자동 번호 지정 여부
02 CarId VarChar(20) 차량 번호 없음
03 CarDriverId VarChar(20) 드라이버 ID 없음
04 CarTeamId VarChar(20) 팀 ID 없음
2. CarTeamInfoTable(팀 정보 테이블) (참고: ChargeId 는
외래 키임 ) No. CarTeamName VarChar(20) 아니요 아니요 팀 이름 04 ChargeId VarChar(20) 아니요 아니요 팀 리더 ID
삼. CommCateTable(상품 분류 테이블)
번호 필드 이름 필드 유형이 기본 키인지 비어 있는지 비고
01 ID Int(4) 이 테이블에 자동으로 번호가 지정되는지 여부
02 CommodityId VarChar(20) 아니요 아니요 상품 범주 번호
03 CommodityName VarChar(20) 아니요 상품 범주 이름
4. DepartmentInfoTable(부서 정보 테이블)
number field name field type is not the primary key is empty 비고 정보
01 ID Int(4) 테이블 자동 넘버링 여부
02 DepartmentId VarChar(20) 부서번호 없음
03 DepartmentName VarChar(20) 부서명 없음
5. DiplomaInfoTable(교육 정보 테이블)
숫자 필드 이름 필드 유형은 기본 키가 비어 있음 비고 정보
01 ID Int(4) 테이블의 자동 번호 지정 여부
02 DiplomaName VarChar(20) 학위 이름 없음
6. JobsInfoTable(작업 정보 테이블)()
번호 필드 이름 필드 유형이 기본 키가 비어 있음 비고 정보
01 ID Int(4) 테이블 자동 번호 지정 여부
02 JobsId VarChar(20) No 작업 번호 없음
03 JobsName VarChar(20) No No Job title
04 DescribleJobs VarChar(20) 직무기술서인가요?
7. EmployeeInfoTable (직원 정보 테이블) (참고: DepartmentId, JobsId는 외래 키임)
No. Field Name Field Type No Primary Key 비어 있는지 여부 비고 정보
01 ID Int(8) 테이블에 자동 번호 부여 여부
02 EmployeeId VarChar(20) 아니요 아니요 직원 ID
03 EmployeeName VarChar(20) 아니요 아니요 직원 이름
04 EmployeeSex VarChar(4) 아니요 아니요 직원 성별
05 EmployeeAge Int(3) 아니요 아니요 직원 연령
06 EmployeeIdenCard VarChar(20) 아니요 아니요 직원 ID 번호
07 EmployeeBirthDate VarChar(20 ) 아니요 예 직원 생년월일
08 EmployeeDiploma VarChar(20) 아니요 아니요 직원 교육 번호
09 EmployeeJoinDate VarChar(20) 아니요 예 직원 가입 날짜
10 EmployeeAdd VarChar(50) 아니요 아니요 직원 주소
11 EmployeePhone VarChar(20) 아니요 아니요 직원 전화번호
12 EmployeeMobile VarChar(20) ) 아니요 아니요 직원 휴대폰
13 DepartmentId VarChar(20) 아니요 아니요 부서 ID
14 JobsId VarChar(20) 아니요 아니요 작업 ID
8. GoodsInfoTable(상품 정보 테이블)
(참고: GoodsCateId, GoodsSupplyId, GoodsStockId, StockRegionId, TypeId는 외래 키임)
number 필드 이름 필드 유형은 기본 키가 비어 있음 비고 정보
01 ID Int(8) 테이블에 자동 레이블 지정 여부
02 GoodsId VarChar( 20) 아니요 아니요 제품 ID
03 GoodsName VarChar(20) 아니요 아니요 제품 이름
04 GoodsCateId VarChar(20) 아니요 아니요 제품 분류 번호
05 GoodsSupplyId VarChar(20) 아니요 아니요 공급업체 ID
06 GoodsABC VarChar(20) 아니요 아니요 상품 ABC 분류
07 GoodsProvince VarChar(20) No Product Origin Province
08 GoodsCity VarChar(20) No Product Origin City
09 GoodsStockId VarChar(20) No No Warehouse Number
10 GoodsPrice Float No Product Unit Price
11 GoodsStockNumber VarChar(20) No Product Stock Amount
12 GoodsOrderDate VarChar(20 ) 상품 주문 날짜 없음
13 GoodsStockInDate VarChar(20) 상품 저장 날짜 없음
14 GoodsUnit Varchar(4) 상품 단위 없음
15 StockRegionId VarChar(20) 아니요 아니요 제품 재고 위치
16 TypeId VarChar(20) 아니요 아니요 제품 모델 번호
9. oodsLocationTable (상품 재고 영역 테이블)
number 필드 이름 필드 유형은 기본 키가 비어 있음 비고 정보
01 ID Int(4) 테이블에 자동으로 번호가 부여되는지 여부
02 LocationId VarChar(20) 제품 영역 번호 없음
03 LocationName VarChar(20) 없음 상품 지역 이름 없음
10. GoodsRowsTable(상품 배치 번호 테이블)
number 필드 이름 필드 유형은 기본 키가 비어 있는지 여부 비고
01 ID Int(4) 테이블에 자동으로 번호가 지정되는지 여부
02 RowsId VarChar(20) 제품의 행 번호 없음
03 RowsName VarChar(20 ) 아니요 아니요 제품이 있는 행의 이름
11. GoodsSeatsTable(상품좌석번호표)
number field name field type is not the primary key is empty 비고 정보
01 ID Int(4) 테이블 자동 넘버링 여부
02 SeatsId VarChar(20) No 제품의 좌석번호
03 SeatsName VarChar( 20 ) 아니오 아니오 제품이 위치한 좌석명
12. LoginTable(작업 정보 테이블) (참고: EmployeeId는 외래 키임)
숫자 필드 이름 필드 유형은 기본 키가 비어 있음 비고 정보
01 ID Int(4) 테이블 자동 번호 지정 여부
02 LoginId VarChar(20) 로그인 번호 없음
03 LoginName VarChar(20) 로그인 직원 이름 없음
04 LoginPassword VarChar(20) 로그인 비밀번호 없음
05 LoginPower VarChar(20) 로그인 직원 권한 없음
06 EmployeeId VarChar(20) 로그인 직원 번호 없음
13. MessageInfoTable(공지 정보 테이블)
번호 필드 이름 필드 유형은 기본 키가 비어 있음 비고 정보
01 ID Int(4) 테이블 자동 번호 부여 여부
02 MessageId VarChar(20) No No 공고 정보 번호
03 EmployeeId VarChar(20) No No 해제 Person ID
04 MessageTitle VarChar(20) 아니요 아니요 발표 정보 제목
05 MessageTime VarChar(20) 아니요 아니요 발표 릴리스 시간
06 MessageContent VarChar(20) 아니요 아니요 발표 내용 0
14. StockInInfoTable (Storage Order Information Table) (Note: ChargId, GoodsId, TypeId는 외래키임)
number field name field type is primary key is empty 비고 정보
01 ID Int(4) 테이블 자동 넘버링 여부
02 StockInId VarChar(20) No No Warehousing Order No.
03 StockInDate VarChar(20) No No Goods Inbound Date
04 ChargeId VarChar(20) No No Responsible Person No.
05 GoodsId VarChar(20) No No Warehousing Commodity No.
06 GoodsInNumber Int(8) No No Quantity of goods
07 TypeId VarChar(20) No No Warehousing 상품 모델
08 CommodityId VarChar(20) No No 상품 분류 번호
09 GoodsInMemo VarChar(100) No No Warehousing 참고 정보
15. StockOutInfoTable(아웃바운드 주문 정보 테이블)
(Note: ChargeId, GoodsId, GoodsReceiveId, TypeId, CommodityId)
number field name field type is primary key is empty 비고 정보
01 ID Int(4) 테이블 자동 넘버링 여부
02 StockOutId VarChar(20 ) No No Outbound Order No.
03 StockOutDate VarChar(20) No No Product Outbound Date
04 ChargeId VarChar(20) No No Responsible Person No.
05 GoodsId VarChar(20) No No GoodsId No.
06 GoodsOutNumber Int(8) No No No Goods Outgoing Library Quantity
07 GoodsReceiveId VarChar(20) No No Goods Receiver ID
08 TypeId VarChar(20) No No Product Model No.
09 CommodityId VarChar(20) No No Commodity Classification No.
16. StockRegionInfoTable(상품 재고 위치 테이블)
번호 필드 이름 필드 유형은 기본 키가 비어 있음 비고 정보
01 ID Int(4) 테이블에 자동으로 번호가 지정되는지 여부
02 StockRegionId VarChar(20) 재고 위치 번호 없음
03 StockRegionName VarChar(20 ) 라이브러리 위치 이름에 아니오 아니오
17. TypeTable(상품 모델 정보 테이블)
번호 필드 이름 필드 유형은 기본 키가 비어 있음 비고 정보
01 ID Int(4) 테이블 자동 번호 지정 여부
02 TypeId VarChar(20) 모델 번호 없음
03 TypeName VarChar(20) 모델 없음 이름
04 CategoryId VarChar(20) 아니요 아니요 제품 범주 번호
No. Field Name Field Type No Primary Key 비어 있는지 여부 Remark Information
01 ID Int(4) 테이블의 자동 번호 지정 여부
02 SupplyId VarChar(20) No No Supplier Number
03 SupplyName VarChar(20) No No Supplier Name
04 SupplyCharge VarChar ( 20) 아니요 아니요 공급업체 책임자
05 SupplyAddress VarChar(20) 아니요 아니요 공급업체 주소
06 SupplyPhone VarChar(20) 아니요 아니요 공급업체 전화번호
07 SupplyMobile VarChar(20) 아니요 아니요 공급업체 휴대폰
08 SupplyFax VarChar(20) 아니요 예 공급업체 팩스
09 SupplyEmail VarChar(20) 아니요 예 공급업체 이메일
10 SupplyHttp VarChar(20) 아니요 예 공급업체 웹사이트
18．SupplyTable(공급자 정보 테이블)
19. WareHouseInfoTable(창고 정보 테이블)(참고: ChargeId는 외래 키임)
숫자 필드 이름 필드 유형이 기본 키가 아님 비어 있음 비고 정보
01 ID Int(4) 테이블에 자동으로 번호가 지정되는지 여부
02 WareHouseId VarChar(20) 창고 번호 없음
03 WareHouseName VarChar(20) 아니요 아니요 창고 이름
04 ChargeId VarChar(20) 아니요 아니요 책임자 번호
05 WareHouseAdd VarChar(20) 아니요 아니요 창고 주소
6. U/T 물류 시스템 창고 관리 기능 미터
6.1 시스템 기능 소개
U/T 네트워크 물류 시스템 창고 관리의 주요 기능은 상품 창고 정보 관리, 상품 아웃바운드 관리 및 상품 인바운드 관리, 상품 창고 정보 관리를 실현하는 것입니다. 질의에는 상품 분류 정보 관리, 보관 위치 정보 관리, 보관 담당자 관리, 공시 정보 관리 등도 포함됩니다. 또한 사용자에 대한 권한 제어가 포함되며 사용자는 권한이 할당된 후 다른 작업을 수행합니다.
6.2 시스템 기능 모듈 설계
6.2.1 게시판 정보 관리
게시판 관리의 주요 기능은 관리자 권한을 가진 사용자가 일반 사용자에게 관련 업무 정보 및 공지사항을 게시하는 것이며, 이는 정보 공개용 게시판에 속합니다.
6－1公告信息发布示意图如下：
모듈 이름 기능 설명 개발자 개발 날짜 및 버전
MessageInSave 발표 정보 릴리스 Chen Kai 2007-04-10 V1.0
매개변수 이름 설명 매개변수 유형 비고 정보
중간 발표 정보 레이블 문자열
Eid 발표 정보 게시자 번호 문자열
MTitle 발표 정보 제목 문자열
MTime 발표 정보 릴리스 time String
MContent 공고 정보 내용 String
공고 정보 해제 기능 모듈 코드는
package com.logistic.servlet;
import java.io.IOException;
import javax.servlet.RequestDispatcher;
import javax.servlet.ServletException;
import javax.servlet.http .HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;
import com.logistic.data.DataConnect;
import java.text.SimpleDateFormat;
import java.util.Calendar;
import com.logistic.business.MessageManager;
import java.sql.Statement;
import java.sql.ResultSet;
public class MessageInSave extends HttpServlet { private static final long serialVersionUID = -2305260907601477327 L; HttpSession session=null ; DataConnect dc=new DataConnect(); Statement stat=null; ResultSet rs=null; int id=0; //알림번호 임시변수 생성 String mid=null; //알림번호 String eid=null; / /공지 해제 작성자 번호 String mtitle=null; //공지 제목 String mtime=null; //공지 해제 시간 String mcontent=null; //공지 내용 int flag=0; //공지 정보가 성공적으로 해제되었는지를 나타내는 표시 //게시 성공 플래그 >0, 그렇지 않으면 플래그<0; RequestDispatcher requestdispatcher;
public void doPost(HttpServletRequest 요청, HttpServletResponse 응답)
throws ServletException, IOException { request.setCharacterEncoding(“GB2312”); response.setContentType(“text/html; charset=gb2312”); session=request.getSession(); / — get messageinfotable 테이블의 MessageId를 정수로 변환하고 다음 레코드의 GoodsId를 생성합니다— / String sql="select * from messageinfotable order by ID desc limit 1"; try{ stat=dc.getStmtread(); rs =stat. executeQuery(sql); rs.previous(); while(rs.next()){ id=Integer.valueOf(rs.getInt("MessageId")); } if(id>0){ id+=1; }else { 아이디=10000+1; }
}catch(예외 예){ex.printStackTrace();}finally{dc.close();}
/ ----------------------- 제출 정보 가져오기 및 데이터베이스에 데이터 삽입 --------------- ----- ------ /
mid=String.valueOf(id);
eid=(String)session.getAttribute("employeeid");
mtitle=(String)request.getParameter("messagetitle"); mtime =(String)newSimpleDateFormat ("yyyy-MM-ddHH:mm:ss").format(Calendar.getInstance().getTime()); mcontent =(String)request.getParameter("messagecontent")
;
/ --- - 로그인 사용자 결정 loginid 존재 여부, 공지 제목 null 여부, 공지 내용이 비어 있는지 여부 ----- / if
(eidnull||m제목null||mcontent==null){ session.setAttribute("오류", "공지사항 추가 실패!"); requestdispatcher=request.getRequestDispatcher("/errors/errorpage.jsp"); requestdispatcher.forward(요청, 응답) ; }else{ try{ flag=-10; MessageManager mm=new MessageManager(); flag=mm.AddMessage(mid, eid, mtitle, mtime, mcontent); if(flag>0){ session.setAttribute("success" , "메시지 정보 추가 성공!"); requestdispatcher=request.getRequestDispatcher("/viewpage/datainput/addmessageinfo.jsp"); requestdispatcher.forward(요청, 응답); }else{ session.setAttribute("오류", "알림 정보 추가 실패!"); requestdispatcher=request.getRequestDispatcher(“/errors/errorpage.jsp”);
requestdispatcher.forward(요청, 응답);
}
}catch(Exception ex){ex.printStackTrace();}
}
}
public void doGet(HttpServletRequest 요청, HttpServletResponse 응답)
throws ServletException, IOException { doPost(request,response); } }