希望我對(duì)Microsoft Visual Studio 2005 簡(jiǎn)體中文版一點(diǎn)經(jīng)驗(yàn)?zāi)芙o大家?guī)?lái)幫助，下文講述的是Microsoft Visual Studio 2005 簡(jiǎn)體中文版的一些相關(guān)使用說(shuō)明和技巧，希望對(duì)大家有所幫助。

今天，企業(yè)要獲得成功，就必須正視構(gòu)建和維護(hù)日益復(fù)雜的信息技術(shù) (IT) 解決方案的需求。此外，他們還要借助于新技術(shù)來(lái)拓展業(yè)務(wù)功能并開(kāi)發(fā)全新的業(yè)務(wù)機(jī)會(huì)。自 IT 部門(mén)接受了技術(shù)支持任務(wù)的那一刻起，他們便成為絕大部分業(yè)務(wù)策略中的關(guān)鍵角色。

企業(yè)當(dāng)然希望能從他們?cè)?IT 項(xiàng)目的投資中獲得最大利潤(rùn)，這就意味著 IT 部門(mén)需要在越來(lái)越大的壓力下多快好省地完成工作。對(duì)更高成本效益的追求使得 IT 項(xiàng)目的預(yù)見(jiàn)性需求日漸增加。然而，這樣做通常造成繁瑣的過(guò)程和對(duì)成本消耗的監(jiān)控，這只不過(guò)是將費(fèi)用轉(zhuǎn)嫁到不同的問(wèn)題。付出的代價(jià)是開(kāi)發(fā)機(jī)會(huì)的時(shí)間投入以及膨脹的 IT 預(yù)算。

復(fù)雜的應(yīng)用程序需要多支訓(xùn)練有素的開(kāi)發(fā)團(tuán)隊(duì)來(lái)實(shí)現(xiàn)。對(duì)于開(kāi)發(fā)團(tuán)隊(duì)作出的任何主要承諾來(lái)說(shuō)，信息交流都是成功的一個(gè)基本元素。新的 Visual Studio Team System 擴(kuò)展了 Microsoft 的優(yōu)秀功能，即，通過(guò)提供與業(yè)務(wù)緊密集成的、可擴(kuò)展的、能夠增加成功幾率的生命周期工具，從而為用戶提供高效的工具。能否成功主要取決于，Microsoft Visual Studio 2005 簡(jiǎn)體中文為了降低交付解決方案的復(fù)雜性，團(tuán)隊(duì)間是否進(jìn)行了充分的交流。#t#

構(gòu)建 IT 解決方案的挑戰(zhàn)
盡管許多 IT 解決方案項(xiàng)目的工作產(chǎn)品是軟件，但生成軟件并不是項(xiàng)目的目標(biāo)。相反，軟件是實(shí)現(xiàn)目標(biāo)的手段 — 驅(qū)動(dòng)不同的業(yè)務(wù)價(jià)值。要應(yīng)對(duì)風(fēng)險(xiǎn)并增加成功的可預(yù)見(jiàn)性，大多數(shù) IT 部門(mén)轉(zhuǎn)而采用各種各樣的工具和過(guò)程來(lái)支持 SDLC。大部分旨在提高軟件開(kāi)發(fā)效率的嘗試均不盡如人意。這些嘗試要么在實(shí)現(xiàn)時(shí)過(guò)于繁瑣，并未達(dá)到預(yù)期的目標(biāo)，要么根本無(wú)法切中團(tuán)隊(duì)開(kāi)發(fā)中令人感到苦惱的要害問(wèn)題。

信息交流：重要的大型應(yīng)用程序由團(tuán)隊(duì)構(gòu)建，這其中有大量可能從未編寫(xiě)過(guò)代碼的參與者，包括：業(yè)務(wù)發(fā)起人、項(xiàng)目管理者、架構(gòu)師以及測(cè)試人員。更甚之，團(tuán)隊(duì)本身已演變?yōu)榈乩砩戏植几鼜V且更專(zhuān)業(yè)化。角色的差異導(dǎo)致許多問(wèn)題無(wú)從解決，或者無(wú)意識(shí)地對(duì)計(jì)劃產(chǎn)生了分歧。為了使團(tuán)隊(duì)有效地運(yùn)轉(zhuǎn)，就必須理順信息交流流程，而且必須讓它與成員的日常工作行為相吻合。

