ASAP METODOLOJİSİ

ASAP Metodolojisi SAP uygulamalarında en çok kullanılan kanıtlanmış bir araçtır.Bu yöntem sayesinde uyarlama maliyetlerinde düşüş, proje ekibiarasında bilgi alışverişi ve kaynakların verimli kullanımı sağlanmış olur. İçindeki soru cevap bilgi bankası aracılığıyla kavramsal tasarımın hazırlanması vedokümante edilmesi gerçekleşir.

ASAP Proje fazları:

·         Proje hazırlığı

·         Kavramsal tasarım

·         Gerçekleştirme

·         Canlı kullanıma hazırlık

·         Canlı kullanım & Destek

Faz 1 – Proje hazırlığı

Bu aşamanın temel amacı bütün detaylarıyla “Proje Planını” ve “Proje Kapsamını” ortaya koymak, proje ile ilişkili hazırlıkları tamamlamaktır. Proje uygulama metodolojisi ve ihtiyaç dokümanı proje hazırlığı aşamasının temel girdileridir. Aşama boyunca gerçekleştirilecek temel faaliyetler ve sonucunda üretilecek temel çıktılar aşağıda tanımlanmıştır:

·         Projenin hedeflerinin belirlenmesi

·         Projenin kapsamının belirlenmesi

·         Proje stratejilerinin belirlenmesi

·         Proje kaba planını yapılması

·         Proje organizasyonunun belirlenmesi

·         Teknik ihtiyaçların belirlenmesi

·         Kaynakların dağılımı

·         Proje Ekibinin eğitimi

Yukarıdaki başlıkların erken zamanda belirlenmesi sonucunda, SAP uyarlama çalışmaları için sağlam bir altyapı oluşturulmuş olur ve böylece projenin akışının verimliliği sağlanır.

Faz 2 – Kavramsal tasarım

Kavramsal tasarım aşamasındaki temel hedef, kullanıcı ihtiyaçlarını kapsamlı bir şekilde anlayarak en uygun iş süreci tasarımını ilişkili teknik detayları da kapsayacak şekilde ortaya koymaktır. Bu aşamanın sonunda işlevsel ve teknik kapsam tam olarak ortaya çıkar. Aşama boyunca gerçekleştirilecek temel faaliyetler ve sonucunda üretilecek temel çıktılar aşağıda tanımlanmıştır:

·         İş Süreci tasarım dokümanı

·         Başlangıç uyarlama tanımlama dokümanı

·         Ek Geliştirme tanımlama dokümanı (İşlevsel tanımlama)

·         Rapor/Form tanımlama dokümanı (İşlevsel tanımlama)

·         Arayüz tanımlama dokümanı (İşlevsel tanımlama)

·         Ana veri tanımlama dokümanı

·         Veri göçü planı

·         Kullanıcı rolleri tanımlama dokümanı

·         Kullanıcı eğitim planı

Faz 3 – Gerçekleştirme

Bu aşamada sistem kavramsal tasarım aşamasında ortaya konulan iş süreçleri ve ihtiyaçlar doğrultusunda uyarlanır. Gerçekleştirme aşaması temel olarak prototiplendirme/tasarım, uyarlama/geliştirme ve test döngüsü şeklinde ilerler. Aşama boyunca gerçekleştirilecek temel faaliyetler ve sonucunda üretilecek temel çıktılar aşağıda tanımlanmıştır:

·         Uyarlama temel çizgisi (+Final uyarlama tanımlama dokümanı)

·         İş süreci talimatları

·         Ek geliştirmeler (+Teknik tanımlama dokümanları)

·         Rapor ve Formlar (+Teknik tanımlama dokümanları)

·         Arayüzler(+Teknik tanımlama dokümanları)

·         Veri göçü/dönüştürme programlarının tamamlanması/testi

·         Birim ve entegrasyon testleri (+Kullanıcı Test senaryoları)

·         Eğitim senaryoları

Faz 4 – Canlı kullanıma hazırlık

Bu aşamanın temel amacı canlıya geçişe hazır olunduğunun tescil edilmesidir. Son hazırlık dönemi açık konuların tamamlanabilmesi için son fırsattır ve bu süreçte canlı kullanıma geçiş provası, veri göçü, son kullanıcı eğitimleri, kullanıcı kabul testleri, yardım masası kurulumu gibi faaliyetler yürütülür. Aşama boyunca gerçekleştirilecek temel faaliyetler ve sonucunda üretilecek temel çıktılar aşağıda tanımlanmıştır:

