Vendor Portal 정의 및 기능

Posted by Alvin You
2014. 3. 18. 13:38 Dynamics AX

정의: Vendor Portal 이란 당사에서 승인된 구매처와 데이터를 공유하고 교류할 수 있는 Web site 입니다.

권한

Vendor Portal 의 권한은 크게 다음과 같이 두 가지로 나눌 수 있습니다.

  1. Vendor Portal administrator role

해당 작업은 다음과 같습니다.

  • 구매처 프로파일 보기
  • 사용자 추가 혹은 삭제 요청
  • 구매 카탈로그 관리
  • 구매 주문서 및 견적 요청 보기

  1. Vendor role

Vendor role 해당 자는 다음과 같은 작업이 가능합니다.

  • 구매처 프로파일 관리
  • Invoices 업데이트
  • 추가 구매 카테고리 요청 제출하기
  • 견적요청에 답변
  • 구매 발주서 응답
  • 확정된 구매 발주서 보기
  • 제품 입고 분개장 보기

 

구매 조직의 권한을 가진 직원은 다음과 같은 작업을 수행할 수 있습니다.

  • 구매처 프로파일 정보 보기
  • 당사에 납품 가능한 제품 카타로그 관리
  • Vendor Portal 에서 구매 조직의 새로운 직원 추가 요청
  • 당사에서 배포하는 Questionnaire 답변
  • 당사에서 발표하는 Notification 보기
  • RFQs 응답
  • 구매 주문서와 제품 입고의 상태 값 보기
  • 당사에 Invoices 생성하여 제출
  • 조직의 Performance 보고서 보기

 

 

Vendor Portal Features (기능)

Cues

  • 새로운 카테고리 요청 Cue
  • Invoice 처리되지 않은 주문서 Cue
  • 새로운 Questionnaire Cue
  • 견적서 요청 Cue

Worklists

  • Alerts 와 Notifications (알림)

 

User Requests

  • Workflow

Notification (알림)

  • 알림기능을 하나의 구매처 혹은 다수의 구매처에 이메일 배포 가능

예) 새로운 구매 카테고리에 해당하는 새로운 정책적 변화를 맞이하여, 구매처에서 인지하고 Questionnaire 의 답변을 정해진 Due date까지 받는 것을 기대할 경우, 알림기능을 통해 구매처에 통보합니다.

알림기능은 다른 언어로 번역됩니다.

Questionnaire

  • Questionnaire 를 통하여 구매처 조직의 Operation 과 제품의 특성을 이해할 수 있습니다. 구매처는 배포된 Questionnaire 를 보고 답변 가능합니다.

Transaction

  • 구매처는 Vendor Portal 을 사용하여 견적요청에 답변할 수 있으며, 발주된 구매 주문서의 상태 값과 제품 입고의 상세 정보를 확인할 수 있습니다.

  • 또한 구매처는 Vendor Portal 을 사용하여 Invoices 를 생성하고 관리 가능합니다.

 

Purchase order

  • 구매 발주서 리스트 페이지를 통하여 당사의 발주서를 확인할 수 있습니다. 구매 주문서는 구매 계정, 이름, 송장 계정, 구매 종류, 승인 상태 등의 상태 값에 따라 필터 가능합니다.

Invoices

  • 구매 송장을 사용하여 구매처는 Invoices 를 생성, 관리 가능합니다. 구매처는 주문서 또는 제품 입고로부터 invoice 를 생성하거나, invoice 를 생성하고 구매 주문서를 invoice 에 추가할 수 있습니다.

Reports

기본적으로 Supply performance 의 1가지 보고서를 지원하고 있습니다.

UML 다이어그램 유형

Posted by Alvin You
2014. 3. 17. 22:27 소프트웨어공학

유스케이스 다이어그램(use case diagram) : 응용 프로그램을 사용하는 사용자와 그들이 어떤 일을 할 수 있는지에 대한 요약 정보를 보여준다.

   

   

원본 위치 <http://www.gatherspace.com/static/use_case_example.html>

   

   

   

액티비티 다이어그램(activity diagram) : 유스케이스 다이어그램을 좀 더 상세화 한 다이어그램. 일련의 동작들을 통해 작업의 흐름으로 소프트웨어 프로세스를 보여준다.

   

   

원본 위치 <http://www.google.com/imgres?imgurl=http://i.msdn.microsoft.com/dynimg/IC276120.png&imgrefurl=http://msdn.microsoft.com/en-us/library/dd409465.aspx&h=424&w=587&sz=14&tbnid=CKHJvx7s6581bM:&tbnh=86&tbnw=119&zoom=1&docid=4BoTfUWw9MJDFM&hl=en&sa=X&ei=8O5fT_mzCO7OmAXPktyOCA&ved=0CHAQ9QEwCg&dur=0>

   