Microsoft Visual Studio 2005 簡(jiǎn)體中文工具捆綁：近些年來(lái)，在 SDLC 工具領(lǐng)域中已經(jīng)大量使用了捆綁手法。但是，僅僅是捆綁工具集合并不能實(shí)現(xiàn)工具集成。這只是建立工具包。由于角色限制，非集成工具（無(wú)法支持工具間的自動(dòng)數(shù)據(jù)流）之間就產(chǎn)生了矛盾。集成性的匱乏就必須通過(guò)手工乾預(yù)進(jìn)行彌補(bǔ)，而由此可能產(chǎn)生其他一些問(wèn)題。在數(shù)據(jù)層進(jìn)行集成，能夠使數(shù)據(jù)流自動(dòng)化跨工具和常規(guī)報(bào)告實(shí)現(xiàn)。

不合適的過(guò)程：使過(guò)程采納變得復(fù)雜的原因是存在一個(gè)矛盾，即開(kāi)發(fā)人員在許多生命周期過(guò)程中既是最關(guān)鍵的一環(huán)，又是最薄弱的一環(huán)。不適合團(tuán)隊(duì)成員（特別是整個(gè)開(kāi)發(fā)團(tuán)體）工作風(fēng)格的過(guò)程，將遭遇到明顯地阻力。面臨的挑戰(zhàn)就是平衡可預(yù)見(jiàn)、可重復(fù)過(guò)程的生產(chǎn)效率和創(chuàng)新。當(dāng)未形成這種平衡時(shí)，Microsoft Visual Studio 2005 簡(jiǎn)體中文每一個(gè)人都掙扎于成本消耗與實(shí)現(xiàn)任務(wù)目標(biāo)的矛盾之中。多數(shù)過(guò)程都以文檔為中心。在這種情況下，他們需要額外付出超出維護(hù)日常活動(dòng)的正常流之外的努力。無(wú)論團(tuán)隊(duì)使用特定的、靈活的或者常規(guī)的過(guò)程，每一支團(tuán)隊(duì)都可以受益于自動(dòng)且集成的軟件開(kāi)發(fā)過(guò)程。

另人失望的投資回報(bào) (ROI)：站在 CIO 的角度看，痛苦的抉擇在于，在開(kāi)發(fā)活動(dòng)和工具方面不斷投入的、天文數(shù)字的 IT 預(yù)算換來(lái)的卻是另人失望的投資回報(bào)。大多數(shù)采納過(guò)程和 SDLC 工具的嘗試之所以困難重重，原因在于其陡峭的學(xué)習(xí)曲線、缺乏工具集成、高額的前期投入費(fèi)用、持續(xù)的維護(hù)、特殊技能需求以及對(duì)專(zhuān)門(mén)的管理員的需求。結(jié)果，包含 SDLC 工具的總擁有成本是難以負(fù)擔(dān)的。因此，CIO 面臨一個(gè)難題 — 證明既然費(fèi)用支出不會(huì)再涉及任意可估計(jì)到的因素，那么他們的費(fèi)用支出就是合理的。

改進(jìn)軟件開(kāi)發(fā)生命周期
當(dāng) Microsoft 首先發(fā)布 Microsoft Visual Studio 2005 簡(jiǎn)體中文之時(shí)，就通過(guò)降低其復(fù)雜度從而使 Windows 軟件開(kāi)發(fā)得以廣泛應(yīng)用。利用 Visual Basic 6.0，Microsoft 讓數(shù)以百萬(wàn)計(jì)的開(kāi)發(fā)人員能夠快速開(kāi)發(fā)客戶端/服務(wù)器應(yīng)用程序。最近，利用 Visual Studio .NET，Microsoft 又為開(kāi)發(fā)人員提供了輕松開(kāi)發(fā)分布式應(yīng)用程序的工具與技術(shù)。通過(guò) Visual Studio 2005 Team System，Microsoft 正在解決日益增加的應(yīng)用程序復(fù)雜性及其設(shè)計(jì)、開(kāi)發(fā)和部署所必需的生命周期問(wèn)題。這一點(diǎn)是通過(guò)提供必需的工具和指導(dǎo)從而能夠預(yù)見(jiàn)、重復(fù)結(jié)果（無(wú)需付出生產(chǎn)效率和創(chuàng)新的代價(jià)）實(shí)現(xiàn)的。