·         Canlı kullanıma geçiş planı (go-live plan)

·         Müşteri proje ekibi tarafından son kullanıcı eğitimleri

·         Entegrasyon ve canlı kullanım testi

·         Verilerin canlı kullanım sistemine kopyalanması

·         Dâhili “helpdesk” kurulması

·         Kullanıcı kılavuzlarının hazırlanması

·         Canlı kullanıma geçiş (cut-over)

Faz 5 – Canlı kullanım & Destek

Bu fazın hedefi canlı kullanım ortamının devreye alınmasıdır. Bu aşamada dikkat edilmesi gereken bir nokta son kullanıcı desteğinin sağlanabilmesidir. Bu destek kullanıma başlandığı ilk kritik günlerin desteğini sağlamak dışında uzun vadede de kullanım desteğini sağlamalıdır.

Bu fazda ayrıca sistem transaksiyonlarının kontrolü sağlanmalı ve sistemin verimlilik ayarları optimal duruma getirilmelidir. Bu fazın sonunda proje kabulü gerçekleşir. Aşama boyunca gerçekleştirilecek temel faaliyetler ve sonucunda üretilecek temel çıktılar aşağıda tanımlanmıştır:

·         Canlı kullanıma başlama

·         Canlı kullanım desteği

·         Sorumlulukların destek organizasyonuna devri

Proje Çıktıları

Yukarıda kapsamlı olarak açıkladığımız proje evrelerinin tamamlanması sonunda aşağıdaki proje çıktıları alınacaktır:

PROJECT EVRELERİ	PROJE ÇIKTILARI
1. Proje Hazırlığı	Proje Planı
	Metodoloji Açıklaması Ve Çıktı Listesi
	Anahtar Performans Göstergeleri
	Toplantı Yapısı ve Zamanlaması
	Proje Rol, Sorumluluk Ve İlişkilerinin Tanımlanması (Organizasyon Şeması )
	Proje Standartları Ve Prosedürleri
	Açık Nokta Ve Kapsam Yönetim Sistem Ve Standartları
	İletişim Yapısı Ve Planı
	Eğitim Planı
2. Kavramsal Tasarım	Kapsam Dökümanı
	Fonksiyon Listesi
	İş Prosesi Tanımlama Dokümanları
	Geliştirme Listesi (I.E. Aktarım, Arayüz, Rapor Vs.)
	Canlı Kullanım Ortamı Tasarım Planı
3. Gerçekleştirme	Entegrasyon Testi/ Kullanıcı Kabul Testleri
	Son Kullanıcı Eğitim Planı ve Materyalleri
	Canlı Kullanım Sistem Yönetim Planları
	Kullanıcı Rol Ve Yetkileri
	Uyarlama ve geliştirme işlemlerinin dokümantasyonu
	Sistem onayı
4. Canlı Kullanıma Hazırlık	Son Kullanıcı Dokümantasyonu
	Sistem Testleri
	Canlı Kullanıma Geçiş Planı
	Canlı Kullanım Destek ve Kaynak Planı
5. Canlı kullanım ve Destek	Canlı Kullanıma Geçiş Planı
	Projenin Onayı Ve Devri

The Project

Prince2 Themes

ERP implementation gaps

Below are ten key gaps we watch for when helping clients negotiate their ERP software vendor implementation contracts:

