월별 아카이브: 9 월 2007

MOSS를 사용 하 여 MRO 워크플로 사례 연구, SPD, InfoPath & 웹 서비스.

개요

이 항목에 설명 합니다 설명 하는 실제 MRO 사례 연구 (유지 보수, 수리 및 운영) 워크플로 승인 프로세스 이끼에서 구현.

이것은 명백 하 게 기술 토론, 하지만 모스 플랫폼 실제 세계를 충족 하는 방법을 보여 주는 실제 예제를 제공 하기 위해 제공 해야 하는 대신.

(이 항목은 상호 간에 게시 http://paulgalvin.spaces.live.com 그리고 http://blogs.conchango.com)

배경

클라이언트의 MRO 프로세스 다음으로 특징 되었습니다 했다

  • 수동 승인 프로세스.
  • 스프레드시트 excel 사용 하 여 일부 지원.
  • 불규칙 한 승인 프로세스. 같은 MRO 구매 승인 프로세스 매일 다를 것 이다, 사람에 의해 사람.
  • 종이 손으로 쓴 서명을 많이 — 구매 요청을 필요 3 최종 승인 하기 전에 서 면된 서명.

포함 하는이 프로젝트의 목표:

  • 완전히 과정을 자동화.
  • 승인을 위해 엔터프라이즈 표준을 적용합니다.
  • MRO 구매 다양 한 관리자의 통합된 뷰 제공.
  • 자세한 감사 추적.

솔루션의 부작용으로, 서 면된 서명 했다 더 이상 필요.

승인 프로세스

4 "수영 차선"의 승인 프로세스 구성: 보낸 사람, 직접 관리자, 기능 관리자와 부서 관리자.

보낸 사람:

구입에 대 한 필요성을 보고 하 고 프로세스를 시작. 원조 수 있습니다 또는 구매 요청을 실제로 입력 하지 않을 수 있습니다, 하지만 그렇게 할 다른 직원이 대신 직접. 몇 번, 원조에는 포 요청 서 작성 전문 기술. 예를 들어, 사용자는 새로운 노트북 컴퓨터를 징 하고자 할 수 있습니다., 하지만 최고의 공급 업체를 알고 하지 않습니다, IT 표준, 등. 이 경우에, 그것을 함께 보낸 작품 실제로 징 발 채우고.

직접 관리자:

이것은 원조의 직속 관리자 (실제로 포 징 발 이끼로 입력 한 사람에서 다른 있을 수 있습니다.). 시스템 추가 승인 하는 선을 추구 하기 전에 직접 관리자가 요청을 승인 해야 합니다..

기능 관리자:

기능 관리자는 제안 된 구매 특정 기업 함수 범위 내에서 엔터프라이즈 표준을 준수 하도록 할 책임이 개별. 예를 들어, IT 구매 IT 기능 관리자에 의해 승인.

디비전 매니저:

부서장 승인 금액으로 구매 요청으로 엄격 하 게. 부문 관리자 구성 가능한 달러 금액 초과 구매 요청 승인.

솔루션

우리는 솔루션을 구현 하는 다음과 같은 도구 및 구성 요소를 사용:

모스: 이 떨어져 다른 모든 것 들 "응답" 플랫폼으로 서 역. 보안에 대 한 근본적인 서비스를 제공 하는 이끼, 마스터 데이터, 감사 추적 및 기타 기능.

InfoPath 양식 서비스: MOSS 구성 요소, 그러면 사용자가 웹 브라우저를 통해 구매 요청 작성.

SharePoint Designer (SPD): 자동화 된 워크플로우 프로세스를 구현 하 SPD를 사용 하는 우리.

웹 서비스: C# 웹 서비스 InfoPath 양식에서 계단식 선택 목록을 사용 하 여 사용자 경험을 강화 하 고 데이터 필터링 관련 하 여 더 나은 성능을 제공 합니다.. 참조 여기 이 주제에 그것을 사용 하 여에 대 한 우리의 이유 기술 깊은 다이빙에 대 한.

사용자 지정 목록: 모스 사용자 프로필 지정된 된 사용자의 직속 관리자 제공, 하지만 대부분의 워크플로 결정을 제어 하는 데이터를 제공 하지 않았다 (예를 들어. 여부 부서 관리자가 요청을 승인 하는 데 필요한). 우리는 "엔터프라이즈 데이터에 사용자 지정 목록 사용" "부서 관리자 승인 금액"와 같은 데이터를 유지 관리 하는 사이트, "기능 지역 관리자" 등등. InfoPath와 함께 매우 멋지게 통합 목록과 만들기/업데이트/삭제 제공 (CRUD) 감사와 상자 보안 기능.

사용 사례

이 사용 사례 솔루션 함께 맞는 하는 방법을 보여 줍니다.:

  1. Paul 새로운 노트북을 원한다. 그는 Vivek 자신의 요구를 설명 합니다., 회사 노트북 표준에 익숙한 IT 담당자, 기본 공급 업체, 등.
  2. 이끼에 Vivek 로그, 포 요청 폼에 액세스 하 고 Paul 대신 요청 입력. 양식을 묻는 비벡 구매 카테고리는 다음을 사용 하 여 웹 서비스 회사 승인 업체의 드롭 다운 목록. 비벡 또한이 구매 기업 기능 영역을 지정 합니다. (예를 들어. "그것은" 또는 "금융").
  3. SPD 기반 워크플로 시작, 바울의 직접 관리자를 결정 하 고 그의 매니저에 게 징 발, 스테이 시.
  4. 스테이 시 구매 요청 승인.
  5. SPD 워크플로 요청을 검사 하 고 IT 구매 결정. 그것은 IT 기능 관리자에는 워크플로 회람, Wonson.
  6. Wonson 징 발 승인.
  7. SPD 워크플로 다시 징 발을 검사 하 고 결정 구매 금액 maxium 달러 금액을 초과 하 고 승인을 위해 부서 관리자에 게 회람.
  8. 부서 관리자 승인 구매 요청.

노트

  • 사용 보여줍니다 "깨끗" 거부 또는 점프 실행.
  • 모든 승인자는 승인 또는 징 발을 거부로 서 면된 의견을 제공 하는 기능. 이러한 감사 추적에 기록 됩니다..
  • 책임 관리자 어떤 시점에서 구매 요청을 거부 하는 경우, 포 징 발은 "죽은" 그리고 프로세스가 처음부터 시작 해야 합니다..
  • 워크플로는 프로세스의 모든 단계에서 송신자를 게 알립니다..
  • 아니 서 면된 서명 — 클라이언트 결정 (몇 가지 강력한 권고 후) 감사 트레일 워크플로 기록 통해 제공, 그들의 감사 요구 사항 제공.
  • 노력 — 그것은이 솔루션을 구현 하기 위해 약 3 남자 주 했다.

결론

이 솔루션 개발 및 런타임 플랫폼으로 서 이끼를 활용. 클라이언트는 회사에서 거의 모든 직원의 영향을 받는 일상적인 비즈니스 프로세스를 자동화 하는 코어 모스 기능을 활용할 수 있게. 간단한 웹 서비스 제외 (자체 모스를 활용 하 여), 거의 실제 "프로그래밍" 필요 했다.

솔루션은 "쇼케이스 역할도" 클라이언트에 대 한, 어떻게 다른 모스 기능을 보여 주는 완전 한 기능의 비즈니스 응용 프로그램을 만들고 새로운 컨설팅 기회를 나중에 생성을 결합 될 수 있다.

용어집

MRO: 유지 보수, 수리 및 운영. 이러한 구매는 일반적으로 notepads 등 포함, 자, 개인용 컴퓨터, 프린터, 휴대 전화와 같은.

시험 70-542: 권장 사항 연구 (Microsoft Office SharePoint Server 2007 – 응용 프로그램 개발)

업데이트: 의견에, 누군가가이 링크를 게시: http://www.midnightmonkey.co.uk/blog/blogging/?page_id=5. 그것은 너무 나에 게 좋아 보인다.

오늘 모스 기술 시험을 통과, 제목된 "Microsoft Office SharePoint Server 2007 – 응용 프로그램 개발 ". 난 시험 매우 엄격한을 발견 하 고 그것이 마이크로 소프트의와 꽤 잘 일치 준비 가이드.

매일 이끼로 작업 했습니다 고 아무것도 모든 이러한 시험에 대 한 실제 체험.

즉, 나 나 나 공부로 공부 했다의 메모를 했다. 이러한 리소스의 모두 도움이 믿습니다., 특히 그 실습 강화의 수단으로 경험.

제목 링크
Excel 서비스 http://msdn2.microsoft.com/en-us/library/ms519581.aspx
검색 아니 특별 추천. 클래스 검색 올해 초에 찍은 나 하 고 진짜-세계 경험을 통해 나를 수행. "검색 센터를 사용" 이끼의 구성 요소.
BDC http://msdn2.microsoft.com/en-us/library/ms563661.aspx
대상 그룹 http://msdn2.microsoft.com/en-us/library/ms496822.aspx
프로 파일 http://msdn2.microsoft.com/en-us/library/ms496822.aspx
콘텐츠 관리 http://www.sharepointblogs.com/tonstegeman/archive/2007/02/01/moss-custom-policies-part-1-creating-a-custom-information-management-policy.aspx

http://blogs.msdn.com/ecm/archive/2007/03/04/customize-the-page-editing-toolbar-in-moss-2007.aspx

http://msdn2.microsoft.com/en-us/library/aa674506.aspx

BI 뮤직의 이끼에 실습 작업.
워크플로 http://msdn2.microsoft.com/en-us/library/aa830816.aspx
정보 관리 http://msdn2.microsoft.com/en-us/library/bb397403.aspx
유사 http://aspnetcoe.wordpress.com/2007/02/09/customize-variation-root-landing-logic/
레코드 관리 http://blogs.msdn.com/recman/archive/2006/06/16/633393.aspx
Infopath http://msdn.microsoft.com/msdnmag/issues/06/08/infopath2007/default.aspx

해당 링크의 많은 더 많은 링크와 최대에 대 한 그들을 따라 하는 경향이 있다 3 단계 수준.

직접 읽을 모든 시험에 적용 된 언급 하지 않았다, 하지만 그것을 읽고 후회 하지 하 고 어떤 경우에 비트 직접 관련 되지 않은. 그것은 모든 좋은 것 들을 알고 그리고 좋습니다 모든 주목 받는 잘 둥근 모스 개발자에 대 한 자료.

이끼/WSS 검색 결과 (및 dataviews): 원시 XML 데이터 보기

이 많은 게 분명 있을 수 있습니다., 동안 내 모스 프로그래밍 시험을 위해 공부 하지만, 그것은 꽤 사용자 인터페이스를 통해 검색 쿼리에서 실제 XML을 쉽게 배운.

한 빠른 메서드는 다음과 같습니다.:

  • 액세스 고급 검색.
  • 일부 데이터를 반환 하는 검색을 수행.
  • 페이지 편집 (사이트 설정을 통해).
  • 다음 XSL 변경:

<?xml 버전="1.0" 인코딩="u t f-8"?>
<
xsl:스타일 시트 버전="1.0" xmlns:xsl="http://www.w3.org/ 1999/XSL/변환">
<
xsl:출력 메서드="xml" 버전="1.0" 인코딩="U T F-8" 들여쓰기=""/>
<
xsl:서식 파일 경기="/">
<
사전>
<
xsl:복사의 선택="*"/>
</
사전>
</
xsl:서식 파일>
</
xsl:스타일 시트>

  • 히트 적용.
  • 브라우저에서 소스 보기.

참고는 <사전> 태그 많이 하지 않습니다 역할을 제외 하 고는 편리한 표식으로 결과 볼 때.

이 트릭은 매우 유용할 수 있습니다 작업 관리 속성 및 사용자 지정 검색. 그것은 매우 도움이 되었을 것 이다 당신의 xslt에서 사용 하기 위해 사용할 수 있는 XML의 최종 목록 마지막을 제공할 것입니다. 25 일부 사용자 지정 된 검색 결과 만든 시간.

이것 dataviews 뿐만 위해 일을 해야한다합니다, 하지만 난 아직 테스트 하지 그것으로.

WSS에 대 한 아무 CQWP? 이 시도…

나는 볼 에릭 크 라우 스 일반적으로 콘텐츠 쿼리 웹 파트와 만난 요구에 직면 했다. 문제? 그는 순수한 WSS는 CQWP에 액세스할 수 없는 환경에서. 태아의 위치에 컬 하는 대신 (매일 매일을 싸 워 야 충 동, 그것은 보인다), 그는 적어도 제공 WSS 상점 싸울 기회를 성공 솔루션을 내놓았다. 그것은 기술 된다 여기.

콘텐츠 관리 API의 화려하 고 상세 보기

스테판 Goßner SharePoint 콘텐츠 및 배포 API에는 멋진 4 부분 시리즈 함께 넣어가지고 여기. 그것은 제공 하는 훌륭한 개요 및 코드의 아주 좋은 예제 (C#).

처음에 joris poelmans 블로그에서이 링크 왔는데 http://jopx.blogspot.com/.

당신이 저 같이 인 경우에, 콘텐츠 관리를 위한 많은 실제적인 작업을 수행 해야만 하지, 이것은 잘 가치가 있다 20 읽기 시간 분.

API를 사용 하 여, 한 수:

  • 콘텐츠를 아주 쉽게 내보내고.
  • 다시 부모 콘텐츠. "A 사이트에서 일부 콘텐츠를 수출 하고자 하는 경우" "B의 사이트에 그것을 보내기" 하지만 완전히 새로운 계층 구조에 있는 장소, 이것은 가능 하다.
  • 콘텐츠를 사이트 A에서에서 내보내고 선택한 비트 사이트 A에.
  • 콘텐츠를 다시 연결 (모든 하이퍼링크를 다루는 의미).

WSS, 문서 라이브러리 & 목록, 계산 된 열과 관련 [날]

누군가가 인터넷에 값으로 표시 하는 목록에 계산된 열을 만드는 방법에 대 한 부탁 했다 "[사용자] – [상태] – [위치]" 마찬가지로 "폴 Galvin – 음주 [무료] 맥주 – 해변 ".

Paul 것가 고 목록에 자신의 항목을 업데이트 하 고 계산된 열 적절 하 게 업데이트. 는 [사용자] 기본적으로 해야 합니다 사용자 목록 입력/업데이트.

계산된 열 "휘발성 사용할 수 없습니다." 와 같은 기능 [날] 또는 [오늘]. 다음이 단계는 테스트 환경에서 그것을 해결:

  1. "현재 사용자" 라는 텍스트 열 만들기.
  2. 기본값 설정 [날]
  3. "Calc 테스트" 라는 계산 된 열 만들기.
  4. 값 설정 = [현재 사용자]

가 서, 추가 항목 목록 및 그것은 작동 했다.

전달 된 내 70-315 오늘 시험!

나는 "개발 및 구현 웹 응용 프로그램을 Microsoft Visual C#.NET 및 Microsoft Visual Studio.NET을 통과" 오늘 스 브 룩 하이츠 SolarTech의 오래 된 사무실에서 뉴저지의 위대한 상태에서 시험.

내가 거기 BizTalk와 어려움을 측면에서이 시험을 넣어. 당신은 그것을 통해 귀하의 방법을 가짜 수 없습니다..

공부 하기, 사용은 MCAD/MCSD 자체 진행 교육 키트도 서 제목 Microsoft Visual Basic.NET 및 Visual C#.NET 웹 응용 프로그램 개발.

Microsoft 지침 (여기) 정확 하 게 올바른 IMO는. 도 서 모든 것을 해결 하 고 소량 또는 진짜-세계 경험 있는 경우, 직선-앞으로 시험 이어야 한다. 하지 않을 경우, 시간 좀 몇 가지 실제 경험 하거나 적어도 책에 실험실을 실행. 줄 것 이다 아마도 당신이 무엇 필요.

나도 지금까지 갈 프로 책을 추천 하, 특히 독 학된 사람들이 자신과 같은. 그것은 내가 그냥 없 시 보려고 이유 나의 여행에는 몇 가지 기본적인 것 들을 커버 하 고 나 자신을 발로 약간 결코 그들을 배울 수 있는 시간을 찍은 데 대 한.

SharePoint Designer, “사용자 로부터 데이터 수집” 그리고 그 결과 사용 하 여.

사용자에서 "수집 데이터를 사용 하 여" 생성 및 사용자에 게 작업 할당 작업 데이터에 대 한 그들을 묻는합니다. 다른 것 들 중, 승인 또는 요청을 거부 하 고 몇 가지 코멘트를 입력 하는 사용자를 그것을 사용 했습니다..

이 작업은의 형태:

수집 데이터 보낸 사람 이 사용자 (출력을 변수: collect1)

클릭 하 데이터 시리즈를 끌어 데이터 사용자 때 제공 해야 지정 하는 대화 상자 작업을 완료 하 고 이 사용자 분명 하다.

출력 부분 (변수: collect1) 작업의 ID를 저장. 사용 하 여이 워크플로 "비교 데이터 소스를 통해 사용자의 실제 응답을 추출" 조건.

상태 표시

만약 필드 같음

클릭 필드 그리고 f(x) 아이콘을 다른 대화 상자를 끌어. 이 일반화 된 대화 상자를 사용 하 여 SPD 두 것 들에 게;

1. 목록 및 열 값을 비교 하는 것이 무엇입니까.

2. 워크플로 엔진은 어떻게 그 목록에서 특정 행을 찾아 해야 합니다?

이렇게 하려면:

  1. "소스 변경" 올바른 작업 목록에 드롭다운. 참고 대화 상자 확장 하 여 "찾기의 목록 항목 표시" 섹션.
  2. 조회 세부 사항 필드 드롭다운에, 값을 가진 필드의 이름을 선택합니다 (이 위에서 데이터 수집 대화 상자에서 부르는 지도).
  3. "찾기 목록 항목에서" 섹션, "작업 선택:ID" 필드 드롭다운 목록에서.
  4. 값 필드에, f 클릭(x). 그러면 또 다른 대화 상자가 열립니다..
  5. "워크플로 데이터 소스 변경"
  6. "출력을 변수에 일치 하는 워크플로 변수 선택" 데이터 수집 작업에서.
  7. 확인/확인을 클릭 하 고 완료.

그것은 나를 위해이 처럼 보이는:

이미지

이 시점에서, 이제 필요에 따라 워크플로에서 해당 값을 사용할 수 있습니다..

추가 참고 사항:

간단한 옆으로, 난 항상 "목록 항목 ID 유형의 적절 하 게 명명 된 워크플로 변수를 만들" 자동 생성 된 "collect1" 대신 사용.

이 "를 비교 하 여 어떤 데이터 소스" 대화 세트 SPD에 여러 다른 장소에서 사용 되 고 가치가 마스터링.

끝 = =

테크노 태그:

WSS 또는 MOSS 문서 라이브러리에서 문서에 액세스할 때 간헐적인 IE 충돌

나이 의해 시달려왔다 9 개월 참조 MSDN 및 유즈넷 포럼에는 그것은 too.l

때로는, word 문서에 액세스할 때 (또는 기타 문서 형식) 문서에서 라이브러리 하면 간단 하 게 충돌 하 고 떠나 Internet Explorer (어떤은 연다면 그것으로 모든 탭을 복용).

이 MS 핫픽스 그것을 해결할 수 있습니다.: http://support.microsoft.com/kb/938888

또한, 여기에서 문제에 대 한 일부 설명이 있다:

http://jopx.blogspot.com/2007/07/solving-internet-explorer-crash-when.html

진짜 XPath 단계 앞으로?

개요:

일부 12 열과 콘텐츠 형식을 관리 하는 사용자 지정 목록을 만든.

그리고 SPD를 통해 페이지에 추가, 데이터 뷰로 변환.

문제:

내 Xpath 식 "현재 위치"를 라는 열에 대해 빈 반환 했다. 나는 그것을 thusly 참조:

    <표 테두리 = "1">
      <xsl:각각에 대 한 선택 = "/ dsQueryResponse/행/행" >
        <tr>
          <td>
            현재 상태:
            <xsl:값의 select="@Current_x0020_Status"></xsl:값의>
          </td>
        </tr>
      </xsl>
    </테이블>

CT에서 열 "현재 상태" 라는. 그것은 "현재 상태"로 조회에서 나타난다. 어디에 나 보면, "현재 상태"를 참조.

미친 듯이 약 때리는 동안, 솔루션을 찾고, 대신 "@Recruiter 참조" 그리고 보라! — 실제로 다시 현재 상태를 반환. 돌아가 모집 했을 때 그것을 예상.

솔루션:

나에 대 한 사민당에 찌 르고. SPD에서 해당 페이지로 이동 하 고 데이터 뷰 표시. 실제 검사 수 있습니다 데이터 보기를 제공 하 고 관련 된 Xpath. 여기 내가 발견 실제로, Xpath 지적 "모집". 충분히 이상 하 게, "실제" "Recruiter1"에서 지적 하는 모집 분야.

가져가다:

SPD는 행에 대 한 신뢰할 수 있는 Xpath 식을 제공합니다 & 데이터 보기에서 열.

두 번째, 그것은 실제 데이터를 표시. 그래서 예를 들면, 형식 열이 표시:

<nobr><범위><HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17 ">Galvin, Paul</A><img 국경 ="0" 높이 = "1" 너비 = "3" src="/_layouts/images/blank.gif"/><a href =' 자바 스크립트:’ onclick ='IMNImageOnClick();false를 반환합니다;’ 클래스 ='ms-imnlink'><img 이름 ='imnmark’ 제목 =” 국경 =’0′ 높이 ='12’ 너비 ='12’ src='/_layouts/images/blank.gif’ alt =' 존재 정보’ sip ='PGalvin@xxx.com < cf 해시 스크립트 = "f9e31" 유형 = "텍스트/자바 스크립트" > / * * /’ id ='imn_77, 형식 smtp ='/></는></범위></nobr>