Przegląd

Ten wpis opisuje studium przypadku opisujące faktycznego MRO (Konserwacja, Naprawy i czynności) proces zatwierdzania pracy realizowane w MOSS.

To nie jest jawnie techniczne dyskusji, ale zamiast służy do zapewnienia rzeczywistych przykład, który pokazuje, jak platforma MOSS spotkała się z rzeczywistych.

(Ten wpis jest krzyż pisał między http://paulgalvin.spaces.live.com i http://blogs.conchango.com)

Tło

Proces MRO klienta miał już charakteryzuje się następujące

• Proces ręcznego zatwierdzania.
• Niektóre wsparcia za pomocą programu excel arkusze kalkulacyjne.
• Proces zatwierdzania nieregularne. Sam proces zatwierdzania zakupu MRO różniłyby się dzień, osoby przez osoby.
• Mnóstwo papieru i podpisu odręcznego — wymagane do zapotrzebowania na zakup 3 Napisał podpisy przed ostatecznym zatwierdzeniem.

Cele tego projektu wliczone:

• Pełno automatyzować ten przebieg.
• Egzekwowania norm przedsiębiorstwo do zatwierdzenia.
• Skonsolidowany widok MRO zakupu różnych menedżerów.
• Szczegółowe rewizyjny.

Jako efekt uboczny roztworu, Napisał podpisy były już potrzebne.

Proces zatwierdzania

Proces zatwierdzania składa się z czterech "pasy pływać": Zleceniodawcy, Bezpośredniego przełożonego, Podział i funkcjonalny Menedżer.

Zleceniodawcy:

Widzi potrzebę zakupu i rozpoczyna się proces. Należy zauważyć, że zleceniodawcą może lub nie może faktycznie wprowadzić zapotrzebowania zakupu, ale zamiast bezpośrednie innego pracownika do tego. Niektóre razy, zleceniodawcy nie mają wiedzy technicznej do wypełnienia zamówienia PO. Na przykład, Użytkownik może chcesz zapotrzebowania nowego laptopa, ale nie wiem, najlepszy sprzedawca, TO norm, itp. W tym przypadku, prace autora z ono i ono rzeczywiście wypełnia zapotrzebowania.

Bezpośredniego przełożonego:

Jest to bezpośredni kierownik zleceniodawcy (które mogą się różnić od osoby, która faktycznie wszedł PO zapotrzebowania w MOSS). Bezpośrednie menedżerów musi zatwierdzić zapotrzebowania PO przed system domaga się akceptacji, dalej wzdłuż linii.

Funkcjonalny Menedżer:

Funkcjonalny Menedżer jest osoba odpowiedzialna za zapewnienie, że proponowane zakup spełnia normy przedsiębiorstwo w zakresie poszczególnych funkcji korporacyjnej. Na przykład, TO zakupy są zatwierdzone przez kierownik funkcjonalny.

Kierownik oddziału:

Podział menedżerów zatwierdzić zapotrzebowań na zakup ściśle przez kwoty w dolarach. Kierownik oddziału zatwierdzić zapotrzebowań na zakup powyżej kwoty można konfigurować Dolar.

Rozwiązanie

Użyliśmy następujących narzędzi i komponentów do wdrożenia rozwiązania:

MOSS: Służy jako platforma, od którego wszystko "wisi". Mech zapewnia podstawę usług dla bezpieczeństwa, dane podstawowe, inspekcji i inne funkcje.

Usługi formularzy programu InfoPath: Składnik MOSS, Umożliwia to użytkownikom wypełnianie zapotrzebowań na zakup za pośrednictwem przeglądarki sieci web.

Programu SharePoint Designer (SPD): Kiedyś SPD do wdrożenia procesu zautomatyzowanego przepływu pracy.

Usługa sieci Web: C# usługa sieci web zwiększa doświadczenie użytkownika poprzez umożliwienie kaskadowe listy zaznaczeń w oknie formularz programu InfoPath i zapewnia lepszą wydajność w odniesieniu do filtrowania danych. Zobacz tutaj dla techniczne dive deep na ten temat i naszych powodów do korzystania z niej.

Listy niestandardowe: Profile użytkownika MOSS pod warunkiem bezpośredniego przełożonego danego użytkownika, ale nie zawiera większość danych kontroli przepływu pracy decyzje (np.. Czy wydzielonych dyrektor ma obowiązek zatwierdzania zamówienia PO). Użyliśmy listy niestandardowe w "przedsiębiorstwie danych" witryny, aby zachować dane, takie jak "Wydzielonych dyrektor zatwierdzenia kwotę dolarów", "Funkcjonalne Area Manager" i tak dalej. List bardzo ładnie zintegrowany z programu InfoPath, a także zapewnić tworzenia, aktualizacji/usuwania (CRUD) funkcjonalność z inspekcji i zabezpieczeń z pudełka.

Przypadek użycia

Ten przypadek użycia pokazuje, jak rozwiązanie pasuje razem:

1. Paul chce nowego laptopa. Opisuje jego potrzeb do Vivek, TO osoba, która zna normy firmy laptopa, preferowanych dostawców, itp.
2. Vivek dzienniki w MOSS, uzyskuje dostęp do formularza PO rekwizycji i wchodzi zapotrzebowania w imieniu Paul. Postaci skłania Vivek dla kategorii zakupu, która następnie korzysta z usług sieci web do wypełnienia drop niedziałający listę dostawców firmowego. Vivek określa również firmy obszar funkcjonalny tego zakupu (np.. "TO" lub "Finanse").
3. SPD na bazie pracy zaczyna, Określa Pawła bezpośredniego przełożonego i trasy zapotrzebowania na jego menedżer, Stacy.
4. Stacy zatwierdza zamówienia zakupu.
5. SPD pracy sprawdza zapotrzebowania i określa, że jest to zakup. Trasy przepływu pracy do funkcjonalnym menedżerem, Wonson.
6. Wonson zatwierdza zapotrzebowania.
7. SPD pracy ponownie sprawdza zapotrzebowania i określa, że kwoty zakupu przekracza kwotę dolarów maxium i kieruje go do kierownika dywizji do zatwierdzenia.
8. Kierownik oddziału zatwierdza zamówienia zakupu.

Notatki

• Przypadek użycia pokazuje "czysty" uruchomić bez odrzucenia lub skoków.
• Każda osoba zatwierdzająca ma zdolność do zatwierdzenia lub odrzucenia zapotrzebowania, a także dostarczyć pisemne uwagi. Te są rejestrowane w dzienniku inspekcji.
• Jeśli kierownik odrzuca zapotrzebowania zakupu w dowolnym momencie, zapotrzebowania PO jest "martwy" i proces musi być uruchomiona z początku.
• Pracy powiadamia Zleceniodawcę na każdym etapie procesu.
• Nie napisał podpisów — klient określa (po niektórych energiczne zalecenia) że kontrola szlak jak dostarczane za pośrednictwem historii przepływu pracy, służył ich potrzeb audytu.
• Wysiłek — zajęło mężczyzna około trzech tygodni do wdrożenia tego rozwiązania.

Zawarcia

To rozwiązanie wykorzystuje MOSS jako rozwój i run-time platformy. Klient był w stanie wykorzystać rdzeń MOSS funkcji, aby zautomatyzować proces rutynową działalnością, która dotyczy niemal każdego pracownika w firmie. Z wyjątkiem proste serwisu (który wykorzystuje MOSS), prawie nie ma rzeczywistej "Programowanie" wymagane było.

Rozwiązanie służy również jako prezentacja"" dla klienta, wykazanie, jak różne funkcje MOSS mogą być połączone do tworzenia aplikacji biznesowych pełni funkcjonalnym i generowanie nowych możliwości konsultacji w przyszłości.

Słownik pojęć

MRO: Konserwacja, naprawy i czynności. Zakupy te obejmują zazwyczaj elementy takie jak notatniki, krzesła, komputery osobiste, drukarki, telefony komórkowe i inne.

Może to być oczywiste dla wielu, ale podczas nauki do egzaminu programowania MOSS, Dowiedziałem się, że to całkiem proste uzyskać rzeczywiste XML kwerendy wyszukiwania za pośrednictwem interfejsu użytkownika.

Jeden szybki sposób jest następujący:

• Dostęp Zaawansowane wyszukiwanie.
• Wyszukiwania, która zwraca dane.
• Edytuj stronę (za pośrednictwem witryny ustawienia).
• Zmiana XSL do następujących:

<?XML Wersja="1.0" kodowanie="UTF-8"?>
<XSL:arkusz stylów Wersja="1.0" xmlns:XSL="http://www.w3.org/ 1999/przekształcenia XSL">
<XSL:wyjście Metoda="XML" Wersja="1.0" kodowanie="UTF-8" tiret="tak"/>
<XSL:szablon mecz="/">
<pre>
<XSL:kopia z Wybierz="*"/>
</pre>
</XSL:szablon>
</XSL:arkusz stylów>

• Stosuje się hitem.
• Widok źródło w przeglądarce.

Należy zauważyć, że <pre> znacznik nie robi wiele z wyjątkiem służyć jako znacznik wygodne podczas przeglądania wyników.

Ten podstęp mogą być bardzo pomocne podczas pracy z właściwości zarządzane i dostosowywanie wyszukiwania. To zapewni ostateczne listy XML dostępne do użycia w twój xslt, które byłyby bardzo pomocne Ostatni 25 razy I stworzył kilka wyników wyszukiwania dostosowane.

To powinno działać na zapytanie, jak również, choć nie ma że się jeszcze przetestowane.

Widzę, że Eric Kraus miała do czynienia z wymogiem normalnie spotkał się z kwerendy zawartości składnika web part. Problem? Był w czystym środowisku WSS bez dostępu do CQWP. A nie zwijały się w pozycji embrionalnej (parcia muszę walczyć każdego dnia, wydaje się), wpadł na rozwiązanie, które daje co najmniej WSS sklepów walki szansę na sukces. Jest to opisane tutaj.

Stefan Goßner zebrała wspaniały serii 4-część zawartości programu SharePoint i wdrażania API tutaj. Oferuje on wielki przegląd i bardzo dobre przykłady kodu (C#).

Po raz pierwszy podniósł ten link z joris poelmans bloga na http://jopx.blogspot.com/.

Nawet jeśli jesteś tak jak ja, że nie miałeś zrobić dużo praktycznych pracy do zarządzania treścią, to jest warte 20 minut swojego czasu, aby przeczytać.

Za pomocą interfejsu API, można:

• Eksportowanie i importowanie zawartości bardzo łatwo.
• Ponownie rodzic treści. Jeśli chcesz wyeksportować niektóre treści z witryny "A" i wysłać go do strony "B" ale w zupełnie nowe miejsce w hierarchii, jest to możliwe.
• Eksportowanie zawartości z witryny A i zaimportować wybrany bitów do strony.
• Ponowne łączenie treści (co oznacza czynienia z wszystkich hiperłączy).

Ktoś na Internets z prośbą o tym, jak utworzyć kolumnę obliczeniową na liście, który by pokazywał wartość w formacie"[Użytkownik] – [Stan] – [Lokalizacja]" Podobnie jak w "Paul Galvin – Picie [Darmowe] Piwo – Plaża".

Paul by iść i zaktualizować jego wpis na liście i kolumny obliczeniowej aktualizacja odpowiednio. The [Użytkownik] Domyślnie należy do użytkownika wprowadzania listy, aktualizowanie.

Obliczeniowe nie można używać "lotne" funkcje takie jak [Me] lub [Dzisiaj]. Rozwiązałem go w środowisku testowym z tych czynności:

1. Tworzenie tekstu kolumna o nazwie "Bieżącego użytkownika".
2. Ustawiona wartość domyślna [Me]
3. Utworzyć kolumnę obliczeniową o nazwie "Calc Test".
4. Jego wartość = [Bieżącego użytkownika]

Udał się, dodano element do listy i ono pracował.

Byłem nękany przez to dla 9 miesięcy i widzę, że ludzie na forach MSDN i grup dyskusyjnych mają to too.l

Czasami, podczas uzyskiwania dostępu do dokumentu programu word (lub inne typy doc) z dokumentu biblioteki powoduje, że program Internet Explorer i po prostu odejść (biorąc wszystkie karty z nim, jeśli jakiekolwiek są otwarte).

Ta poprawka MS może go rozwiązać: http://support.microsoft.com/kb/938888

Również, tam jest jakiś opis problemu tutaj:

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

Przegląd:

Stworzył listę niestandardową, która zarządza typu zawartości z niektórych kilkanaście kolumn.

Dodaje go na stronę, a następnie przez SPD, przekształcone w widoku danych.

Problemu:

Moje wyrażenie Xpath wracał pusty dla kolumna o nazwie "Aktualna pozycja". I odwołuje się on dobrze reprezentuje:

    <obramowanie tabeli = "1">
      <XSL:dla każdego = wybierz "/ dsQueryResponse/wierszy/wiersz" >
        <TR>
          <TD>
            Aktualny stan:
            <XSL:select="@Current_x0020_Status wartość z"></XSL:wartość z>
          </TD>
        </TR>
      </XSL>
    </Tabela>

Kolumna w CT o nazwie "Aktualny stan". To pokazuje się w wyszukiwanie jako "Stan". Gdzie spojrzysz, widzisz, "Stan".

Jednocześnie szaleńczo o lanie, Szukam rozwiązania, Zamiast określonych "@Recruiter" i oto! — że rzeczywiście zwrócona aktualny stan. Sądziłem, że wrócić ponownie rekrutację gdy to zrobiłem.

Roztwór:

I szturchnął w SPD. Przejdź do tej strony w SPD i pokazuje widok danych. Można sprawdzić rzeczywiste dane dostarczone do widoku i skojarzone Xpath. Tutaj znalazłem, że rzeczywiście, wyrażenie Xpath wskazał na "Naganiacz". O dziwo, "rzeczywista" rekrutację pole wskazał z "Recruiter1".

Zabierz:

SPD zapewnia autorytatywny wyrażenia Xpath dla wierszy & kolumn w widoku danych.

Drugi, to pokazuje rzeczywiste dane. Tak na przykład, kolumna typ pokazuje to:

<NOBR><zakres><HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17">Galvin, Paul</A><IMG border ="0" wysokość = "1" szerokość = "3" src="/_layouts/images/blank.gif"/><href = "javascript:’ onclick = "IMNImageOnClick();zwraca false;’ Klasa = "ms-imnlink"><Nazwa img ='imnmark’ Tytuł =” granica =’0′ wysokość ='12’ szerokość ='12’ src='/_layouts/images/blank.gif’ Alt = "nie informacji o obecności’ popijać ='PGalvin@xxx.com’ ID = "imn_77, typ = smtp'/></a></zakres></NOBR>