1. Project management. Software vendors and VARs will typically provide a technical lead or project manager, but it is the client’s responsibility to manage the overall project. Activities such as budget and scope management, risk mitigation, and vendor oversight are not generally handled by the vendor.
2. Functional scope. Most fixed-bid contracts are very clear about what is and, more importantly, what is not in scope. It is important to have a clear understanding of which of your business requirements are going to be addressed in their scope as opposed to modules that have been excluded from scope. In addition, vendors often include a clause that states the customer will not make changes to a pre-configured solution, which may limit your flexibility to change the software as needed.
3. Business process and workflow definition. Software vendors will generally configure and, if necessary, customize the software as required. However, it is up to the customer to define the business processes and workflows so the vendor’s technical resources can configure and customize the software accordingly. Although not included in a vendor’s scope, this can be a complex and time-consuming internal process if not managed appropriately.
4. Customization. Most fixed-bid contracts assume that the customer will use the software 100% as-is. Customization is generally not included in scope and will result in additional costs.
5. Data migration. It is typically the customer’s responsibility to clean up data, define the mapping from the old to the new system, and migrate the data. We find this to be an area where clients create delays by delaying data migration until late in the project.
6. Training. Vendor contracts generally call for the vendor to train the customer’s trainers using their boilerplate training materials. it is the customer’s responsibility to tailor training to meet the company’s specific needs, workflows, and roles and responsibilities. It is also usually the customer’s responsibility to train end-users and employees on the new system.
7. Organizational change management and communications. This area is omitted from vendor contracts an overwhelming majority of the time. In order for an ERP implementation to be successful, key organizational change activities such as departmental process change discussions, process gap analysis, organizational and job design, and security/profile definition all need to be addressed.
8. Forms and reports. The vendor will generally provide a wide array of forms and reports that can be used out-of-the-box. However, it is up to the customer to define which of them will be used and modify them if needed to meet their business intelligence needs.
9. Internal controls and Sarbanes-Oxley (SOX) compliance. Vendors generally do not address any required internal controls that may be unique to your business. Although some ERP solutions protectively build SOX and regulatory controls into their software, it is up to your internal audit team to ensure that the software will address internal controls as designed.
10. ERP benefits realization. Go-live is not the finish line for a successful ERP implementation. It is often the adjustments and improvements made after go-live that ultimately determine how beneficial the enterprise software will be to your organization. Post go-live audits, process improvements, refresher training, and configuration changes are important steps to optimize your return on investment.

Although the above activities are critical to ERP success, they are generally not included in an enterprise software vendor’s implementation scope. This is not necessarily a bad thing. However, it is important to factor these activities into your overall implementation duration and budget to ensure that your ERP project is successful.

ASAP METODOLOJİSİ ( SAP Proje Yönetimi Yaklaşımı )

ASAP METODOLOJİSİ

ASAP Metodolojisi SAP uygulamalarında en çok kullanılan kanıtlanmış bir araçtır.Bu metodoloji sayesinde uyarlama maliyetlerinde düşüş, proje ekibiarasında bilgi alışverişi ve kaynakların verimli kullanımı sağlanmış olur. İçindeki soru cevap bilgi bankası aracılığıyla kavramsal tasarımın hazırlanması vedokümante edilmesi gerçekleşir.

ASAP Proje fazları:

·         Proje hazırlığı

·         Kavramsal tasarım

·         Gerçekleştirme

·         Canlı kullanıma hazırlık

·         Canlı kullanım & Destek

Faz 1 – Proje hazırlığı

Bu aşamanın temel amacı bütün detaylarıyla “Proje Planını” ve “Proje Kapsamını” ortaya koymak, proje ile ilişkili hazırlıkları tamamlamaktır. Proje uygulama metodolojisi ve ihtiyaç dokümanı proje hazırlığı aşamasının temel girdileridir. Aşama boyunca gerçekleştirilecek temel faaliyetler ve sonucunda üretilecek temel çıktılar aşağıda tanımlanmıştır:

·         Projenin hedeflerinin belirlenmesi

·         Projenin kapsamının belirlenmesi

·         Proje stratejilerinin belirlenmesi

·         Proje kaba planını yapılması

·         Proje organizasyonunun belirlenmesi

·         Teknik ihtiyaçların belirlenmesi

·         Kaynakların dağılımı

·         Proje Ekibinin eğitimi

Yukarıdaki başlıkların erken zamanda belirlenmesi sonucunda, SAP uyarlama çalışmaları için sağlam bir altyapı oluşturulmuş olur ve böylece projenin akışının verimliliği sağlanır.

Faz 2 – Kavramsal tasarım

Kavramsal tasarım aşamasındaki temel hedef, kullanıcı ihtiyaçlarını kapsamlı bir şekilde anlayarak en uygun iş süreci tasarımını ilişkili teknik detayları da kapsayacak şekilde ortaya koymaktır. Bu aşamanın sonunda işlevsel ve teknik kapsam tam olarak ortaya çıkar. Aşama boyunca gerçekleştirilecek temel faaliyetler ve sonucunda üretilecek temel çıktılar aşağıda tanımlanmıştır:

