原文出處：
http://www.vistax64.com/general-discussion/188436-ers-program-not-found.html   It was caused by a corrupted registry.
Run REGEDIT and then go to HKEY_LOCAL_MACHINE\System\ControlSet001\Control\Session Manager. Click on BootExecute. Data should be "autocheck autochk*".
If you anything else other than "autocheck autochk*", delete other data shown there.
This should clear out the problem.
Do the same on all Controlset002, 003 etc. if you have more in the registry.
(繼續閱讀...)

Cliff 發表在 痞客邦 留言(0) 人氣()

  • 個人分類：
▲top
原文出處：http://demo.tc/view.aspx?id=450
原文出處：http://recycletech.blogspot.com/2009/08/ms-sql-server.html 在重複安裝 MS SQL Server 2008 的時候，會發生
Performance Monitor Counter Requirement Error (效能計數器登錄區一致性)
的錯誤，demo 之前的方法是直接重灌，反正自己的電腦沒啥差，但是在這 2009 的
第一天我實在很不想重灌，所以不再使用迴避的方法去處理，以下就是處理的過程，
應該可以幫助使用者不再遇到這種鬼問題。 01. 我們在執行打上 regedit.exe 按下確定，開啟登錄編輯程式。
02. 然後我們依序找下去：
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib
03. 你會看到在 Preflib 下面有 004 和 009 兩個資料夾，先點 004 進去。
04. 點進去後會看到 Counter 和 Help 兩個名稱，先點 Counter 兩下開啟。
04-1.點開 004 → Counter → 滑鼠左鍵兩下 → 拉到最後 → 看最後的數字。
04-2.點開 009 → Counter → 滑鼠左鍵兩下 → 拉到最後 → 看最後的數字。
05. 比較 004 和 009 的數字哪個比較大 (本範例就是 4548)。
06. 回上一層的 Perflib，然後對 Last Counter 按滑鼠右鍵，選擇修改。
07. 選擇十進位後，把數值資料輸入最大的值 (本範例為 4548)。
08. 然後，請依照上述步驟比對 004 和 009 的 Help 的最大值後，修改 Last Help 的
    數值，再來您就可以正確的安裝 MS SQL Server 至您的電腦了。 可參考微軟中文說明 http://support.microsoft.com/default.aspx/kb/300956/zh-tw，
不過我保證你看不懂... .
(繼續閱讀...)

Cliff 發表在 痞客邦 留言(0) 人氣()

▲top

HD 音訊控制站在睡眠或休眠狀態，在 Windows Vista 中的時耗用電源問題。
微軟在7月2日靜悄悄地釋出以下補釘，結論是，耗電問題是音效卡引起的。
http://support.microsoft.com/kb/970030
.
(繼續閱讀...)

Cliff 發表在 痞客邦 留言(0) 人氣()

▲top
原文出處：http://jaby.heyzu.com.tw/main.php?Y=TB0D0300&dizcus=205.UCTjUUuV 這是kavo系列病毒的後遺症之一，為什麼會不讓你看到隱藏檔呢？因為它的病毒都藏在隱藏檔裡面所以把顯示隱藏檔的功能給廢了，要解很簡單
使用下面的登錄檔->是->確定，就解決了，如果執行上述的動作還是看不到隱藏檔，那表示毒還沒完全解掉喔！ 登入檔內容：
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Advanced\Folder\Hidden\SHOWALL]
"RegPath"="Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\Advanced"
"Text"="@shell32.dll,-30500"
"Type"="radio"
"CheckedValue"=dword:00000001
"ValueName"="Hidden"
"DefaultValue"=dword:00000002
"HKeyRoot"=dword:80000001
"HelpID"="shell.hlp#51105" 以上複製起來，貼在記事本上面，再把記事本的檔名改成 XXX.reg執行即可!!
另外還有一個後遺症：磁碟機點二下打不開！這個我們在上一篇已有講過，特地再重覆一次，請開啟DOS視窗執行下列指令：
c:
cd \
attrib -s -h -r autorun.inf
del autorun.inf
d:
cd \
attrib -s -h -r autorun.inf
del autorun.inf
e: f: g:... 以此類推，執行完了要重開機就可回復正常喔！   .
(繼續閱讀...)