시퀀스 다이어그램(sequence diagram) : 서로 다른 개체 사이의 상호작용을 표현한다. 상호작용은 일반적으로 개체끼리 주고받는 일련의 메시지로 표현된다.

   

   

원본 위치 <http://www.google.com/imgres?imgurl=http://upload.wikimedia.org/wikipedia/en/thumb/3/32/CheckEmail.png/250px-CheckEmail.png&imgrefurl=http://en.wikipedia.org/wiki/Sequence_diagram&h=249&w=250&sz=7&tbnid=OzbPYsQ7D-M-jM:&tbnh=89&tbnw=89&zoom=1&docid=jOQJP_i-4V-dOM&hl=en&sa=X&ei=Z-9fT67QGOHYmAW_94zzBw&sqi=2&ved=0CEUQ9QEwAA&dur=1>

   

컴포넌트 다이어그램(component diagram) : 소프트웨어 시스템의 구조를 상위 수준에서 표현하는 데 사용된다.

   

원본 위치 <http://www.google.com/imgres?imgurl=http://i.msdn.microsoft.com/dynimg/IC267828.png&imgrefurl=http://msdn.microsoft.com/en-us/library/dd409393.aspx&h=264&w=403&sz=9&tbnid=cOiZJYntjuLvwM:&tbnh=81&tbnw=124&zoom=1&docid=HA5Jt4wqqv5ybM&hl=en&sa=X&ei=FPBfT8r-KdDAmQX9rK2jCA&ved=0CFEQ9QEwBg&dur=1>

   

클래스 다이어그램(class diagram) : 응용 프로그램 시스템을 구성하는 개체들을 표현한다. 클래스 다이어그램의 개체들은 시스템의 특정 구현을 참조하지는 않는다.

   

원본 위치 <http://www.google.com/imgres?imgurl=http://www.agilemodeling.com/images/models/classDiagramInheritance.jpg&imgrefurl=http://www.agilemodeling.com/artifacts/classDiagram.htm&h=337&w=628&sz=27&tbnid=KSoYgCzTk9aPrM:&tbnh=63&tbnw=118&zoom=1&docid=kcPZ8LVB3N4grM&hl=en&sa=X&ei=ZfBfT9qKBYrJmAW-z8n9Bw&ved=0CEkQ9QEwAA&dur=1>

   

레이어 다이어그램(layer diagram) : 시스템의 논리적인 아키텍처를 표현한다. 레이어 다이어그램은 개체들을 여러 그룹(또는 레이어)으로 구성하여 개체들이 수행하는 작업을 구분한다.

   

원본 위치 <http://www.google.com/imgres?imgurl=http://www.cwskinner.members.winisp.net/BlogImages/LayerDiagram_7C82/LayerDiagram.png&imgrefurl=http://blogs.msdn.com/b/camerons/archive/2008/07/11/layer-diagram.aspx&h=709&w=1045&sz=102&tbnid=FwplbsRfBm2xVM:&tbnh=90&tbnw=133&zoom=1&docid=o2chrjDVtpgFhM&hl=en&sa=X&ei=PvlfT5zFDuSziQe2uLi8Cw&sqi=2&ved=0CDkQ9QEwAw&dur=1088>

   

   

'소프트웨어공학' 카테고리의 다른 글

UML을 사용해야 하는 이유  (0) 2014.03.17
분기와 병합  (0) 2014.03.17

UML을 사용해야 하는 이유

Posted by Alvin You
2014. 3. 17. 22:27 소프트웨어공학
  • UML을 사용해야 하는 이유
    • 어플리케이션으로부터 청사진을 만든다.
    • 시간과 자원을 평가하고 계획한다.
    • 팀간 그리고 팀 내에서 의사소통을 한다.
    • 프로젝트를 문서화 한다.

       

  • UML 다이어그램 유형
    • 활동 다이어그램(Activity Diagram)
    • 사용 사례 다이어그램(Use Case Diagram)
    • 시퀀스 다이어그램(Sequence Diagram)
    • 공동작업 다이어그램(Collaboration Diagram)
    • 상태표 다이어그램(Statechart Diagram)
    • 구성 요소 다이어그램(Component Diagram)
    • 배포 다이어그램(Deployment Diagram)

'소프트웨어공학' 카테고리의 다른 글

UML 다이어그램 유형  (0) 2014.03.17
분기와 병합  (0) 2014.03.17