·         İş Süreci tasarım dokümanı

·         Başlangıç uyarlama tanımlama dokümanı

·         Ek Geliştirme tanımlama dokümanı (İşlevsel tanımlama)

·         Rapor/Form tanımlama dokümanı (İşlevsel tanımlama)

·         Arayüz tanımlama dokümanı (İşlevsel tanımlama)

·         Ana veri tanımlama dokümanı

·         Veri göçü planı

·         Kullanıcı rolleri tanımlama dokümanı

·         Kullanıcı eğitim planı

Faz 3 – Gerçekleştirme

Bu aşamada sistem kavramsal tasarım aşamasında ortaya konulan iş süreçleri ve ihtiyaçlar doğrultusunda uyarlanır. Gerçekleştirme aşaması temel olarak prototiplendirme/tasarım, uyarlama/geliştirme ve test döngüsü şeklinde ilerler. Aşama boyunca gerçekleştirilecek temel faaliyetler ve sonucunda üretilecek temel çıktılar aşağıda tanımlanmıştır:

·         Uyarlama temel çizgisi (+Final uyarlama tanımlama dokümanı)

·         İş süreci talimatları

·         Ek geliştirmeler (+Teknik tanımlama dokümanları)

·         Rapor ve Formlar (+Teknik tanımlama dokümanları)

·         Arayüzler(+Teknik tanımlama dokümanları)

·         Veri göçü/dönüştürme programlarının tamamlanması/testi

·         Birim ve entegrasyon testleri (+Kullanıcı Test senaryoları)

·         Eğitim senaryoları

Faz 4 – Canlı kullanıma hazırlık

Bu aşamanın temel amacı canlıya geçişe hazır olunduğunun tescil edilmesidir. Son hazırlık dönemi açık konuların tamamlanabilmesi için son fırsattır ve bu süreçte canlı kullanıma geçiş provası, veri göçü, son kullanıcı eğitimleri, kullanıcı kabul testleri, yardım masası kurulumu gibi faaliyetler yürütülür. Aşama boyunca gerçekleştirilecek temel faaliyetler ve sonucunda üretilecek temel çıktılar aşağıda tanımlanmıştır:

·         Canlı kullanıma geçiş planı (go-live plan)

·         Müşteri proje ekibi tarafından son kullanıcı eğitimleri

·         Entegrasyon ve canlı kullanım testi

·         Verilerin canlı kullanım sistemine kopyalanması

·         Dâhili “helpdesk” kurulması

·         Kullanıcı kılavuzlarının hazırlanması

·         Canlı kullanıma geçiş (cut-over)

Faz 5 – Canlı kullanım & Destek

Bu fazın hedefi canlı kullanım ortamının devreye alınmasıdır. Bu aşamada dikkat edilmesi gereken bir nokta son kullanıcı desteğinin sağlanabilmesidir. Bu destek kullanıma başlandığı ilk kritik günlerin desteğini sağlamak dışında uzun vadede de kullanım desteğini sağlamalıdır.

Bu fazda ayrıca sistem transaksiyonlarının kontrolü sağlanmalı ve sistemin verimlilik ayarları optimal duruma getirilmelidir. Bu fazın sonunda proje kabulü gerçekleşir. Aşama boyunca gerçekleştirilecek temel faaliyetler ve sonucunda üretilecek temel çıktılar aşağıda tanımlanmıştır:

·         Canlı kullanıma başlama

·         Canlı kullanım desteği

·         Sorumlulukların destek organizasyonuna devri

Proje Çıktıları

Yukarıda kapsamlı olarak açıkladığımız proje evrelerinin tamamlanması sonunda aşağıdaki proje çıktıları alınacaktır:

PROJECT EVRELERİ	PROJE ÇIKTILARI
1. Proje Hazırlığı	Proje Planı
	Metodoloji Açıklaması Ve Çıktı Listesi
	Anahtar Performans Göstergeleri
	Toplantı Yapısı ve Zamanlaması
	Proje Rol, Sorumluluk Ve İlişkilerinin Tanımlanması (Organizasyon Şeması )
	Proje Standartları Ve Prosedürleri
	Açık Nokta Ve Kapsam Yönetim Sistem Ve Standartları
	İletişim Yapısı Ve Planı
	Eğitim Planı
