Teadaolevalt on Windows7-l uus ja tore funktsionaalsus mis võimaldab dualbooti teha VHD ehk siis virtual masina peale.
Maakeeli tähendab see seda, et kui varasemalt oli vaja dual-boodi jaoks teha teine partitsioon siis nüüd asendab seda teist partitsiooni VHD-fail.
Kuidas VHD-boot püsti panna, seda on kirjeldatud paljudes kohtades ning siinkohal kordama ei hakka. Aga üks väga oluline nüanss tekib, kui soovite samas arvutis kasutada oma dokumentide kaitsmiseks BitLockerit.
Nimelt VHD-boot ja BitLocker koos pole toetatud (sest kui VHD-fail BitLockeriga ära krüpteerida, ei oska teine OS sealt pealt enam bootida) ning alljärgnevalt kirjeldan meetodit, kuidas seda kõige valutum siiski oleks teha.
- Ava Disk Management
- Tee olemasolevale C-kettale Shrink Volume ning vali oma uue loodava ketta suuruseks näiteks 10Gb (kui see on maht, kuhu mahuvad su dokumendid ära)
3. seejärel tee vastloodud kettale format
4. Liiguta kogu oma My Documents sisu vastloodud kettale
5. Määra, et kuvatakse ka süsteemsed ja hidden failid ning kustuta seejärel kõik failid oma My Documents folderist
6. Ava uuesti Disk Management ja vali oma uue ketta peal “Change drive letter and paths” ning edasi vali “Mount in the following empty NTFS folder” ja vali oma vastselt tühjaks tehtud My Documents kataloog.
Kui “Documents” kataloogi valimisel on OK nupp hall, siis see tähendab lihtsalt, et seal on veel mõni fail sees ning see tuleb enne mountimist ära kustutada.
7. Õnnitlen – kõik sinu dokumendid asuvad nüüd vaikimisi sellel teisel kettal. Mina tegin nüüd veel seda, et kustutasin antud kettalt tähe küljest ära – ehk siis ketta sisule on ligipääs ainult My Documents vahendusel. Seega töötamise mõttes pole sisulist vahet.
8. Ava BitLocker ja krüpteeri oma vastloodud dokumentide jaoks ettenähtud drive
____________________________
Nõnda, tulemus on minu meelest äärmiselt kaunis.
Dokumendid on krüpteeritud, minu jaoks kasutamises ei muutu mitte midagi – st. ma ei pea hakkama dokumente salvestama teisele kettale ja OS-i ketas on krüptimata – mis on kokkuvõttes ka natuke kiirem ja saan kasutada VHD-booti.
Esmalt märkab kohe, et tegemist on uute ikoonidega, ehk siis disainerid on vahepeal tööd teinud.
Sisulise poole pealt olulise asjana on Outlook saanud juurde sotsialiseerumis-liidese, mille abil on mugav vaadata suhtlusringis olevate inimeste kohta täiendavat informatsiooni.
E-maili alla tekib pisike riba kõikide vestlusringis olevate inimestega ja iga inimese juures saab vaadata enda suhet selle inimesega. Näiteks alloleval pildil vaatan enda suhet Perdiga, 1) kuidas oleme üldiselt seotud, 2) millised muudatused on sellel inimesel üldiselt toimunud 3) meie ühised e-mailid 4) meie ühised dokumendid 5) meie ühine kalender 6) sotsiaalne võrgustik, mis baseerub esialgu SharePoint 2010-l, kuid edaspidi võib olla et saab ka teisi sotsiaalvõrke kasutada.
Esiteks, järgnevalt kirjeldan lahendust kus kasutan SharePoint Designerit ning tegemist ei ole programmeerimisega.
Seega peaks olema kõigile jõukohane.
- Täidame Active Directorys atribuudi inimese sünnipäevaga
- Impordime antud atribuudi SharePointi
- Häälestame vastava profiili atribuudi replitseeruvaks
- Loome SharePoint Designeri abil listi, mis teeb päringu Kasutajateabe loendisse (User Information List)
- Mudime seda listi sellisel moel, et filtreeritakse välja tänased sünnipäevalapsed
- Avame selle SharePointis ja ekspordime antud WebParti kõvakettale.
- Impordime selle loodud WebParti SharePointi
- lisame SharePointi esilehele (või kuhu tahes) oma vastloodud WebParti.
NO CODING :-)
1. Täidame Active Directorys atribuudi inimese sünnipäevaga
Valime mõne muidu mõttetu atribuudi, näiteks IP phone ja täidame seal sünnipäeva kujul mm.dd.yyyy (ehk siis kuu.kuupäev.aasta)
2. Impordime antud atribuudi SharePointi
Loome SharePointi uue profiili välja, string-tüüpi.
NB! MITTE TEHA SEDA VÄLJA date-tüüpi!
3. Häälestame vastava profiili atribuudi replitseeruvaks
See annab meile funktsionaalsuse, et antud info kantakse ka User Information Listi vastava välja peale.
4. Start Full Import.
5. Loome SharePoint Designeri abil listi, mis teeb päringu Kasutajateabe loendisse (User Information List)
Ava SharePoint Designeriga kaust _catalogs\Users\ ja sealt seest fail detail.aspx
Antud avatud faili sees tee oma kasutajaloendi peal paremklõps ja vali “Convert to XSLT Data View”
Mina saan selle peale veateate, võibolla saate teiegi, kuid loe edasi.
Võta see lahti koodivaates ja kustuta ära kõik mis jääb <XSL> … </XSL> tagide vahele. Seda on päris palju, umbes 700 rida koodi tuleb kustutada.
Nüüd mine tagasi “Design” vaatesse – ja voilaa, pilt on ilus.
Järgmisena tuleb lisada siia vaid üks oluline väli, nimelt inimese nimi. Vajuta “insert fields” peale ja lisa.
Nüüd muudame Layouti, selleks tee paremklõps inimeste nimel ja vali Change Layout. Määra uueks Layoutiks komaga eraldatud lihtne list.
6. Mudime seda listi sellisel moel, et filtreeritakse välja tänased sünnipäevalapsed
Nüüd tuleb filtreerimise osa. Teeme ühe inimese nimel paremklõpsu ja valime “Conditional Formatting”
Paremalt valime “Show content”
Avanenud filtreerimise aknas valime “Advanced filter” ja täida see nüüd ühe nutika reaga.
See rida on: ddwrt:FormatDateTime(string(@synnipaev) ,1061 ,’dd.MM’) = ddwrt:FormatDateTime(string($Today) ,1061 ,’dd.MM’)
Ilmselt saad tegelikult siinkohal veateate selle kohta, et $Today pole võimalik parameetrina kasutada, seega tuleb meil lisada rida XSL-koodi:
<xsl:param name=”Today”>CurrentDate</xsl:param>
See filtreerimine teeb järgmist, esiteks konverteerib sünnipäeva ja tänase kuupäeva kujule päev.kuu ning siis võrdleb kas need on võrdsed. LIHTNE!
Võib juhtuda, et sinu ekraan on selle peale tühi või on seal ainult komade rida siis ära sellest välja tee.
Mine veelkord koodivaatesse ja tõsta see koma kuvamine paremasse kohta.
Kustuta rida:
Ja pane koma siia.
Salvesta oma töö.
NB! ära salvesta üle simple.aspx faili, vaid igal juhul võta Save As ning pane see näiteks kataloogi “Pages”.
7. Avame selle SharePointis ja ekspordime antud WebParti kõvakettale.
Nagu näha kuvatakse siin meil üks sünnipäevalaps.
Võta nüüd selle lehe muutmine ette ning vali selle WebParti menüüst, “Export…” Salvesta see oma kõvakettale.
8. Impordime selle loodud WebParti SharePointi
Ava Saidi sätted (Site Settings) ja vali veebiosad või WebParts. Impordi kõvakettalt oma WebPart.
Täitke ära metadata:
9. lisame SharePointi esilehele (või kuhu tahes) oma vastloodud WebParti.
Mine SharePointi esilehele ja muuda antud lehte ning hakka sinna lisama uut WebParti. Vali oma vastloodud WebPart.
Ok, ja ongi sinu SharePointi esilehel sünnipäevalapsed.
TIMELINE
Esimene huvitav asi mis silma hakkab on funktsionaalsus Timeline. See on nii loogiline ja mõnusalt kasutatav vahend projektiplaanis edasi-tagasi liikumiseks. See asub taskide ja ribbon nupuriba vahel ning on kasutatav projektis ajaplaanis liikumiseks/suumimiseks.
NB!. Olulisemad milestone’d (või ka taskid kui vaja) saab lasta kuvada Timeline ribal, mis lihtsustab suurest ja keerulisest projektiplaanist arusaamist.
TASK MODE AUTO/MANUAL
Kui hakkad taske tegema, siis kohe märkad, et on juurde tekkinud uus väli, nimega Task Mode, kus on kaks valikut Auto Schedule ja Manually Schedule.
Auto Schedule tähendab tavapärast käitumist, nii nagu siiani on kõikide Project Professional versioonides olnud. St. muutes esimese taski kestust, muutub kogu projektiplaani kestus – kõik sellest sõltuvad taskid lükatakse edasi-tagasi nagu vaja. Alljärgneval pildil on näha tracking vaates, kuidas autopmaatselt on kolmas task nihkunud edasi, kuna see oli määratud automatic schedule.
Manually Schedule tähendab aga, et muutes taski kestust, nihutatakse AINULT seda konkreetset taski ja jäetakse tähelepanuta, et tekib ajaline/ressursiline konflikt. St. projekti lõpptähtaeg jääb muutumatuks. Väga kasulik omadus kuna projektides esineb selliseid olukordi küll, et ühe taski pikenemine ei mõjuta tegelikkuses kogu projekti kestust ja mõningased konfliktid on lubatud. Toodud pildil on näha, kuidas kolmanda taski pikendamisel 2 nädala võrra on jäänud kolmanda taski asukoht samaks. Tegemist on manually schedule moodusega.
Vaikimisi on kõik taski Manually schedule peal.
TEAM PLANNER
Selle abil on ääretult lihtne oma projektiplaani ümber korraldada. Näiteks:
- muuta taskide asukohta ajateljel
- liigutada task ühe inimese alt teisele
- liigutada Unassigned Tasks konkreetsele ressursile ja ajateljele
Olgu meil selline projektiplaan, kolm taski on ühendatud ressurssidega ning omavad ajalist mõõdet, kaks taski on aga ilma ajalise mõõtmeta ning millest vaid üks on seotud ressursiga.
Avame nüüd Team Planner vaate ja
siin saab väga lihtsal moel võtta ükskõik millisest taskist kinni ja lohistada kuhu tahes. Sellega saab taski omistada uuele ressursile, liigutada ja teisaldada taske ajakavas.
TASK INSPECTOR
Kohe kui tekib ressursikonflikt, kuvatakse see kasutajale punase äreva mehikesena.
Selle punase mehikese peal on võimalik teha paremhiireklõps ning avada Task Inspector. Seal on võimalik valida tegevused, mis aitavad meil vältida konflikti.
COMPARE PROJECT
Nagu nimigi juba ütleb, saan selle funktsiooni abil võrrelda oma praegust projekti selle mõne eelmise versiooniga. Oletame näiteks, et mul on (Project Serverit mitte kasutades) ühest plaanist salvestatud mitu versiooni – erinevad failid. See on väga levinud kasutusviis.
Siin vaates on siis näha, info kuidas näeb välja eelmine versioon, käesolev version ja milline on nende kahe versiooni erinevus.
UPDATE PROJECT
Selle funktsiooniga saab eriti lihtsalt oma projekti trackimist teha. See on tõeline abimees kõikidele projektijuhtidele, kes ütlevad, et “see on ju kohutav administreerimise aeg, mis läheb projekti ajaplaani ajakohastamisele”.
Kõnealuse lahendusega aga saab projektijuht võtta kord nädalas oma projekti ette ning sisse kanda kogu Actual-tegevuse. Kui tegemist on näiteks väga keerulise ja kompleksse projektiplaaniga on sellest funktsioonist tohutult kasu projektiplaani update-l.
Selle kasutamise eelduseks on see, et projekt on kulgenud täpselt nii nagu algselt planeeritud.
Ava projektiplaan
View – Table: Entry – More Tables – Earned Value
Ja nüüd projektiplaani vaade
| Kasutatav nimetus | Välja nimi
Project Professionalis | Selgitus |
Planned Value (PV)
Budgeted Cost of Work Scheduled | BCWS | Status Date või tänaseni planeeritud töö maksumus
Baseline peale maha salvestatud esialgselt planeeritud töö maksumus, mis on arvutatud kumulatiivselt projektile märgitud Status Date-ni. |
Earned Value (EV)
Budgeted Cost of Work Planned | BCWP | Status Date või tänaseni tehtud planeeritud töö maksumus
Baseline suhtes tehtud töö maksumus, arvestatud kumulatiivselt Status Date-ni. |
Actual Cost (AC)
Actual Cost of Work Performed | ACWP | Status Date või tänaseni tehtud tegeliku töö maksumus
Tegelikult ära tehtud töö maksumus, mis on kumulatiivselt arvestatud projekti Status Date-ni. |
| Earned Value Scheduled Variance | SV | SV=BCWP-BCWS
Planeeritud töö ja tehtud töö vahe.
Kui palju peaks planeeringu kohaselt projekti peale veel raha kuluma.
NB! Rõhk on sõnal planeeringu kohaselt. |
| Earned Value Cost Variance | CV | CV=BCWP-ACWP
Baseline suhtes tehtud töö ja tegelikult tehtud töö maksumuse vahe.
Kui palju on Status kuupäevani kulunud projekti peale rohkem raha. |
| Estimate at Completion | EAC | EAC=ACWP+(BAC-BCWP)/CPI
Eeldatav projekti kogumaksumus kokku.
Arvestab planeeringu ja töö edenemise tegelikku efektiivsust. |
Budget at Completion
Baseline Cost | BAC | Planeeritud töö maksumus. |
| Earned Value at Completion | VAC | VAC=BAC-EAC
Kogu projekti eeldatav kulu muudatus.
Negatiivne (sulgudes) number tähistab suurenenud kulu. |
Project Professional on karbist välja võttes toode, mis võimaldab koheselt kasutada projektide efektiivsuse mõõtmiseks Earned Value meetodit. Tegemist on lähenemisega, mille abil ei jälgi me mitte ainult tagasivaatavalt, “kuidas projektil läks”, vaid vastame küsimusele, et “kuidas minu projektil hakkab minema?”.
Kõigepealt üks graafik, mis näitab meile graafikul kolme näitajat:
- Planned Value – ehk meie planeeritud projektiplaaniga ettenähtud ajaline ja rahaline mõõdik.
- Actual Cost (AC) – meie poolt ettenähtud kuupäevani (Status Date) tehtud tegeliku töö maksumus
- Earned Value – meie poolt ettenähtud kuupäevani (Status Date) tehtud planeeritud töö maksumus
Vajalikud tegevused selle meetodi kasutamiseks:
- Projektiplaani WBS
- Ressursid tunnihinnaga
- Ressursid on seotud taskidega
- On salvestatud Baseline
- On märgitud Actual Work done (või % Completed)
- Projektil on status Date märgitud
- Ava menüüst: Reports – Visual Reports – Earned Value Over Time Period.
See loob kohaliku arvutisse ad-hoc Cube ja avab raporti Excelis, kus saab seda vajadusel edasi mudida.
MS Project Professionalis kõik need tegevused:
Projektiplaani WBS 
Ressursid tunnihinnaga 
Ressursid on seotud taskidega 
On salvestatud Baseline 
On märgitud Actual Work done (või % Completed) 
- märgi taski täitmine
- muuda mõne taski kestust (tavaliselt muutuvad ikka pikemaks)
Projektil on Status Date märgitud 
- Ava menüüst: Reports – Visual Reports – Earned Value Over Time Period.
- Vaata tulemust Excelis
Mine andmete vahelehele ja expandi kuude loetelu. Tulemuseks on palju ilusam graafik.
Alljärgnev on ilma piltideta, kuna enne oktoobri lõppu pole lubatud avaldada. Seega lihtsalt uitmõtetena jutuvormis.
Site Template’i loomine on lihtsam kui kunagi varem. Avad SharePoint14 saidi ning salvestad selle template-na. Tulemuseks on WSP-laiendiga fail (varem oli see tundmatu STP-fail), mis teadaolevalt on SharePointi solution package.
Edasi võtame Visual Studio 2010 ning loome “Import SharePoint Solution” tüüpi projekti ja anname talle antud WSP faili.
See on imelihtne, jääb ära väga suur hulk mõttetut käsitööd mis varem tuli teha. Kogu ONET.xml, vajalikud ID-d jms pannakse automaatselt paika.
List Template/Instance ja schema.xml
SharePoint 2010 AddOn Visual Studiole abil saab luua List Template/Instance – see sarnaneb ka siiamaani olnud protsessile. Äärmiselt positiivne vahe tuleb aga sisse sellest, et listi template-i on võimalik VS-i abil visuaalselt kujundada.
Määrata columnid ja viewd – selle peale tehakse kohe valmis schema.xml ning peenhäälestuse võin juba XML-s teha.
VisualStudio 2010 for SharePoint
VS-s on vasakul riba peal kohe võimalik brausida kogu SharePointi sisu. Content Types, Features, List Templates, Lists, Sites, Workflow Assoc, Workflow templates.
Kõikide nende objektide kohta saab brausida viimase detailini ning vaadata-kopeerida oma lahendusse vastava XML-i koodi.
Solutions
Kasutades VS-i template’e, puudub mul igasugune mure, et “kuidas sellest lõpuks Solution teha” või et “kas kõik ID-d on ikka korrektselt paigas”. Vajutan lihtsalt nuppu Deploy ning läheb korrektselt omale kohale.
NB! Solution-te jaoks on omaette Gallery, nagu enamike SharePointi objektide jaoks.
Arendamine
Loomulikult ei pea arendama “serveri” peal, vaid seda saab teha enda tööjaamas. Näiteks SharePoint Services v 4.0 installeerub ka Windows 7 peale (eelduseks on muidugi x64 arhitektuuri olemasolu).
Workflows
See on üks ilusamaid asju mis ma üldse kogu selle SharePoint 14 juures olen tähele pannud. See on koht kuhu on tõeliselt investeeritud.
Nimelt: protsessi omanik võtab Visio ja disainib seal valmis protsessi ehk töövoo. Seejärel saab eksportida antud graafilise töövoo SharePoint Designeri jaoks sobilikule kujule. Edasine disain toimubki SD-ga. Kõik spetsiifilised actionid, propertyd, vormid jms pannakse Designeriga külge.
Peale publish vajutamist on töövoog SharePointis olemas. Neid on võimalik luua kolme tüüpi: Globally Reusable Workflow, Reusable Workflow ja Site Workflow.
Töövoogu saab siduda listiga (nagu varem), Content Type-ga või jätta sidumata – st. et seda saab suvalise listi juures kasutada.
Kui kõigest sellest jääb väheks siis Workflow saab salvestada template-na – JA see template on laiendiga WSP.
Voilaa – võtan taas selle lahenduse Visual Studioga lahti ning jätkan oma peenprogrammeerimist kui seda üldse tarvis läheb.
Tava-actioneid on suurel hulgal juurde lisandunud ning näiteks tavalised dokumentide kooskõlastamise töövood (järjestikused-paralleelsed) saab kõik SD-ga teha/muuta.
Mõni oluline action mis silma hakkas oli “Lookup Manager” ja “Add/Remove/Replace Permission” ja “Extract Substrigs”.
Kui teil on väga lai SharePointi struktuur, paljude saitide, listide jne objektidega ning te soovite neile kõigile anda lugemisõigused korraga siis selleks on väga lihtne võimalus SharePointis.
Avage administraatori keskkond.
1. Central Administration – Application Management – Policy for Web Aplpication
2. Valige Web Application nimekirjast paremal pool ülal teile vajalik veeb.
3. Vajutage Add Users ja Next
4. Kirjutage “Choose users” kasti teile vajaliku grupi nimi, võite kasutada ka sellist gruppi nagu “Authenticated users” ja vajutage kasti all oleva mehe peale. Lisaks märkige ära ka tema õigus, käesoleval juhul “Full Read”
Seejärel vajutage Finish.
Nüüd pääsevad kõik AD poolt autenditud kasutajad kõikidele antud Web Applicationi all olevatele saitidele ja listidele lugemisõigustes ligi.
Projektidel on alati olemas oma kriitiline ahel ning selle juhtimiseks vajame ajapuhvrit.
Olgu meil näiteks alljärgneva projektiplaaniga:
Siin on näha, et kriitiline ahel koosneb Task1-Task2-Task11-Task12-Task13. Task3 võib hilineda 8 päeva enne kui hakkab mõjutama projekti lõpptähtaega.
Nüüd on vaja luua sellele projektile puhver, seda on võimalik teha kahel erineval moel.
1. projekti lõpptähtaeg on paigas ning puhver luuakse sellest ettepoole.
2. projekti lõpptähtaeg on dünaamiline ning sellest tulenevalt on ka puhver dünaamiline
2. Projekti lõpptähtaeg on dünaamiline ning sellest tulenevalt on ka puhver dünaamiline.
1. Loo uus task nimega puhver, mis eelneb vahetult Projekt Valmis taskile
2. Pane sellele taskile selline pikkus, mida soovid puhvril näha.
Nüüd kuvatakse puhvri task punasena, kuna aga selle näol ei ole tegemist kriitilise taskiga, tuleb sellele külge panna eraldi tunnus.
Selleks tunnuseks valime lisavälja Flag1 mille väärtuseks paneme Yes.
Vastavalt sellele tunnusele Flag1 palume Projectil antud taskid kuvada teist värvi.
Selleks tuleb teha Gantti graafiku peal hiirega paremklõps, valida “Bar Styles…” ning lisada sinna rida nagu alljärgneval näha.
Nüüd kuvatakse projektiplaanil kõik Falg1=Yes (ehk puhver-taskid) kollastena.
Salvesta BASELINE.
Kui nüüd projektiplaanis taskid muutuvad pikemaks, ehk hakkavad ära sööma puhvrit, siis selle haldamiseks tuleb:
1. pikendada taski mis parasjagu on pikenenud
2. lühendada sama päevade arvu võrra puhvrit
Selle tulemusena jääb projekti lõpptähtaeg paika, muutuvad vaid projektisiseselt taskide ja puhvri pikkus.
Ülaltoodud tegevus annab võimaluse hiljem Tracking Gantt vaates saada ülevaate selle kohta, milline oli puhver projekti alguses ja kui suur on see käesoleval hetkel.
Projektidel on alati olemas oma kriitiline ahel ning selle juhtimiseks vajame ajapuhvrit.
Olgu meil näiteks alljärgneva projektiplaaniga:
Siin on näha, et kriitiline ahel koosneb Task1-Task2-Task11-Task12-Task13. Task3 võib hilineda 8 päeva enne kui hakkab mõjutama projekti lõpptähtaega.
Nüüd on vaja luua sellele projektile puhver, seda on võimalik teha kahel erineval moel.
1. projekti lõpptähtaeg on paigas ning puhver luuakse sellest ettepoole.
2. projekti lõpptähtaeg on dünaamiline ning sellest tulenevalt on ka puhver dünaamiline
1. Projekti lõpptähtaeg on paigas ning puhver luuakse sellest ettepoole.
1. Ava milestone “Projekt valmis”
2. Määra selle taski “Constraint type” -> “Must Finish On” ja märgi Constraint lahtrisse projekti lõppkuupäev.
Selle tulemusena muutuvad kõik taskid uuesti “siniseks” ning kriitilist ahelat justkui pole.
Kuidas nüüd aga vaadata projekti puhvrit?
Käesoleval juhul hakkab puhvrit tähistama Total slack. Total slack on aeg, mille võrra võivad projekti taskid venida pikemaks, ilma et hakkaksid mõjutama lõpptähtaega.
Mina soovitaksin mudida kuva et oleks välja paista arvutliselt, et kui suur on projekti puhver. Selleks vali “View – More Views – Detail Gantt”. Samuti võid lasta endal kuvada “Total slack” veeru.
Nüüd on projekti juures näha, et
- Analüüsi faasil tervikuna on 3 päevane puhver
- TASK3-l on 11 päevane puhver
- Kogu projektil tervikuna on 3-e päevane puhver
Kui me aga soovime jätkuvalt näha, milline on projekti kriitiline ahel (ehk soovime näha punaseid jooni), siis peame häälestama Project Professionali moel, et kriitiliseks muutuvad taskid mille slack on lühem kui 3 päeva.
Selleks siis ava Tools – Options – Calculation ja märgi vastav päevade arv.
Pärast seda muutub kriitiline ahel taas nähtavaks, kuigi kogu projekti suhtes võivad taskid pikeneda 3-e päeva ulatuses ilma lõpptähtaega mõjutamata.
Praegusel juhul võimaldatakse TASK3-l pikeneda 8 päeva võrra, alles seejärel muutub see punaseks kuna Free slack väheneb siis 3-e päevani. Kui ma aga tahan, et see antud taskil oleks võimalik pikeneda vaid 2 päeva võrra siis tuleb kasutusele võtta taski Deadline ja märkida see 5 päeva kaugusele antud taskist.
Ava “Analüüs valmis-Advanced” ja märgi Deadline lahtrisse vastav kuupäev, see muudab koheselt antud milestonele eelneva taski Free slack kestust 5 päevani. Kui ma nüüd teise sammuna pikendan TASK3-e kestus 2 päeva võrra, muutab ka see ahel punaseks ehk kriitiliseks.
Nüüd on võimalik Tracking Gantt vaates näha muudatusi Baseline suhtes. Ehk kuidas on puhver võrreldes esialgsega muutunud.
1. Ava oma Project Web Accessis projektide nimistu
2. vali projektid, millele soovid teha ühe nn. master-projekti. Projektide valimisel hoia alla Ctrl klahvi ning ainuke piirang, ära vajuta projekti nimel, kuna siis üritatakse antud projekt avada kohesel PWA vahendusel.
3. Peale projektide valimist, vajuta nuppu “Edit”. Tulemusena avaneb Project Professional koos valitud kahe projektiga.
4. Vajuta nuppu salvesta. Peale seda pange master-projektile nimi, samuti küsitakse kas salvestada ka seal sisalduvad alam-projektid. Vastake Yes, kuna see salvestab alamprojektidesse informatsiooni, et need on lingitud masterprojektiga.
5. Edasi vajuta Publish, et antud projekt ka PWA-s nähtavale ilmuks ning ongi korras. Nüüd asuvad kaks projekti ühe nö. katus- või masterprojekti all.
Klõpsake neil ja vaadake, kõik saidid on ehitatud SharePoint Server 2007 platvormil. Väga cool ja advanced võib SharePoint’i site välja näha. Neid saite on suurel hulgal veelgi, üks nimekiri (ka mitte täielik) asub siin: http://www.wssdemo.com/Pages/topwebsites.aspx
Kõik kes on installeerinud enda SharePointi serveritele SP2-e, peavad tegema ühe lisaliigutuse, kuna ootamatult on välja tulnud tõsiasi, et peale nimetatud Service Packi installeerimist aktiveerub SharePointi aegumine 180 päeva jooksul. Ehk tegemist oleks justkui trial-versiooniga.
Kuidas teada saada, kas SharePoint on trial või mitte?
Võimalus selleks on Central Admin:
Selleks, et oma SharePoint jälle normaalsesse mode’i saada, tuleb sisestada uuesti tootevõti. Kui farmis on mitu serverit, siis seda peab tegema vaid ühe korra.
Peale Product Key sisestamist tuleb ette järgmine pilt:
Ja normaalne pilt peaks välja nägema selline (või siis vastavalt valitud litsentsile)
Täpsem announcment on siin artiklis: http://blogs.msdn.com/sharepoint/archive/2009/05/21/attention-important-information-on-service-pack-2.aspx
Ning vastavasisuline Knowledge Base avaldatakse õige pea siin: KB article
Teadupärast tuleb uus SharePoint välja järgmise aasta esimeses pooles.
Seoses sellega on paljudel tekkinud küsimus, kas tänast SharePointi saab upgradeda uue peale või millised takistused võivad esineda.
Pannes tänasele SharePointile peale Service Pack 2-e, lisandub juurde üks oluline stsadm käsu laiend: preupgradecheck.
http://technet.microsoft.com/en-us/library/dd789638.aspx
Alljärgnevas artiklis on viited KB-dele, et millised võivad olla enamlevinud probleemid: http://support.microsoft.com/kb/960577/.
Seega, ava cmd ja käivita seal käsk:
stsadm –o preupgradecheck, mina sain oma ühes keskkonnas järgmise tulemuse:
OS prerequisite on failed minul kahel põhjusel: 1) mul on Windows Server 2003 (peab olema windows server 2008) ning 2) see on 32bit server (uus SharePoint käib ainult 64bit riistvaral).
Ülejäänud komponendid mille kohta on Information only, nende vastavat informatsiooni vaata logifailist.