Cliff 發表在 痞客邦 留言(0) 人氣()

▲top

原文出處：http://www.goodman-lai.idv.tw/2008/11/windows.html
[賴榮樞]的軟體資訊誌 星期五, 十一月 21, 2008 Windows內建命令列工具的參考資料 Windows的命令列工具要在『命令提示字元』環境執行（也就是cmd.exe所開啟的環境），包括Windows XP、Vista、Windows Server 2003、Windows Server 2008都內建了相當多的命令列工具，完整的命令列工具以及使用細節，可參考以下官方的Microsoft TechNet Windows Server TechCenter網站。
  • Windows XP
  • Windows Vista
  • Windows Server 2003
  • Windows Server 2008
    • 除了線上參考資料，微軟也製作了一份名為Windows Command Reference的chm文件，雖然這份英文文件的下載網頁提及文件內容支援Windows Vista、Windows Server 2003、Windows Server 2008，但其中諸多命令也適用Windows XP（下載）。 而Windows系統內也有線上說明檔，通常可以從系統內的『說明及支援中心』找到，例如在Windows XP的『說明及支援中心』以「命令列參照」作為搜尋字串，除了能找到命令列工具的完整列表（命令列參照 A-Z），還能找到Windows XP新命令列工具的說明（新命令列工具）。 此外，像是Windows Server 2003 的 %windir%\help 資料夾裡面的 ntcmds.chm，則詳列了 Windows Server 2003 內建的命令列工具，除了完整的命令列工具使用參考內容之外，也詳列了新增的命令列工具、已被廢除的命令列工具，以及命令列工具的基本使用概念，和命令列工具執行環境的設定方式。 .
    (繼續閱讀...)

    Cliff 發表在 痞客邦 留言(0) 人氣()

    • 個人分類：
    ▲top
    原文出處：http://www.goodman-lai.idv.tw/2008/12/offilne-virtual-machine-servicing-tool.html [賴榮樞]的軟體資訊誌 星期五, 十二月 19, 2008 離線虛擬機器維修工具：Offilne Virtual Machine Servicing Tool 虛擬機器不見得都保持開機或經常開機，這可能會讓系統無法保持更新狀態，因而出現安全漏洞，若久久未開機而某天突然開機，可能就因此招來攻擊。 為了解決這個問題，微軟提供了Offilne Virtual Machine Servicing Tool（離線虛擬機器維修工具），讓管理者能在虛擬機器裡的Windows系統處於離線的狀態下，自動更新系統所需要的修補檔案。
  • 下載
  • 說明
    • Offline Virtual Machine Servicing Tool支援2003、2008等Windows伺服器作業系統，並且也需要Microsoft System Center Virtual Machine Manager 2007或2008、及以下任一種軟體更新管理系統一同搭配：
  • Windows Server Update Services (WSUS) 3.0或WSUS 3.0 SP1
  • System Center Configuration Manager 2007、System Center Configuration Manager 2007 SP1、或System Center Configuration Manager 2007 R2
    • 目前最新版的Offline Virtual Machine Servicing Tool （2.0.1）新增了Hyper-V和Windows Server 2008的支援，並且也支援在第1版之後推出的新版System Center Configuration Manager和Microsoft Windows Server Update Services。 當您安裝這項工具時，安裝程式會找出系統裡的System Center Virtual Machine Manager版本，再調整Offline Virtual Machine Servicing Tool的設定，而且某些功能必須與System Center Virtual Machine Manager 2008搭配才會出現。 這項工具的更新過程大致是：
  • 喚醒離線的虛擬機器（變成連線狀態）。
  • 觸發適當的軟體更新週期（Configuration Manager或WSUS）。
  • 更新之後虛擬機器關機，並將其歸回程式庫。
    • 管理者可指定這項工具要更新哪個虛擬機器、更新的過程要使用哪些資源、何時開始維護工作（可讓維護工作立即執行，或排程在網路流量較低時執行，也可排程在固定時間定期循環執行）。 .
    (繼續閱讀...)

    Cliff 發表在 痞客邦 留言(0) 人氣()

    • 個人分類：
    ▲top
    原文出處：http://www.goodman-lai.idv.tw/2009/01/it.html [賴榮樞]的軟體資訊誌 星期三, 一月 14, 2009 IT管理的七原罪 天主教將人類的重大惡行分成7種：色慾（lust）、貪食（gluttony）、貪婪（avarice）懶惰（sloth）、暴怒（wrath）、妒忌（envy）、傲慢（pride）；美國導演大衛芬奇也曾以7原罪作為題材拍過電影。但IT人可得留意，別在IT管理工作犯了InfoWorld《The 7 deadly sins of IT management》提及的7原罪。 渴望新技術的慾求（Lust for new technology）。需要最新版的硬體、軟體嗎？不見得，但許多IT人往往陷入新技術的迷思與追求，但卻忘了夠用即可的哲學。我們當然需要軟硬體設備來解決企業裡的各種營運所需，也不是說老舊的設備不能更新，但必須客觀的衡量新技術對自身企業營運究竟有多大的實用與價值。尤其規模越大的企業，IT環境往往越複雜，在牽一髮即動全身的情況下，縱使只是更新其中一個環節的軟體或硬體，可能還是會影響整個企業營運；就算升級成功，也要估算整個升級的成本划不划算。 將資訊據為己有（Information gluttony）。許多IT人會以為只要緊握某些重要資訊，就能保住自己的飯碗，但實際並不然，甚至可能正好相反。如果全公司只有某個人知道整個網路架構的核心細節，這豈不是讓公司的IT環境陷嚴重的失衡！此外，還有些IT主管會不斷的攬專案（或者不會拒絕），讓IT部門總得將每個專案視為緊急，卻無法分出人力處理真正緊急的專案。 人心不足的貪婪導致專案失敗（Avarice as an action item）。IT專案失敗的原因，通常是因為傲慢與貪婪的致命結合，再加上：開出不切實際的需求企畫書的傲慢客戶、明知不可行的系統整合商（SI）和顧問、夾在中間的技術提供者。系統整合商到底該直接告訴客戶專案注定會失敗而放棄白花花的銀子不賺，還是硬著頭皮繼續做，做到超出原本預計的工時和預算？因此，要避免專案超時、超支，合約必須規範成功的誘因，例如明訂提早完工的獎勵，以及超時、超支的罰則。 怠惰的工作心態（Slothful approaches to IT）。多數屬於事務性的工作做久之後，容易流於反射動作，許多工作做久之後，也會因疲乏而缺少更積極的作為，甚至抱了多一事不如少一事的心態，懶得作為；有些IT工作也會如此。這種工作心態沒有先考慮「做對的事」，只想要「把事情做對」，甚至敷衍的只想「把事情做完」。不只是IT工作，積極主動的態度比能力更重要，而且應該比你的老闆更主動、比你的競爭者更積極；主動的態度不只能精進工作能力，也會讓你有用心盡力的工作表現。 妒忌導致內鬥（In-house envy）。常常酸言酸語的見不得別人好嗎？這明顯犯了妒忌；會義憤填膺的指責別人嗎？這也可能是出於妒忌。有些妒忌很明顯，有些則會披著義憤填膺的外衣而狀似正義。如何分辨假正義、真嫉妒？就將他曾大肆批評的好處給他，如果他接受並沈溺其中，就是假正義了。妒忌別人就不會珍惜自己所擁有的及該做的，一旦妒忌之火越燃越大，不只自己的正事不做，還是妨礙別人做正事，到頭來公司無異養了一群只會咬破布袋的老鼠。 發飆不能解決問題（Wrath management）。暴怒只會凝結氣氛、讓對方下不了台，接著不是引起兩造對立，就是讓對方悶在心裡。主管公開發飆更不妥，拍桌罵人只能發洩情緒，並且促使大家絞盡腦汁想出自保、推諉的對策。 傲慢（Pride creep）。不論是傲慢、驕傲、還是自大，都會蒙蔽IT人的心智，甚至毀掉一個人或一家公司。以為自己知道或做得到，卻因為傲慢自大的錯估形勢，而導致全盤皆墨；甚至還放不下身段，不願承認錯誤。「滿招損、謙受益」，IT人必須吞下驕傲，專案成功並非一人可為，也不會只是單一部門的功勞；專案失敗亦然。 .
    (繼續閱讀...)

    Cliff 發表在 痞客邦 留言(0) 人氣()

    • 個人分類：
    ▲top
    原文出處：http://klear302.wordpress.com/2008/01/06/你知道這些科技新字怎麼念嗎？linux-google-youtube-sql-xoops-ubuntu-skype-hemidemi/
    你知道這些科技新字怎麼念嗎？Linux, Google, Youtube, SQL, Xoops, Ubuntu, Skype, HEMiDEMi 一月 6, 2008 分類於 數位‧科技 — klear302 @ 7:24 午後 坐在這個位子上，往往常碰到一些新的科技字眼，常常都搞不清楚到底該怎麼念才好？
    最近剛好對ubuntu這套Linux核心os有興趣，但很尷尬的是，到底ubuntu怎麼念啊？
    就算問了之前最帥最厲害的前資訊組長，也一樣老實承認知道全部每個英語字母怎麼念，組合起來就是不會念！
    為此上網查了查，絕對要滿足我的求知慾。
    回歸正傳，要知道這些科技新字怎麼念，就得去去問發明這幾個字的人是最準確的了，因為作者本人唸的一定對啦。     Linux
    Linux的發明人是Linus Torvalds，問他”Linux”怎麼唸，他這麼說:
    所以i唸/i/或 /ai/ 都可以，不過念/i/比較正確！     Youtube
    Youtube呢，唸you-to-bee是不行的，聽聽YouTube網站創辦人賀利 （Chad Hurley）與陳士駿怎麼唸:

    Google
    google大家都唸對了，不過還是來聽一下創辦人Sergey Brin的發音好了

    Skype
    在台灣90%都唸錯，這同樣要聽創辦人Niklas Zennstrom怎麼唸才準:

    HEMiDEMi
    黑米的創辦人之一陳函葳小姐(另一位是葛力)曾示範過HEMiDEMi的唸法：

    Ubuntu
    這個最難，聽說很多人也都不知道怎麼念才好。
    雖然查到ubuntu的（國際音標： /ùbúntú/），名稱來自非洲南部祖魯語或豪薩語的「ubuntu」一詞，
    意思是「人性」、「人人為我」，不過還是不知道怎麼念才好！
    總之終於找到我這次搜尋的目的了，我們來聽一聽一千萬美金的贊助者Ubuntu大金主Mark Shuttleworth怎麼念:

    原來發音是接近國語的ㄨ-ㄅㄨㄣ-ㄊㄨ(重音在二、三音節)，這下謎題終於解開了！
    Xoops
    這個大家都唸錯，見官網的說明
    http://www.xoops.org/modules/wfchannel/
    What XOOPS stands for
    XOOPS is an acronym of eXtensible Object Oriented Portal System. Though started as a portal system, XOOPS is in fact striving steadily on the track of Content Management System. It can serve as a web framework for use by small, medium and large sites.     Pronunciation guide
    The standard pronunciation of XOOPS should follow English rules, and you should pronounce it as [zoo'ps].     所以要唸 /Z/ 的發音，不是 /S/ SQL
    很多人唸 S-Q-L，但正確的唸法是sequel，理由如下:     http://www.itworld.com/nl/db_mgr/05142001/
    By the end of the System/R project, IBM had implemented a language that supported System/R’s multi-table queries and multiple-user access called the Structured English Query Language (SEQUEL). The name later was shortened to Structured Query Language (SQL). Today, we still pronounce the abbreviation as “sequel” because of these early roots.     很不錯吧，一次學了這麼多新科技字眼，既然知道了以後大家就別再以訛傳訛了，下次當人家念sky-p(p發輕音)，不要去糾正人家說『念錯啦！』這可是會貽笑大方的唷！ .
    (繼續閱讀...)

    Cliff 發表在 痞客邦 留言(0) 人氣()

    • 個人分類：
    ▲top

    Offical: http://www.otrs.org/
    Demo: http://www.linuxyes.com/tw/index.php/108/10-Groupware/201 .
    (繼續閱讀...)

    Cliff 發表在 痞客邦 留言(0) 人氣()

    • 個人分類：
    ▲top

    在 Windows Server 的註冊表中下加入字串值：
    USE_SHARED_SOCKET=TRUE 8i
    HKLM\SOFTWARE\ORACLE\HOME<#>
    9i/10g
    HKLM\SYSTEM\Control\Session Manager\Environment .
    (繼續閱讀...)

    Cliff 發表在 痞客邦 留言(0) 人氣()

    • 個人分類：
    ▲top
    原文出處：http://dbmaker.syscom.com.tw/mag/137/sen_01.htm

    clip_image002[4]深入探討

    從桃園機場當機談IT維運

    ■王宜倫

    clip_image003[4]

    前言

    2009年的開始，墨菲定律(註一)空襲桃園機場，移民署境管系統當機事件再一次為所有IT維運人員上了一堂重要且昂貴的課：即使關鍵系統 (mission-critical system) 的儲存設備採用了磁碟陣列 (RAID) 技術，再加上備援系統，在這種雙保險架構下，還是有可能發生資料損毀的問題，而此問題需要3天的時間才能復原。

    綜觀全球重大IT異常事件，我們可以容易地發現類似這次「移民署境管系統當機事件」並非特殊個案，類似問題也確實一再上演，因此筆者研究並參考近年來國內外重大IT異常事件後，提出下列IT維運觀念與大家分享，讓不必要的維運疏失降至最低，提升IT整體維運品質。

    從桃園機場當機談IT維運

    目前各大機關團體、公司組織的關鍵系統大多採用具備備用 (redundancy) 設計的IT設備，設備本身包含多個電源供應器、磁碟陣列設計、架構上的叢集 (cluster) 技術，以及更完整的災備系統 (Disaster Recovery system) 等，都讓系統穩定性獲得大幅度的提升；在資訊科技不斷的進步下，電腦系統配合cluster架構，在硬體上的可用性 (availability) 幾可達99.999%，甚至99.99999%，但是這也僅限於系統層面，並非實際運作層面，"可用性" 除了考量系統硬體架構層面，也包含應用程式設計與操作維運層面；2007年，國際太空站 (International Space Station, ISS) 也曾經發生一個具備三重備援 (triple redundant) 的電腦系統因其中一個電源供應器設計錯誤，再加上後續處理人員操作錯誤，進而導致其環境控制電腦系統停擺；由此實例可知，就算是IT設備已具備redundancy的容錯 (fault-tolerance) 架構，但是若沒有搭配嚴謹的維運程序與訓練有素的人員，投資了龐大的IT成本，仍有可能因為系統設計本身的缺失，或是人為操作錯誤，導致容錯架構無法發揮功效，造成系統停止運作，進而造成業務營運停擺。

    暫且先不討論移民署境管系統問題根源 (root cause)，資深IT人員應該都有相同的體認 -問題總與『改變』相伴；因此電腦系統的升級，不論是應用系統、作業系統、資料庫、硬體、網路還是其它設備軟硬體元件，都令人戒慎恐懼，但儘管再如何小心謹慎，系統升級時發生問題的惡夢總是不定時爆發，而且通常某個細節一定會發生問題。因此為了「降低」電腦升級的風險，第一個原則就是要經過完整且嚴謹的測試，關於這點，大部分公司都做的很好，然而，僅有少數公司會針對升級失敗準備好應變計畫，也會針對應變計畫進行測試，確認此應變計畫是可行的，一但發生問題，可立即依據應變計畫採取權宜措施，例如切換備援系統或是進行系統復原 (rollback)；在2008年，因系統升級發生問題的公司如Blackberry (RIM)、Skype、Paypal等公司，都有一個共通點：「沒有應變計畫」，導致升級失敗後，業務營運受影響時間長達數天到數週。

    "當發生問題時，人會變笨"－Wendy Bartlett

    當系統發生問題時，尤其是重大問題，IT人員將立即面對龐大的壓力，一方面要儘速找出問題發生原因，恢復系統正常運作，另一方面，管理階層介入問題的處理，在問題和系統狀態混沌未明的情況下，要IT人員立即提供問題發生原因、替代解決方法 (workaround)、是否要切換備援系統、何時系統可恢復運作、影響層面等更多的 "問題"，都會造成IT人員更大的負擔，在此壓力下IT人員可能會錯誤判斷或採取錯誤處理方式，造成更大的問題。要避免這種突發的壓力加諸在IT人員身上，最好的方式就是提供良好的緊急應變處理程序讓IT人員依循，若IT人員對於這些處理程序受過完整的訓練，並儘量將這些程序予以自動化，可大幅降低IT人員的心理負擔，減少人為錯誤的發生，加速問題解決。

    完整確實的系統文件是IT管理的必要之惡，對IT人員而言，通常 "惡念" 戰勝 "必要"，要產製和整理這些文件是非常繁雜且耗時的工作；大部分公司的IT系統文件都較為缺乏，自基礎設施(水、電、空調)、整體網路架構、系統版本架構 (system log)、資料庫文件、程式碼的註解等靜態文件，到各種作業程序、監控檢查項目 (checklist)、異常處理程序等動態文件，不是缺乏就是久未更新或是沒有管理方式。完整且即時更新的文件，對於日常系統維運和程式維護甚為重要，因此，必須提供程式開發人員、操作人員和系統網路管理人員正確的文件；過去部分公司在IT管理上導入ISO 9001，近年來較熱門的ITIL或是ISO 20000都可強化和落實系統文件的管理。

    IT維運管理經驗分享

    綜合上述說明，可以很清楚的認知要避免IT重大問題的發生，除了IT設備本身的穩定度與架構設計外，最重要的還是要靠IT維運管理流程來避免或降低影響層面；筆者願提供下列IT維運管理經驗，與讀者一同學習分享：

    一、建立標準作業流程
    針對系統操作、應用系統操作、問題處理、復原等各項作業，建立標準作業程序，讓IT人員執行時依此程序執行，平日IT人員需要接受訓練，熟悉與了解程序內容與相關性，並持續改善這些程序，讓程序符合目前作業需求。

    二、落實預防矯正措施
    監控系統狀態、掌握系統資源使用情況及系統效能運作情形，一但發現系統問題，建議儘量在最短時間內處理，恢復系統正常運作，雖然IT系統架構可能具備容錯設計，可避免單點故障 (single point of failure) 造成影響，但是，不要挑戰 "墨菲定律"。定期檢討系統殘存問題、效能運作以及各種作業流程，若系統容量資源使用到達預警門檻，立即提出建議；若目前程序不符實際作業需求，立即調整。

    三、準備好可用的災難復原計畫
    一但決定要切換到災備系統 (Disaster Recovery system)，IT人員一定會感受到真正的備援切換過程與平日的災備切換演練是不同的，真正的災備切換可能在交易最忙碌的時間 (peak time)、遭遇的問題無法預測、可負責切換的人力不足。最重要的是，一但切換失敗就沒有系統可供交易運行，所以，切換必須要成功，切換程序文件和平日訓練一定要落實。

    四、永遠要有復原計畫 (rollback plan)
    無論升級的準備和測試有多完整和嚴謹，在升級為線上系統 (production system) 時仍有發生問題的風險，針對任何的升級，都需要準備好可行的且經過測試的復原計劃 (rollback plan)，避免升級計劃成為孤注一擲 (all-or-nothing) 的行為。

    五、有效率的IT廠商管理
    建立內部IT人員與外部廠商的合作模式，將廠商的技術人力當作可運用的資源。通常，大部分公司的IT設備都同時包含多家廠商，當問題發生時公司內部IT人員必須要更有效的管理IT廠商，避免廠商相互指責問題，在問題尚未釐清之前，所有人都有責任，都需要針對所負責的範圍去研究、分析可能的問題點，直到找到問題為止。
    六、建立良好的溝通管道
    建立單一對外窗口，統一對外發言，協調和解決所有外部事件，並處理使用者和顧客的抱怨。同時做好媒體溝通管道，傳遞正確的訊息，避免媒體引用以訛傳訛和未經求證的訊息，防止事件無限制的擴大。對內需將工作狀況以及預計進度回報給管理階層，以利管理高層人員能採取最有效的措施。
    七、代價昂貴的經驗 - 測試、測試、再測試
    運作良好的系統通常都不易發生問題，問題通常發生在 "Change"，所以，當系統有任何異動，例如安裝patch或進行升級 (upgrade、migration)，都需要進行測試，測試的目的除了確保產品的穩定度外，也在確認維運人員對系統的了解與熟悉程度。

    註一：墨菲定律(Murphy's Law)：有可能發生的問題，就一定會發生，而且通常發生在你最不願見到的時間點，導致最糟的情況。

    .

    (繼續閱讀...)

    Cliff 發表在 痞客邦 留言(0) 人氣()

    • 個人分類：
    ▲top
    原文出處：http://www.moeaidb.gov.tw/external/ctlr?PRO=bid.InformationWork01 經濟部工業局資訊作業開發建置標準規範
    資訊作業開發建置標準規範
    九十一年一月版
    完整版
    Zip檔 (532KB) 第一章資訊作業開發建置標準規範作業要點
    九十一年一月版
    (九十一年九月二十七日修正) PDF檔(116 KB) 第二章軟體專案管理作業規範
    九十一年一月版 PDF檔 (22KB) 第三章軟體建構管理作業規範
    九十一年一月版 PDF檔(60KB) 第四章軟體品質保證作業規範
    九十一年一月版 PDF檔(22 KB) 第五章軟體外包管理作業規範
    九十一年一月版 PDF檔(22KB) 第六章軟體需求分析作業規範
    九十一年一月版 PDF檔(20KB) 第七章軟體設計作業規範
    九十一年一月版 PDF檔(19 KB) 第八章程式製作與元件測試作業規範
    九十一年一月版 PDF檔(18 KB) 第九章軟體整合與測試作業規範
    九十一年一月版 PDF檔 (24 KB) 第十章系統建置作業規範
    九十一年一月版 PDF檔(21KB) 第十一章軟體維護作業規範
    九十一年一月版 PDF檔(22KB) 第十二章 委辦網站管理規範
    九十一年一月版 PDF檔 (436KB) .
    (繼續閱讀...)

    Cliff 發表在 痞客邦 留言(0) 人氣()

    • 個人分類：
    ▲top
    1 2 3 4 5
    Blog Stats
    ⚠️

    成人內容提醒

    本部落格內容僅限年滿十八歲者瀏覽。
    若您未滿十八歲，請立即離開。

    已滿十八歲者，亦請勿將內容提供給未成年人士。