2. Kavramsal Tasarım	Kapsam Dökümanı
	Fonksiyon Listesi
	İş Prosesi Tanımlama Dokümanları
	Geliştirme Listesi (I.E. Aktarım, Arayüz, Rapor Vs.)
	Canlı Kullanım Ortamı Tasarım Planı
3. Gerçekleştirme	Entegrasyon Testi/ Kullanıcı Kabul Testleri
	Son Kullanıcı Eğitim Planı ve Materyalleri
	Canlı Kullanım Sistem Yönetim Planları
	Kullanıcı Rol Ve Yetkileri
	Uyarlama ve geliştirme işlemlerinin dokümantasyonu
	Sistem onayı
4. Canlı Kullanıma Hazırlık	Son Kullanıcı Dokümantasyonu
	Sistem Testleri
	Canlı Kullanıma Geçiş Planı
	Canlı Kullanım Destek ve Kaynak Planı
5. Canlı kullanım ve Destek	Canlı Kullanıma Geçiş Planı
	Projenin Onayı Ve Devri

Project Management Quick Reference Guide

 

A PROJECT is a complex series of non-routine tasks directed to meet a specific one-time goal. The PROJECT MANAGER works to balance project scope, the time available to carry out the project, and the budget available for the project. The Initiating stage of project management includes examining the strategic fit for a proposed project. Before beginning a new project, an organization must determine that the project fits in with its strategic goals. Understanding the organization’s goals can help executives identify certain proposed projects focusing on mission-critical activities as high-priority, and other projects peripheral to organization goals as lower priority. During the Initiating stage, an executive sponsor should be identified. A high-level evaluation of the project’s business case should be developed, along with project limitations and technical and financial requirements. A project manager should be identified and a placeholder project plan set up in Microsoft Office Project 2003, Microsoft Project 2002, or Microsoft Project 2000. Initiate a new project 1.     Create a new project file: On the File menu in Project 2003, click New. In the Project Guide, click Blank Project. (In Microsoft Project 2000, click New on the File menu, and then in the General tab, click Blank Project. In the Project Information dialog box, enter your project start date in the Start Date box.) Create a new project from a template: On the File menu, click New. In the New Project task pane, click On my computer (or General Templates in Microsoft Project 2002), and then click the Project Templates tab. Click the template that you want. (In Microsoft Project 2000, click New on the File menu, and then click the Project Templates tab. Click the template that you want.) 2.     Specify the project start date: On the Project menu, click Project Information. In the Start date box, enter your project start date. 3.     Define the project calendar: On the Tools menu, click Change Working Time. Identify working and non-working days and times for your project. 4.     Save the project file: On the File menu, click Save As. In the File name box, type the project name.   The Planning stage devises a workable scheme to accomplish the project’s intended goals and outcomes. In the Planning stage, you identify the project’s milestones, deliverables, and tasks. This plan can be your work breakdown structure (WBS). You develop and refine the schedule, and identify the resources needed to implement the project. Create a new plan 1.     Enter tasks: Make sure the default Gantt Chart with the Entry table is showing. In the Task Name field, enter tasks. Tasks can also include summary tasks, milestone tasks, and WBS items. 2.     Outline tasks: Create your task hierarchy including tasks and milestones under summary tasks, which can represent phases or other work divisions. Click a task (or several tasks), and then click the Indent or Outdent button on the Formatting toolbar. 3.     Enter durations: Click the Duration field for a task and enter a duration, for example, type 4h. To specify a milestone without a duration, type 0d. To indicate that a duration is an estimate, add a question mark, for example, type 6d?. 4.     Specify task dependencies: Select the tasks that you want to link, and then click the Link Tasks button on the Standard toolbar. To change the default Finish-To-Start dependency type, double-click the link line of the tasks that you want to change, and then select a task link from the Type list.

Define and assign resources 1.     Define the resource pool: On the View menu, click Resource Sheet. In the Resource Name field, type the names of the resources you will use for this project. 2.     Assign resources to tasks: On the View menu, click Gantt Chart. Select a task to which you want to assign a resource. On the Standard toolbar, click the Assign Resources button. In the Assign Resources dialog box, click the resource name(s), and then click Assign. 3.     Know your task type: As soon as you assign resources, the task type determines how the task is scheduled. To set a default task type for the entire project, click Options on the Tools menu, and then click the Schedule tab. In the Default task type box, select Fixed Units (the default), Fixed Duration, or Fixed Work. To change the task type for an individual task, select the task, and then click the Task Information button on the Standard toolbar. Click the Advanced tab, and then in the Task type box, click the task type that you want to create. Work, duration, and units (% allocation) are determined by the formula: Work = Duration * Units Task Type When you add or remove a resource, this changes… When you change duration, this changes... When you change units, this changes… Fixed Duration           Units           Work         Work Fixed Work           Duration           Units         Duration Fixed Units           Duration           Work         Duration   Set the project baseline 1.     Save the baseline plan: After your project plan is optimized for finish date, budget, and scope, you can submit the plan for approval. Once approved, save the baseline plan. On the Tools menu, point to Tracking, and then click Save Baseline. 2.     View baseline data in a Gantt Chart: On the View menu, click Tracking Gantt. In the chart area, the baseline information is shown as the lower of the two Gantt bars for each task. (In Microsoft Project 2000, click More Views on the View menu, and then double-click Tracking Gantt.) 3.     View baseline data in a table: On the View menu, point to Table, and then select Variance. This table includes fields for baseline and variance start and finish.   The Executing/Controlling stage coordinates people and other resources to carry out the plan as defined in the project plan. The deliverables in this stage focus on managing change, entering schedule updates, tracking progress, and communicating project information. Each team member performs defined tasks within the project scope, ensuring their contribution to the project’s success.

 

 

Update progress 1.     Manage changes: Modify durations, dates, dependencies, resource assignments, or tasks based on requested changes or new information. Keep the current fields up to date and compare it to the baseline. 2.     Track actual dates and durations: It’s best to decide on a single method for tracking progress. You can enter percentage complete, actual start and finish dates, actual and remaining durations, or actual and remaining work. Select the task for which you want to enter actual progress. On the Tools menu, point to Tracking, and then click Update Tasks. Enter progress data in the % Comp., Act. Dur. and Rem. Dur., or the Act. Start and Act. Finish fields. 3.     Track actual hours and costs: If you want to enter actual and remaining work hours or costs, use the Tracking table. On the View menu, point to Table, and then click Tracking. Enter progress data in the Act. Work or Act. Cost fields for the task. You can also use the Tracking table to enter percent complete, actual start and finish dates, and actual and remaining duration. Note   Project tracks three sets of dates: current, baseline, and actual. When you first set the baseline, current = baseline. When a task is 100% complete, current = actual. Baseline, current, and actual values exist for start date, finish date, duration, cost, and work. Communicate project information 1.     Format a view for printing: On the Format menu, click Text Styles and Bar Styles to set up styles that will apply to multiple tasks. Or, on the Format menu, click Font and Bar to format individual elements for a specific task. Click Timescale, Gridlines, or Layout on the Format menu to change those aspects of the current view. 2.     Print a view as a report: Set up the current view the way that you want it to look when printed. On the File menu, click Print Preview to check the view layout. When ready, click Print. 3.     Generate a report: On the View menu, click Reports. Double-click a report category, and then double-click the predefined report. Enter any requested information. A preview of the report appears. To print the report, click Print. 4.     Add a field (column) to a table: Click anywhere in a column to the left of where you want to insert a new column. On the Insert menu, click Column. In the Field name box, click the name of the field that you want to add as a new column. 5.     Customize views: On the View menu, click More Views. Click New or Edit. In the View Definition dialog box, specify the table, group, and filter that you want to use to define the view. 6.     Customize tables: On the View menu, point to Table, and then click More Tables. Click New or Edit. In the Table Definition dialog box, specify the information that you want to include in the table. 7.     Customize groups: On the Project menu, point to Group by, and then click More Groups. Click New or Edit. In the Group Definition dialog box, specify how you want to group project information. 8.     Customize filters: On the Project menu, point to Filtered for, and then click More Filters. Click New or Edit. In the Filter Definition dialog box, specify how you want to filter project information. The Closing stage includes final details for completing a project. Resolve any final project details, and obtain customer acceptance of final deliverables. Conduct a Lessons Learned session, recording information about areas for improvement and best practices. Make any final updates to the project plan. Finally, archive the project plan according to your organization’s project data archival guidelines.

© 2004 Microsoft Corporation. All rights reserved.