幫客戶解決編程問題

① 幫我解決一個編程問題

明天幫你解答
不好意思，晚了一天，代碼如下：

#include <stdio.h>
#include <iostream.h>
#include <string>

char name[5][10];
int score[5];

void input()
{
for(int i=0;i<=4;i++)
{
cout<<"Input the "<<i+1<<" student's name and score:"<<endl;
cin>>name[i]>>score[i];
}
}

void sort()
{
char n[10]={0};
int s;
//冒泡法
/* for(int i=0;i<4;i++)
{
for(int j=0;j<4-i;j++)
if(score[j]>score[j+1])
{
s=score[j];
score[j]=score[j+1];
score[j+1]=s;

memcpy(n,name[j],10);
memcpy(name[j],name[j+1],10);
memcpy(name[j+1],n,10);
}
}*/
//選擇排序
for(int i=0;i<4;i++)
{
for(int j=i+1;j<=4;j++)
if(score[i]>score[j])
{
s=score[i];
score[i]=score[j];
score[j]=s;

memcpy(n,name[i],10);
memcpy(name[i],name[j],10);
memcpy(name[j],n,10);
}
}
}

void research()
{
char n[10]={0};

cout<<"Input a student's name:";
cin>>n;

for(int i=0;i<=4;i++)
if(strcmp(n,name[i])==0)
{
cout<<"The score is "<<score[i]<<endl;
}
}

void output()
{
for(int i=0;i<=4;i++)
{
cout<<name[i]<<" "<<score[i]<<endl;
}
}

void main()
{
input(); //輸入
sort(); //排序
output(); //排序後輸出
research(); //查找
}

② 有沒有編程高手幫小弟做一個題，我問了很多人都不會。要求使用面向對象的方法，做一個客戶信息管理系統

不掏錢，沒人給你做

③ 一個程序員要具備的基本素質是什麼

1. 團隊精神和協作能力 ：

   把它作為基本素質，並不是不重要，恰恰相反，這是程序員應該具備的最基本的，也是最重要的安身立命之本。

2. 文檔習慣：

   作為代碼程序員，30％的工作時間寫技術文檔是很正常的，而作為高級程序員和系統分析員，這個比例還要高很多。缺乏文檔，一個軟體系統就缺乏生命力，在未來的查錯，升級以及模塊的復用時就都會遇到極大的麻煩。

3. 規范化，標准化的代碼編寫習慣：

   作為一些外國知名軟體公司的規矩，代碼的變數命名，代碼內注釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和糾錯，也有助於不同技術人員之間的協作。

4. 需求理解能力：

   作為程序員需要評估該模塊在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性。就這一點，一個成熟的程序員至少需要2到3年的項目研發和跟蹤經驗才有可能有心得。

5. 復用性，模塊化思維能力：

   復用性設計，模塊化思維就是要程序員在完成任何一個功能模塊或函數的時候，要多想一些，不要局限在完成當前任務的簡單思路上，想想看該模塊是否可以脫離這個系統存在，是否可以通過簡單的修改參數的方式在其他系統和應用環境下直接引用，這樣就能極大避免重復性的開發工作。

6. 測試習慣：

   軟體研發作為一項工程而言，一個很重要的特點就是問題發現的越早，解決的代價就越低，程序員在每段代碼，每個子模塊完成後進行認真的測試，就可以盡量將一些潛在的問題最早的發現和解決，這樣對整體系統建設的效率和可靠性就有了最大的保證。

7. 學習和總結的能力：

   善於學習，對於任何職業而言，都是前進所必需的動力，對於程序員，這種要求就更加高了。但是學習也要找對目標，一些小coding fans們，他們也津津樂道於他們的學習能力，一會學會了asp，一會兒學會了php，一會兒學會了jsp，他們把這個作為炫耀的資本，盲目的追逐一些膚淺的，表面的東西和名詞，做網路程序不懂通訊傳輸協議，做應用程序不懂中斷向量處理，這樣的技術人員，不管掌握了多少所謂的新語言，永遠不會有質的提高。
   
   

④ 編程問題請教高手

計算機語言的種類非常的多，總的來說可以分成機器語言，匯編語言，高級語言三大類。

電腦每做的一次動作，一個步驟，都是按照以經用計算機語言編好的程序來執行的，程序是計算機要執行的指令的集合，而程序全部都是用我們所掌握的語言來編寫的。所以人們要控制計算機一定要通過計算機語言向計算機發出命令。

計算機所能識別的語言只有機器語言，即由0和1構成的代碼。但通常人們編程時，不採用機器語言，因為它非常難於記憶和識別。

目前通用的編程語言有兩種形式：匯編語言和高級語言。

匯編語言的實質和機器語言是相同的，都是直接對硬體操作，只不過指令採用了英文縮寫的標識符，更容易識別和記憶。它同樣需要編程者將每一步具體的操作用命令的形式寫出來。匯編程序通常由三部分組成：指令、偽指令和宏指令。匯編程序的每一句指令只能對應實際操作過程中的一個很細微的動作，例如移動、自增，因此匯編源程序一般比較冗長、復雜、容易出錯，而且使用匯編語言編程需要有更多的計算機專業知識，但匯編語言的優點也是顯而易見的，用匯編語言所能完成的操作不是一般高級語言所能實現的，而且源程序經匯編生成的可執行文件不僅比較小，而且執行速度很快。

高級語言是目前絕大多數編程者的選擇。和匯編語言相比，它不但將許多相關的機器指令合成為單條指令，並且去掉了與具體操作有關但與完成工作無關的細節，例如使用堆棧、寄存器等，這樣就大大簡化了程序中的指令。同時，由於省略了很多細節，編程者也就不需要有太多的專業知識。

高級語言主要是相對於匯編語言而言，它並不是特指某一種具體的語言，而是包括了很多編程語言，如目前流行的VB、VC、FoxPro、Delphi等，這些語言的語法、命令格式都各不相同。

高級語言所編制的程序不能直接被計算機識別，必須經過轉換才能被執行，按轉換方式可將它們分為兩類:

解釋類：執行方式類似於我們日常生活中的「同聲翻譯」，應用程序源代碼一邊由相應語言的解釋器「翻譯」成目標代碼(機器語言)，一邊執行，因此效率比較低，而且不能生成可獨立執行的可執行文件，應用程序不能脫離其解釋器，但這種方式比較靈活，可以動態地調整、修改應用程序。

編譯類：編譯是指在應用源程序執行之前，就將程序源代碼「翻譯」成目標代碼(機器語言)，因此其目標程序可以脫離其語言環境獨立執行，使用比較方便、效率較高。但應用程序一旦需要修改，必須先修改源代碼，再重新編譯生成新的目標文件(＊ .OBJ)才能執行，只有目標文件而沒有源代碼，修改很不方便。現在大多數的編程語言都是編譯型的，例如Visual C＋＋、Visual Foxpro、Delphi等。

[NextPage]

學習編程，從何入手

如果您想學習編程，卻又不知從何入手，那麼您不妨看看下面的幾種學習方案，可能會給您一些啟示吧！
==============================================
方案一 Basic語言 & Visual Basic

優點
（1）Basic 簡單易學，很容易上手。
（2）Visual Basic 提供了強大的可視化編程能力，可以讓你輕松地做出漂亮的程序。
（3）眾多的控制項讓編程變得象壘積木一樣簡單。
（4）Visual Basic 的全部漢化讓我們這些見了English就頭大的人喜不自禁。

缺點
（1）Visual Basic 不是真正的面向對象的開發文具。
（2）Visual Basic 的數據類型太少，而且不支持指針，這使得它的表達能力很有限。
（3）Visual Basic 不是真正的編譯型語言，它產生的最終代碼不是可執行的，是一種偽代碼。它需要一個動態鏈接庫去解釋執行，這使得Visual Basic 的編譯速度大大變慢。

綜述：方案一適合初涉編程的朋友，它對學習者的要求不高，幾乎每個人都可以在一個比較短的時間里學會vB編程，並用VB 做出自己的作品。對於那些把編程當做游戲的朋友來說，VB 是您最佳的選擇。

Basic/Visual Basic簡介
==============================================
方案二 Pascal語言 & Delphi

優點
（1）Pascal語言結構嚴謹，可以很好地培養一個人的編程思想。
（2）Delphi是一門真正的面向對象的開發工具，並且是完全的可視化。
（3）Delphi使用了真編譯，可以讓你的代碼編譯成為可執行的文件，而且編譯速度非常快。
（4）Delphi具有強大的資料庫開發能力，可以讓你輕松地開發資料庫。

缺點
Delphi幾乎可以說是完美的，只是Pascal語言的過於嚴謹讓人感覺有點煩。

綜述: 方案二比較適合那些具有一定編程基礎並且學過Pascal語言的朋友。

Pascal語言簡介
Delphi簡介
==============================================
方案三 C語言 & Visual C++

優點
（1）C語言靈活性好，效率高，可以接觸到軟體開發比較底層的東西。
（2）微軟的MFC庫博大精深，學會它可以讓隨心所欲地進行編程。
（3）VC是微軟製作的產品，與操作系統的結合更加緊密。

缺點
對使用者的要求比較高，既要具備豐富的C語言編程經驗，又要具有一定的WINDOWS編程基礎，它的過於專業使得一般的編程愛好者學習起來會有不小的困難。

綜述: VC是程序員用的東西。如果你是一個永不滿足的人，而且可以在編程上投入很大的精力和時間，那麼學習VC你一定不會後悔的。

C語言簡介
==============================================
方案四 C++語言 & C++ Builder

優點
（1）C++語言的優點全部得以繼承。
（2）完全的可是化。
（3）極強的兼容性，支持OWL、VCL和MFC三大類庫。
（4）編譯速度非常快。

缺點
由於推出的時間太短，關於它的各種資料還不太多。

綜述：我認為C++ Builder 是最好的編程工具。它既保持了C++語言編程的優點，又做到了完全的可視化。

C語言簡介
==============================================
方案五 SQL語言 & Power Builder

對於一些傳統的數據開發人員來說，Foxpro系列也許讓他們感到更加熟悉。但是對於初學者來說，PowerBuilder也許是最好的資料庫開發工具。各種各樣的控制項，功能強大的PowerBuilder語言都會幫助你開發出自己的資料庫應用程序。

[NextPage]
JSP簡介

在Sun正式發布JSP(Java Server Pages)之後，這種新的Web應用開發技術很快引起了人們的關注。JSP為創建高度動態的Web應用提供了一個獨特的開發環境。按照 Sun 的說法，JSP能夠適應市場上包括Apache WebServer 、IIS4.0在內的85%的伺服器產品。

JSP與ASP的簡單比較

JSP與Microsoft的ASP技術非常相似。兩者都提供在HTML代碼中混合某種程序代碼、由語言引擎解釋執行程序代碼的能力。在ASP或JSP環境下，HTML代碼主要負責描述信息的顯示樣式，而程序代碼則用來描述處理邏輯。普通的HTML頁面只依賴於Web伺服器，而ASP和JSP頁面需要附加的語言引擎分析和執行程序代碼。程序代碼的執行結果被重新嵌入到HTML代碼中，然後一起發送給瀏覽器。ASP和JSP都是面向Web伺服器的技術，客戶端瀏覽器不需要任何附加的軟體支持。

ASP的編程語言是VBScript之類的腳本語言，JSP使用的是Java，這是兩者最明顯的區別。

此外，ASP與JSP還有一個更為本質的區別：兩種語言引擎用完全不同的方式處理頁面中嵌入的程序代碼。在ASP下，VBScript代碼被ASP引擎解釋執行；在JSP下，代碼被編譯成Servlet並由Java虛擬機執行，這種編譯操作僅在對JSP頁面的第一次請求時發生。

運行環境

執行 JSP 代碼需要在伺服器上安裝 JSP 引擎。此處我們使用的是 Sun 的 JavaServer Web Development Kit （ JSWDK ）。為便於學習，這個軟體包提供了大量可供修改的示例。安裝 JSWDK 之後，只需執行 startserver 命令即可啟動伺服器。在默認配置下伺服器在埠 8080 監聽，使用 http://localhost:8080 即可打開預設頁面。

在運行 JSP 示例頁面之前，請注意一下安裝 JSWDK 的目錄，特別是" work "子目錄下的內容。執行示例頁面時，可以在這里看到 JSP 頁面如何被轉換成 Java 源文件，然後又被編譯成 class 文件（即 Servlet ）。 JSWDK 軟體包中的示例頁面分為兩類，它們或者是 JSP 文件，或者是包含一個表單的 HTML 文件，這些表單均由 JSP 代碼處理。與 ASP 一樣， JSP 中的 Java 代碼均在伺服器端執行。因此，在瀏覽器中使用"查看源文件"菜單是無法看到 JSP 源代碼的，只能看到結果 HTML 代碼。所有示例的源代碼均通過一個單獨的" examples "頁面提供。

Java Servlet是一種開發Web應用的理想構架。 JSP以Servlet技術為基礎，又在許多方面作了改進。JSP頁面看起來象普通HTML頁面，但它允許嵌入執行代碼，在這一點上，它和ASP技術非常相似。利用跨平台運行的JavaBean 組件，JSP為分離處理邏輯與顯示樣式提供了卓越的解決方案。JSP必將成為ASP技術的有力競爭者。

[NextPage]
SQL語言簡介

SQL全稱是「結構化查詢語言(Structured Query Language)」，最早的是IBM的聖約瑟研究實驗室為其關系資料庫管理系統SYSTEM R開發的一種查詢語言，它的前身是SQUARE語言。SQL語言結構簡潔，功能強大，簡單易學，所以自從IBM公司1981年推出以來，SQL語言，得到了廣泛的應用。如今無論是像Oracle ,Sybase,Informix,SQL server這些大型的資料庫管理系統，還是像Visual Foxporo,PowerBuilder這些微機上常用的資料庫開發系統，都支持SQL語言作為查詢語言。

Structured Query Language包含4個部分：

數據查詢語言DQL-Data Query Language SELECT
數據操縱語言DQL-Data Manipulation Language INSERT, UPDATE, DELETE
數據定義語言DQL-Data Definition Language CREATE, ALTER, DROP
數據控制語言DQL-Data Control Language COMMIT WORK, ROLLBACK WORK

SQL的歷史

在70年代初，E.E.Codd首先提出了關系模型。70年代中期，IBM公司在研製 SYSTEM R關系資料庫管理系統中研製了SQL語言，最早的SQL語言(叫SEQUEL2)是在1976 年 11 月的IBM Journal of R&D上公布的。

1979年ORACLE公司首先提供商用的SQL，IBM公司在DB2 和SQL/DS資料庫系統中也實現了SQL。

1986年10月，美國ANSI採用SQL作為關系資料庫管理系統的標准語言(ANSI X3. 135-1986)，後為國際標准化組織(ISO)採納為國際標准。

1989年，美國ANSI採納在ANSI X3.135-1989報告中定義的關系資料庫管理系統的SQL標准語言，稱為ANSI SQL 89， 該標准替代ANSI X3.135-1986版本。該標准為下列組織所採納：

● 國際標准化組織(ISO)，為ISO 9075-1989報告「Database Language SQL With Integrity Enhancement」
● 美國聯邦政府，發布在The Federal Information Processing Standard Publication(FIPS PUB)127

目前，所有主要的關系資料庫管理系統支持某些形式的SQL語言， 大部分資料庫打算遵守ANSI SQL89標准。

SQL的優點

SQL廣泛地被採用正說明了它的優點。它使全部用戶，包括應用程序員、DBA管理員和終端用戶受益非淺。

(1) 非過程化語言

SQL是一個非過程化的語言，因為它一次處理一個記錄，對數據提供自動導航。SQL允許用戶在高層的數據結構上工作，而不對單個記錄進行操作，可操作記錄集。所有SQL 語句接受集合作為輸入，返回集合作為輸出。SQL的集合特性允許一條SQL語句的結果作為另一條SQL語句的輸入。 SQL不要求用戶指定對數據的存放方法。 這種特性使用戶更易集中精力於要得到的結果。所有SQL語句使用查詢優化器，它是RDBMS的一部分，由它決定對指定數據存取的最快速度的手段。查詢優化器知道存在什麼索引，哪兒使用合適，而用戶從不需要知道表是否有索引，表有什麼類型的索引。

(2) 統一的語言

SQL可用於所有用戶的DB活動模型，包括系統管理員、資料庫管理員、 應用程序員、決策支持系統人員及許多其它類型的終端用戶。基本的SQL 命令只需很少時間就能學會，最高級的命令在幾天內便可掌握。 SQL為許多任務提供了命令，包括：

● 查詢數據
● 在表中插入、修改和刪除記錄
● 建立、修改和刪除數據對象
● 控制對數據和數據對象的存取
● 保證資料庫一致性和完整性

以前的資料庫管理系統為上述各類操作提供單獨的語言，而SQL 將全部任務統一在一種語言中。

(3) 是所有關系資料庫的公共語言

由於所有主要的關系資料庫管理系統都支持SQL語言，用戶可將使用SQL的技能從一個RDBMS轉到另一個。所有用SQL編寫的程序都是可以移植的。

[NextPage]
Java語言簡介

一. Java的由來

當1995年SUN推出Java語言之後，全世界的目光都被這個神奇的語言所吸引。那麼Java到底有何神奇之處呢？

Java語言其實最是誕生於1991年，起初被稱為OAK語言，是SUN公司為一些消費性電子產品而設計的一個通用環境。他們最初的目的只是為了開發一種獨立於平台的軟體技術，而且在網路出現之前，OAK可以說是默默無聞，甚至差點夭折。但是，網路的出現改變了OAK的命運。

在Java出現以前。Internet上的信息內容都是一些乏味死板的HTML文檔。這對於那些迷戀於WEB瀏覽的人們來說簡直不可容忍。他們迫切希望能在WEN中看到一些互動式的內容，開發人員也極希望能夠在WEB上創建一類無需考慮軟硬體平台就可以執行的應用程序，當然這些程序還要有極大的安全保障。對於用戶的這種要求，傳統的編程語言顯得無能為力，面SUN的工程師敏銳地察覺到了這一點，從1994年起，他們開始將OAK技術應用於WEB上，並且開發出了HotJava的第一個版本。當SUN公司1995年正式以Java這個名字推出的時候，幾乎所有的WEB開發人員都想到：噢，這正是我想要的。於是Java成了一顆耀眼的明星，丑小鴨一下了變成了白天鵝。

二. Java的定義

Java是一種簡單的，面象對象的，分布式的，解釋的，鍵壯的安全的，結構的中立的，可移植的，性能很優異的多線程的，動態的語言。

Java的開發環境有不同的版本，如sun公司的Java Developers Kit， 簡稱 JDK。後來微軟公司推出了支持Java規范的Microsoft Visual J++ Java開發環境，簡稱 VJ++。

三. Java的特點

1. 平台無關性

平台無關性是指Java能運行於不同的平台。Java引進虛擬機 原理，並運行於虛擬機，實現不同平台的Java介面之間。使 用Java編寫的程序能在世界范圍內共享。Java的數據類型與 機器無關，Java虛擬機（Java Virtual Machine）是建立在 硬體和操作系統之上，實現Java二進制代碼的解釋執行功能， 提供於不同平台的介面的。

2. 安全性

Java的編程類似C++,學習過C++的讀者將很快掌握Java的精 髓。Java舍棄了C++的指針對存儲器地址的直接操作，程序 運行時，內存由操作系統分配，這樣可以避免病毒通過指 針侵入系統。Java對程序提供了安全管理器，防止程序的 非法訪問。

3. 面向對象

Java 吸取了C++面向對象的概念,將數據封裝於類中,利用類 的優點,實現了程序的簡潔性和便於維護性。類的封裝性、 繼承性等有關對象的特性，使程序代碼只需一次編譯，然後 通過上述特性反復利用。程序員只需把主要精力用在類和接 口的設計和應用上。Java 提供了眾多的一般對象的類，通 過繼承即可使用父類的方法。在 Java 中，類的繼承關系是單一的非多重的，一個子類 只有一個父類，子類的父類又有一個父類。Java 提供的 Object 類及其子類的繼承關系如同一棵倒立的樹形，根類 為 Object 類， Object 類功能強大，經常會使用到它及其 它派生的子類。

4. 分布式

Java建立在擴展TCP/IP網路平台上。庫函數提供了用HTTP和FTP協議傳送和接受信息的方法。這使得程序員使用網路上的文件和使用本機文件一樣容易。

5. 鍵壯性

Java致力於檢查程序在編譯和運行時的錯誤。類型檢查幫助檢查出許多開發早期出現的錯誤。Java自已操縱內存減少了內存出錯的可能性。Java還實現了真數組，避免了覆蓋數據的可能。這些功能特徵大大提高了開發Java應用程序的周期。Java提供： Null指針檢測、 數組邊界檢測、 異常出口、 Byte code校驗。

四. Java與C/C++語言

Java提供了一個功能強大語言的所有功能，但幾乎沒有一點含混特徵。C++安全性不好，但C和C++被大家接受，所以Java設計成C++形式，讓大家很容易學習。

Java去掉了C++語言的許多功能，讓Java的語言功能很精煉，並增加了一些很有用的功能，如自動收集碎片。

Java去掉了以下幾個C和C++功能：
指針運算
結構
typedefs
#define
需要釋放內存

這將減少了平常出錯的50%。而且，Java很小，整個解釋器只需215K的RAM。

面象對象：Java實現了C++的基本面象對象技術並有一些增強，（為了語言簡單，刪除了一些功能）。Java處理數據方式和用對象介面處理對象數據方式一樣。

五. Java與Internet

我們知道，早先的 www 僅可以傳送文本和圖片，Java的出現實現了互動的頁面，是一次偉大的革命。

Java並不是為 Internet,WWW而設計的，它也可以用來編寫獨立的應用程序。Java 是一種面向對象語言。Java 語言類似於 C++ 語言，所以已熟練掌握 C++語言的編程人員，再學習 Java 語言就容易得多！Java 程序需要編譯。實際上有兩種 Java 程序：一種 Java 應用程序是一個完整的程序，如 Web 瀏覽器。一種 Java 小應用程序是運行於 Web 瀏覽器中的一個程序.

Java程序和它的瀏覽器HotJava，提供了可讓你的瀏覽器運行程序的方法。你能從你的瀏覽器里直接播放聲音。你還能播放頁面里的動畫。Java還能告訴你的瀏覽器怎樣處理新的類型文件。當我們能在2400 baud線上傳輸視頻圖象時，HotJava將能顯示這些視頻。

當今Internet的一大發展趨勢是電子商務，而Internet的安全問題是必須解決的問題，通常大的部門應設置防火牆，阻止非法侵入。

電子商務是當今的熱門話題，然而傳統的編程語言難以勝任電子商務系統，電子商務要求程序代碼具有基本的要求：安全、可靠、同時要求能 與運行於不同平台的機器的全世界客戶開展業務。Java以其強安全性、平台無關性、硬體結構無關性、語言簡潔同時面向對象，在網路編程語言中占據無可比擬的優勢，成為實現電子商務系統的首選語言。

Java程序被放置在Internet伺服器上,當用戶訪問伺服器時,Java程序被下載到本地的用戶機上,由瀏覽器解釋運行。

[NextPage]
PowerBuilder簡介

PowerBuilder的產生

PowerBuilder是美國著名的資料庫應用開發工具生產廠商PowerSoft推出的成功產品，其第一版於1991年6月正式投入市場。它是完全按照客戶/伺服器體系結構研製設計的，採用面向對象技術，圖形化的應用開發環境，是資料庫的前端開發工具。

PowerBuilder的特點

它支持應用系統同時訪問多種資料庫，其中既包括Oracel,Sybase之類的大型資料庫，又包括FOXPRO之類支持ODBC介面的小型資料庫，PowerBuilder是完全可視化的資料庫開發工具，它提供了大量的控制項，大大加快了項目的開發速度，也使開發者更容易掌握資料庫的開發。

它使用的編程語言叫做工PowerScripr，它也是一種高級的，結構化的編程語言。PowerScript提供了一套完整的嵌入式SQL語句，開發人員可以像使用其它語句一樣自由地使用SQL語言，這樣就大大增強了程序操縱和訪問資料庫的能力。可以說PowerBuilder既適合初學者快速學習資料庫的開發，又可以讓有經驗的開發人員開發出功能強大的資料庫，是一種適用面非常廣的開發工具。

PowerBuilder是一個用來進行客戶/伺服器開發的完全的可視化開發環境。使用PowerBuilder,你可以用一種可視的直觀的方式來創建應用程序的用戶界面和資料庫介面。這是一個總的概念，實際上是開發人員使用PowerBuilder去開發應用程序，由於所開發的各種應用程序充分利用了圖形用戶介面(GUI)的優點，所以PowerBuilder被認為是一個圖形工具。

在客戶／伺服器結構的應用中，PowerBuilder具有描述多個資料庫連接與檢索的能力。特別是PowerBuilder能從大多數流行的RDBMS中存取數據，且不管數據存放在什麽地方；另外，各種應用程序又可以獨立於RDBMS,因為PowerBuilder可以使用資料庫的標准操作語言SQL(結構化查詢語言）進行。

使用PowerBuilder，可以很容易地開發出功能強大的圖形界面的訪問伺服器資料庫的應用程序，PowerBuilder提供了建立符合工業標準的應用程序（例如訂單登記、會計及製造系統）所需的所有工具。

PowerBuilder應用程序由窗口組成，這些窗口包含用戶與之交互的控制項。開發人員可以使用所有標准空間（如按鈕、復選框、下拉式列表框或編輯框）以及PowerBuilder提供的特殊的使應用程序更易於開發和使用的控制項。

通常人們把PowerBuilder看成是一種開發工具，實際上它比其他工具強得多，是一種強有力的開發環境。開發人員不僅能用它來開發用戶容易使用的各種應用程序還可以通過PowerBuilder修改資料庫，利用400多個內部定義函數，可以開發能和其他應用程序進行的各種應用程序。

PowerBuilder正在成為客戶／伺服器應用開發的標准。相對於其他任何客戶／伺服器開發環境，PowerBuilder使開發人員的工作更快、成本更低、質量更高、功能更強。

PowerBuilder為應用開發提供了全面綜合性的支持，可以分別概括為如下幾點：

事件驅動的應用程序
功能強大的編程語言與函數
面向對象的編程
跨平台開發
開放的資料庫連結系統

PowerBuilder開發環境

PowerBuilder開發環境由一系列集成的圖形畫板(Painter)組成，應用開發人員通過簡單的滑鼠操作即可設計、建立、交互檢驗和測試客戶／伺服器應用程序。
[NextPage]
Delphi簡介

Delphi這個名字源於古希臘的城市名。它集中了第三代語言的優點。以Object Pascal為基礎，擴充了面向對象的能力，並且完美地結合了可視化的開發手段。Delphi自1995年3 月一推出就受到了人們的關注，並在當年一舉奪得了多項大獎。

Delphi的出現打破了V承可視化編程領域一統天下的局面。並且Delphi使用了本地編譯器直接生成技術，使程序的執行性能遠遠高於其它產品生成的程序。它還是真正的面向對象的編程語言。PASCAL語言的嚴謹加上可視化的優勢和強大的資料庫功能使得它有充分的資本和微軟的VB叫板。許多人當時都認為Pascal 是最有前途的程序設計語言，並預測Delphi將會成為可視化編程的主流環境。

Delphi在你編好程序後自動轉換成.EXE文件它運行時速度比VB快，而且編譯後不需要其他的支持庫就能運行。它的資料庫功能也挺強的，是開發中型資料庫軟體理想的編程工具。 Delphi適用於應用軟體、資料庫系統、系統軟體等類型的開發。而且它擁有和VB差不多一樣的功能，而且一樣能應用API函數，這在控制Windows很有用。

Delphi是全新的可視化編程環境，為我們提供了一種方便、快捷的Windows應用程序開發工具。它使用了Microsoft Windows圖形用戶界面的許多先進特性和設計思想，採用了彈性可重復利用的完整的面向對象程序語言(Object-Oriented Language)、當今世界上最快的編輯器、最為領先的資料庫技術。對於廣大的程序開發人員來講，使用Delphi開發應用軟體，無疑會大大地提高編程效率，而且隨著應用的深入，您將會發現編程不再是枯燥無味的工作——Delphi的每一個設計細節，都將帶給您一份欣喜。

Delphi的基本形式

Delphi實際上是Pascal語言的一種版本，但它與傳統的Pascal語言有天壤之別。一個Delphi程序首先是應用程序框架，而這一框架正是應用程序的「骨架」。在骨架上即使沒有附著任何東西，仍可以嚴格地按照設計運行。您的工作只是在「骨架」中加入您的程序。預設的應用程序是一個空白的窗體(form)，您可以運行它，結果得到一個空白的窗口。這個窗口具有Windows窗口的全部性質：可以被放大縮小、移動、最大最小化等，但您卻沒有編寫一行程序。因此，可以說應用程序框架通過提供所有應用程序共有的東西，為用戶應用程序的開發打下了良好的基礎。

Delphi已經為您做好了一切基礎工作——程序框架就是一個已經完成的可運行應用程序，只是不處理任何事情。您所需要做的，只是在程序中加入完成您所需功能的代碼而已。 在空白窗口的背後，應用程序的框架正在等待用戶的輸入。由於您並未告訴它接收到用戶輸入後作何反應，窗口除了響應Windows的基本操作(移動、縮放等)外，它只是接受用戶的輸入，然後再忽略。

⑤ 焊工弗拉迪能夠幫助客戶解決哪些痛點

焊工弗拉迪協作機器人應用於焊接目前能解決因多品種來的編程困擾，在一定程度上能夠解決部分客戶痛點，而且還能幫助企業更好地實現降本增效。

⑥ 如何基於visual studio 進行數據建模

Visual Studio Team System 建模策略與 FAQ

適用於：
Microsoft Visual Studio Team System
摘要：客戶和合作夥伴迫切希望了解 Microsoft 對於模型驅動開發的策略，及其對 Visual Studio Team System 的支持。當向他們解釋我們的策略時，他們經常表現出對某些相同主題的興趣，並引出一些相同的關注點。本文，我們講述模型驅動開發的策略，以及開發人員通常會涉及到的一系列問題與解答。首先的五個問題涉及到我們策略的主要結構，我們將對其進行詳細的回答與解釋。其他的常見問題均集中於最後一部分的常規 FAQ 部分中。
本頁內容
為什麼建模？
如何在模型驅動的開發中使用 DSL？
UML 如何？
MDA 如何？
軟體工廠是什麼？
其他常見問題

為什麼建模？
客戶曾經告訴我們，他們在 80 年代和 90 年代初所購買的多數 CASE 工具不能為開發過程增加足夠的價值。由購買的工具帶來的利益並未實現，甚至好的產品也會被過度誇耀的技術承諾所掩蓋。
如果工具支持的模型不能反應代碼以及其他的實現產品，那麼這些工具很快就會被摒棄。如果工具支持的模型用於生成代碼，那麼當開發人員根據生成的代碼增添其他代碼時，工具通常不能與之同步。盡管這些工具為生成的代碼提供了很好的"往返行程"，但最終開發人員還是身陷於解決此類問題的錯綜復雜的情況中。因為 CASE 工具試圖以超高級別的抽象（與底層實現平台相對）進行操作，所以這些問題經常變得更糟。這會導致生成大量代碼，由於混合了手寫代碼和生成的代碼，因此要解決這些問題更加困難。
盡管存在這些問題，但是與某些軟體開發過程有關的一個觀點是 - 應用建模可以讓開發更輕松。我們的目標是改變開發人員看待建模價值的方式。要將他們的觀點（建模是一個在真正開始開發之前不太重要的有用活動）改變為承認建模是一個重要的、主要的開發任務，並且不是主要集中於文檔的活動。當將模型視為首要的開發產品時，由於可以使用更強大的應用程序抽象，因此開發人員會編寫更少的常規代碼。模型驅動的開發也因此順理成章地更加高效和靈活。此外，其他涉及到的開發人員（從業務分析師、架構師、設計師到網路的用戶以及系統管理專業人員）會發現建模對其所負責的任務會產生增值。當模型以這種方式橫跨開發和運行時活動時，人員之間的交流可以得到優化，且可跟蹤性使得能夠跨越生命周期的任何階段。我們堅信，以這種方式確立建模的主要位置，最終可以改變軟體開發的經濟性，並且保證軟體系統能夠滿足業務的需要。該模型驅動開發的方法由 Microsoft 首創，是名為軟體工廠 的產品的一部分。
注 軟體工廠的深入說明，請參閱「Software Factories: Assembling Applications with Patterns, Models, Frameworks and Tools」，作者為 Jack Greenfield 和 Keith Short，以及 Steve Cook 和 Stuart Kent。
返回頁首

如何在模型驅動的開發中使用 DSL？
Microsoft 已經從過去的行業經驗中有所收獲，並且避免了 CASE 的缺陷，這是通過採納基於下列想法的模型驅動開發實現的：
模型應該是項目中首要的產品 - 不僅僅是一些快過時的文檔。模型有精確的語法，通常利用圖形化工具易於進行編輯和瀏覽，並且包含確定模型中特定於域的概念如何映射到其他實現產品的語義，這些實現產品包括代碼、項目結構和配置文件等。按照這種方法，模型非常類似於源代碼文件，而且它與其他實現產品同步的機制非常類似於編譯器。
模型表示一組抽象，它以定義完善的開發內容為開發人員提供支持。例如，考慮這樣一個任務：生成一個通過 Web 服務與組件進行連接的、面向服務的應用程序。要構建這樣一個應用程序，假設給定開發人員必須關注的所有其他任務，在這種情況下，根據服務合同和開發人員之間交流的信息，該開發人員可以只關註定義整個應用程序連接性。為軟體架構師的應用程序設計器提供的 Visual Studio Team Edition 完全支持開發的個各個方面，並管理應用程序連接性模型和所有其他產品（WSDL 文件、項目文件、代碼文件、配置文件等）之間的關系。必須開發這些產品以實現由模型定義的互聯。按照這種方式設計作為源產品的模型，具有額外的好處 - 提供對其他分散細節的整體視角，並且能夠讓不同團隊（包括設計、構建和部署復雜、現代化應用程序）之間的溝通更加順暢。
由於模型能夠提煉並聚合大量產品中的信息，因此它們能夠更輕松地支持一致性檢查和其他形式的分析。例如，一個應用程序連接模型可以支持協定協議驗證、安全性分析或性能分析。
通過一個與編輯類似的過程可以實現模型，在該過程中，由編譯器生成的代碼、配置文件和其他實現產品均不能進行手工編輯。然而，較普遍的情況是，模型可以由生成產品和手工編輯產品的組合實現。在這種情況下，非常重要的一點是，仔細管理使生成和手工編輯產品相互適應的方法。如上所述，不能有效做到這一點是 CASE 產品的一個主要不足之處。我們已經使用了一些技術來確保生成的產品和手工編輯產品保持獨立，並且當生成工具需要套用代碼時，決不會與由開發人員添加的代碼發生沖突。這些技術包括，使用類委託和繼承，特別是使用"部分類" - 它是 Visual Studio 中 .NET 語言的一個新特性，利用成形的任務已經進行了特別定義。
我們將以這些方式定義的建模語言稱為 Domain Specific Languages 或 DSL。可以將 DSL 想像為一種用來解決一些清晰確認問題的小規模、高集中化的語言。這里所說的問題是分析師、架構師、開發人員、測試人員或系統管理員必須要處理的問題。開發人員已經熟知的 DSL 示例是：用於數據操作的 SQL 和用於 XML 文檔結構定義的 XSD，等等。另一個來自 Visual Studio Team Edition for Software Architects 的示例是，用於對數據中心硬體和宿主軟體配置的邏輯結構進行建模的 DSL。該 DSL 及其相關的圖形設計器可以用於設計時（配置應用程序以與其部署目標相匹配）的驗證，在問題可以更容易地解決時向開發人員發出警告。
找到備選 DSL 的好辦法是明確開發人員使用的模式，然後將其封裝到建模語言中，或將軟體框架中的概念作為建模語言中的抽象表層化，然後能夠生成可擴展整個框架的少量代碼。這些技術允許我們控制生成代碼的數量和復雜度，從而為開發人員提供真正意義的價值，而無需爭論對 CASE 產品的刻畫。
最近，Microsoft 發布了 DSL 工具 - 使客戶和合作夥伴能夠通過 Visual Studio 中的相同的技術構建 DSL，這些技術用於構建與 Visual Studio Team Edition for Software Architects 一起發行的建模工具。可以將該技術認為是"構建工具的工具"，簡化了定義 DSL 的任務，並降低了為工具構建圖形化編輯器和編譯器的代價和技能
返回頁首

UML 如何？
多數理解我們就模型驅動開發這一觀點的人員，把我們假想為將重點放在 DSL 上，這一假設將我們置於一個與 UML 對立的位置。我們希望對這一不正確的想法予以澄清。在 UML 之前，各種各樣的建模方法缺乏生產效益，這些方法最終形成 UML 1.0，這是在軟體開發中使用模型方面向前邁進的重要一步。
但是不管是出於什麼原因，UML 和基於 UML 工具的存在沒有顯著改變開發人員構建應用程序的方式。或者說，沒有為開發人員生產效率提供明顯的幫助。自從 Microsoft 提供了一個最可用的 UML 工具（基於 Visio 的工具）- 最先與 Visual Studio Enterprise Architect 一起提供，我們對該工具的使用進行了開發人員的（不僅限於我們的客戶）匿名調查。我們發現，只有很少數人聲明其任務支持 UML 工具，大部分使用者僅使用類圖表。當我們訓練這部分聲明使用類圖表的人員時，實際使用它們生成代碼的數量很少。
除了在 Visual Studio Team Edition for Software Architects 中的模型驅動的開發工具之外，這是驅動因素之一。我們真正想要進行的是開發人員和架構師很難發現的任務，並找出建模工具可能為其增值並提供幫助的辦法。我們強烈支持 UML 符號和圖表。在 Microsoft 中任意的開發人員辦公地點走走，就會發現白板上密布著 UML 類圖表以及序列圖表。我們不僅在規範文檔中、在很多其他為演示准備的圖表中使用 UML 符號，甚至還會將 UML 符號記錄在自助餐廳的餐巾紙上。要支持客戶的這些需要以生成文檔和概念化草圖，我們將繼續在 Visual Studio 中提供 UML 工具集。事實上，通常在 Microsoft 內，我們使用 UML 的目的很多（例如用於文檔或概念共享），但幾乎從未 有任何一個是出於以下目的，這些文檔是軟體開發的實際產物。
辦公室和走廊里相同的白板也布滿了隨意寫下的代碼。但在這里再次聲明這都是草稿。這些代碼很少能正確指示程序源代碼編譯。這對開發人員而言是重大的區別。任意一種有助於實際軟體開發的產品必須能夠進行數字化操作。源代碼有定義完善的語法，易於理解的語義（通常由編譯器的轉換以較低級的代碼或中間語言定義），並且能夠由編譯器、調試器和重構程序進行一致性操作。要有益於開發人員，模型必須 有與源代碼相同的狀態。模型還必須有精確的語法、易於理解的語義，以及定義完善的到源代碼或其他定義完善模型的映射。它必須不僅 限於文檔。
例如，採用 Visual Studio Team Edition for Software Architects' Application Designer。它不僅僅是文檔，雖然它以該目的進行使用。它更希望使開發人員（或架構師）能夠將注意力集中於系統的某一部分；而不是面向服務的體系結構中服務間的連接。她可以在構建項目、WSDL 文件、代碼和架構之前設計系統的該部分，或要求工具文檔化服務間的連接（如果這些產品已經存在）。由於連接信息分散於眾多開發產品之中，因此整體視圖（如圖表）提供了基本的使用，盡管所有傳遞的信息可能因對實施產品的仔細檢查而減少。應用程序設計器有定義完善的語法（它的 DSL 元模型）和可預知的、始終同步的到各種實施產品的映射。基礎設計器框架承擔應用程序設計器圖表編譯器的作用，非常類似於與源代碼文件相關的傳統編譯器的作用。
但是，為什麼我們不能只將這種新的服務連接"語言"構建為對 UML 的擴展呢？特別是對 UML 2.0 的改進呢？
當然，當我們看出採取 UML 2.0 規范的趨勢時，我們意識到，它依舊不能成為文檔之外其他事物的基礎是有原因的。由於更加復雜的子語言，UML 2.0 規范已經增加了標準的復雜性，但是它依舊不能以一種自然的方式解決現代應用程序開發的關鍵問題，例如，資料庫設計、測試、部署、面向服務、基於組件的開發以及用戶界面結構。由於沒有自然的 UML 子語言滿足服務連接的需求，因此我們必須利用現有 UML 子語言中的構造型和標記來重新描述我們的應用程序設計 DSL。這會導致在已由業界眾多膨脹、復雜的規范描述的設計中極其復雜的模型。利用標準的 UML 符號（其中，對應於任何已經擴展的子語言中現有的形狀都可以重用），對於圖表的可讀性和清晰度而言是一種折中方案。最後，我們會糾纏於規范中關鍵內容缺乏精確度以及 UML 中固有的類型系統不匹配（較之於 .Net 和 XML 語言）之中。
由於這些原因，我們選擇利用一個為特定目的構建的元模型來定義應用程序設計 DSL，該模型本身作為相關元模型家族中的一員進行定義。這為服務連接提供了自然且精確的基礎，以及到基礎實施產品（當然包括一些代碼）的高保真映射。對於其他關注的開發任務，我們已經得到了相同的結論，並因此產生了與其他白皮書中所述相似的類設計器和邏輯數據中心設計器的 DSL。對可擴展 DSL 的支持，構建為一系列具有定義完善的 DSL 與其他開發產品間的映射，最終成為 Microsoft 模型驅動開發策略的基礎。
綜上所述，我們推薦在以下情況下使用 UML 和基於 UML 的工具：
草圖。
白板。
餐巾紙。
文檔。
不直接與代碼相關的概念性繪圖。
我們推薦在以下情況中使用恰當定義的 DSL 和基於 DSL 的工具：
從中生成代碼的精確抽象。
映射到框架和組件中變化點的精確抽象。
DSL 之間的精確映射。
具有到其他 DSL 或代碼產品的精確指明映射的概念性繪圖。
我們不推薦將上述幾點用於詳細編程邏輯的可視化編程（或至少在近幾年之內）。
返回頁首

MDA 如何？
MDA 是 OMG 的一個授權品牌，它基於利用模型驅動開發的 UML。它重點強調與平台無關的模型以及衍生出的技術。根據 OMG FAQ，
"MDA 是編寫規范和開發應用程序的一種新方式，它基於平台無關的模型 (PIM)。完整的 MDA 規范包括，一個基於 UML 模型的確定無關平台、一個或更多特定於平台的模型 (PSM) 以及介面定義集，它們分別描述基本模型如何在不同的中間件平台上實現。完整的 MDA 應用程序包括，一個確定的 PIM、一個或更多的 PSM 以及完整的實施，應用程序開發人員決定支持的每個平台均對應一個 PSM。"
MDA 由 OMG 定義，僅解決實際問題的一個小子集，這些問題必須用於驅動有效的模型驅動的開發。一個有效的模型驅動開發方法必須能夠解決編程問題，例如：
可以開發哪些類型的系統？由於不同系統之間存在著明顯的差異，因此模型驅動開發方法必須能夠辨別這些差異。要有效實現，首先描述要解決的問題，然後標識可以解決問題的特定技術，顯示適合解決方案的每一種技術，各種技術如何協調工作以完成解決方案。
給定類型系統的體系結構是什麼？這個問題的答案不僅僅是考慮可以使用的技術，而且還涉及識別這些技術的特性（對設計系統的每個部分都很重要），以及配置每種技術的用法。這是軟體體系結構的主題，已被公認為軟體生命周期中最重要的定律之一。軟體體系結構定義了為系統提供其結構以及定義其質量屬性的高級設計決策。由於模型最初用於描述系統重要部件的體系結構，因此模型應該更緊密地與軟體體系結構開發相集成。
需要為給定類型的系統繼續哪方面的建模？由於不同系統的體系結構有非常大的差異 ，因此沒有單獨的模型集能夠有效描述所有可能的系統。因此，這個問題的答案將因系統類型而異。我們的觀點是：每個目標平台上單個的 PIM 和單個的 PSM，所有的開發均利用一個由 MDA 指定的常規目的建模語言，足以支持由模型驅動開發承諾的非常高級別的自動化。軟體生命周期中豐富的自動化需要大量其他類型的模型，例如以下這些模型：
捕獲、分析和管理需求；標識需求之間的跟蹤關系，體系結構設計和實現結構，能夠進行需求已實施的驗證，以及在需求變更時支持對產生影響的分析。
以下列方式定義軟體體系結構：支持安全性、性能和可靠性分析以及其他格式的評估；能夠從組件啟用預知的系統程序集，以及有效、可逆地逐步從需求和部署進行轉換。
定義可執行的系統組件如何打包，標識部署環境中每個組件都需要的資源類型，以及將組件綁定到這些資源類型的特定實例。
定義測試用例、測試數據集、測試工具和其他產品，更易於評估利用模型開發的軟體的質量，以管理和顯示測試結果。
標識模型和其他產品間的跟蹤關系，更易於在系統宕機時支持對業務影響的分析，將系統配置為滿足需求，並加強系統配置期間的約束。
定義用於構建可執行文件的源產品的配置，更易於版本化這些配置，以與缺陷報告和具有特定版本的特性變更需求相關聯。
模型驅動的技術如何與代碼為主的開發技術集成？模型用於輔助開發人員實現任務，例如查詢和導航代碼基、調試、分析、覆蓋分析、模式化應用程序和重構，並且可以緊密集成到面向文件的開發環境。
此外，除了上述說明的原因，強調利用發布的 UML 元模型是我們的問題所在。最後，盡管強調平台無關是某些客戶所關注的，但是我們了解到更多的是他們有關對生產率、可預見性、安全性、管理以及部署和管理應用程序的有效方式的需求。然而，我們絕對贊同有關構建應用程序而使用的模型是 MDA 的中心，且重要的是模型間定義完善的映射，我們識別以下值，模型可為其提供構建跨具有互操作組件的平台的應用程序。
某些進行模型驅動開發的組織接受對術語 MDA 更廣泛的解釋，而不是由 OMG 描述的解釋；的確，如我們所述，他們必須這樣做才能獲得成功。使用任意的 OMG 規范以實現模型驅動的開發，是 MDA 典型的應用，無論是否包含 PIM 和 PSM。例如，某些組織發現 OMG 的 MOF 規范是 MDA 的關鍵。該觀點取決於用 MOF 定義的新的建模語言，而不是在 UML 中預定義的建模語言，且該觀點與我們的方法極其相似。我們將支持與其他平台上普遍採用的 UML 和 MOF 工具進行交互，通過 XMI 或是通過本機格式，幫助客戶成功利用它們進行模型驅動的開發。
返回頁首

軟體工廠是什麼？
正如前面提到的，我們對於模型驅動開發的方法是 Microsoft 稱之為軟體工廠 的一部分。取代了一般的、一種規模滿足所有需要的方法，軟體工廠使用自定義的 DSL 集合，從而提供自定義的抽象集以滿足系統（例如，電子商務、金融交易或國內銀行應用程序）特定領域的需要。有了軟體工廠，模型不僅可以用於分析和設計，而且還支持跨越整個軟體生命周期（甚至是運行時）的各種類型的計算。這是軟體工廠的基本原則，並且還是 Microsoft 的 Dynamic Systems Initiative (DSI) 的基本原則。DSI 實現並完成軟體工廠計劃。
您可以將軟體工廠認為是包含並擴展 MDA，這里對 MDA 的定義比基於 PIM 和 PSM 的正式定義范圍更廣泛。軟體工廠超越了一般的平台獨立性，並且特定的模型可解決前面部分中說明的其他問題。
利用圖形化觀點，軟體工廠為特定的系統定義專門的方法。每個觀點都為系統范圍內的成員定義生命周期的某部分，例如需求獲取、資料庫設計或服務協定定義。工廠與每個觀點的可再次使用部分相關聯，並在對系統家族范圍內團隊開發成員觀點的上下文中傳遞它們，這樣就不需要搜索應用程序部分，能夠啟動驗證並支持手工和自動指導設置。
觀點圖被稱為軟體工廠架構，與在一層抽象（系統的一部分）上完成的工作相關，或在生命周期的一個階段內，在其他層（或其他部分和階段）上完成的工作相關。觀點圖可用於從其他產品（特別是從模型）完全或部分生成產品（包括模型、源代碼、配置文件等）；在開發階段保持產品同步；驗證手工開發的產品；評估需求失敗或變更後的影響；組織並應用模式及其他最佳實踐；捕獲系統開發期間的元數據以支持系統操作和維護；提供其他形式的指導和管理。
軟體工廠自動化可再次使用部分的打包和交付，可再次使用部分包括，模型和模型驅動的工具、其他類型工具（例如，向導、模板和實用程序）、開發過程、實施組件（例如，類庫、框架和服務）以及內容部分（例如，模式、樣式表、幫助文件、配置文件和文檔）。由於軟體工廠架構是一個模型，因此可以通過工具來操作軟體工廠。創建規模較大的軟體工廠，可通過合並較小的工廠以及通過自定義一般的工廠實現工廠的特殊化。
構建軟體工廠與構建架構很類似。包括要使工廠更易於開發人員應用的獲取和實現模式以及其他最佳實踐。與通過手工從頭開始構建系統相比，使用工廠更有效，這是因為使用工廠不掃描希望找到可重用組件的目錄和存儲庫，在系統體系結構和開發過程的上下文中立即可用的開發下，使用工廠的開發人員具有可重用的組件適用於系統的各個部分。
當然，軟體工廠計劃不僅僅局限於 Microsoft 和我們提供的產品。相反，我們將軟體工廠作為客戶和合作夥伴這一廣泛群體的基礎，在我們提供的基礎之上構建自定義的工廠，並且將工廠組件提供給這一群體中的其他成員。
客戶和合作夥伴對軟體工廠計劃的響應是很積極的。我們建議，將軟體工廠作為現代化組織的最佳發展方向，希望改善其與業務期望一致的開發方法，並且我們提供了 Visual Studio Team Edition for Software Architects、DSL 工具和 VSTS 中其他的新功能，作為軟體工廠計劃的首選產品。

⑦ SMT編程問題，客戶給了我一個元器件第一腳的坐標，我想把它改為元器件的中心坐標

這個改不了的，必須是在PCB設計的時候就定義好，否則對於SMT貼片程序的編輯將造成很大的麻煩！因為那個器件的第一腳位置與器件中心的偏移量都不相同，整體移動更不可能！還是手動在線調試吧，後續跟客戶溝通下！

⑧ 關於軟體售後服務方案

軟體售後服務方案,它貫穿的可以度量的售後服務環節作為組證和具體項存周期內作用件項目的售後務的重要內容我公司管理急 方案 穿軟體項目量的目標,確保軟體項目得到客戶滿意，以下是我整理的關於軟體售後服務方案,歡迎大家參閱。

↓↓↓更多"售後服務方案"相關 文章 推薦↓↓↓

工程售後服務方案

售後服務工作計劃

投標售後服務承諾書

軟體售後服務策劃方案

篇一：軟體售後服務方案

1.公司的售後服務宗旨

冠金公司從成立之初就將「堅持客戶視角觀，即站在客戶的角度來審視我們的工作」作為我公司服務 教育 的服務宗旨。「客戶的滿意才是我們的成功」是客戶服務部一直的追求，客戶的滿意一方面來自對工程質量的滿意，更重要的將是今後長時期的售後服務滿意度。我們將為貴單位提供全面的售後服務和支持，讓用戶用的放心、使得開心。

2.公司對於售後服務的承諾

售後服務的內容

根據我公司對用戶的一貫承諾，我們將對用戶提供以下售後服務內容：

● 設備安裝和初驗階段

● 系統試運行和設備最終驗收階段

● 免費維護期內

● 免費維護期後

在每一階段，所提供的服務內容如下：

售前服務：1、特設置客戶服務專線：免費提供電話技術支持，為用戶解答關於LED顯示屏技術以及相關問題。

2、在最短的時間內為客戶提供完整的解決方案：對客戶的需求和生產產品用途全面系統的分析並在不超過兩天之內為用戶提供最詳盡、合適、性價比最高的設計方案，使客戶能清晰准確的選擇自己所需要的產品，掌握工程預算。令用戶的投入發揮出最大的經濟效益。

試運行完成後，我方將派工程技術人員到用戶現場，提供終驗測試建議，並由雙方確定終驗測試方案。最終由用戶確認試運行期和終驗結束。

針對主要設備所進行特別服務

售後服務：我們承諾對於我們提供的設備提供保修及終身跟蹤服務。我公司在國內主要城市如北京、深圳、上海、成都等地設有辦事處或服務中心，並配備專業維修人員及常用備件，可就近為客戶提供售後服務。

1、在免費保障期間，一切由於元器件質量原因或生產安裝工藝原因引發的故障均獲得無條件的免費維修，但違反操作規程或國家規定的不可抗拒的外部因素除外，針對此類因素只收取工本費。免費保修結束後，服務用酌情收取。

2、免費提供顯示系統應用軟體的升級更新服務。

3、對用戶提出的維修和幫助要求給予最快的響應，用戶提出維修申請後，保證在最短的時間內，以最快的方式派技術人員到現場檢修。

4、需要返廠維修的設備。設備到工廠後，返修期不超過5個工作日。

5、在免費保修期間，我公司保證定期巡查，定期派遣工程人員上門維護。

回 訪： 我公司為了保證每次客戶服務工作落地有聲，公司客戶服務中心工作人員對每次服務工作情況進行電話或上門回訪，具體內容有服務態度、服務質量、故障解決水平等等。

巡 檢： 公司總經理會同公司客戶服務中心工作人員不定期走訪客戶，了解客戶對我們的產品、服務的滿意程度，為進一步提高服務水平和服務質量掌握一手資料，也為不同客戶提供有針對性的服務。

篇二：軟體售後服務方案

產品培訓：我們將根據用戶需要，對項目管理層的進度、成本、采購、合同、質量、安全、招投標等模塊在實際業務中的應用進行培訓，切實提供項目管理的成本控制水平;對 企業管理 層的多項目管理中心、資源中心、財務中心、人力資源中心、經營中心、預警中心等實際業務中的應用進行指導，切實提高企業的管理水平;對決策管理層進行決策管理方面的培訓，切實提升企業的決策水平，強化企業的核心競爭力。

工作流程定製：根據用戶的實際業務需求，協助用戶定製各種工作流、建立審批流程、及相關培訓。

報表定製：根據用戶的實際業務需求，協助用戶定製各種統計報表和分析圖表，及相關培訓。

二次開發：根據用戶的實際業務需要，對系統進行二次開發，實現用戶的個性化功能要求，並進行相關培訓。

產品補丁：不定期發布產品補丁，修正產品中存在的Bug，用戶可以 根據需要選擇適當補丁。

建立系統模塊編碼檔案與錯誤信息編碼，為軟體系統的管理提供依據維護依據。

系統恢復服務，確保系統崩潰後能盡快恢復。

病毒清除和防範：病毒預警服務，隨時提示用戶病毒發作信息，降低病毒感染傳播機會。

提供系統維護 報告 。

協助用戶建立 系統安全 管理和系統使用管理制度。

為客戶提供計算機系統的合理建議。

故障處理：根據故障對客戶業務造成的影響，將故障分為四種級別，劃分界定如下：

·一級故障：主要指產品在運行中出現系統癱瘓或服務中斷，導致產品的基本功能不能實現或全面退化的故障。

·二級故障：主要指產品在運行中出現的故障具有潛在的系統癱瘓或服務中斷的危險，並可能導致產品的基本功能不能實現或全面退化。

·三級故障：主要指產品在運行中出現的直接影響服務，導致系統性能或服務部分退化的故障。

·四級故障：主要指產品在運行中出現的斷續或間接地影響系統功能和服務的故障。

對應每級故障，確定不同的現場響應時間

售後服務方式

電話支持：我們接到用戶的技術支持請求或故障報告後，將立即以電話方式同該單位取得聯系，並指導用戶解決問題。

遠程連接服務：技術支持人員在客戶授權後，可通過遠程連接進入客戶的系統幫助客戶解決問題。可遠程連接到客戶的系統在客戶的系統上做編程調整，從而確保系統為用戶產生最大的效益。

現場服務：在客戶授權的情況下，進入客戶的軟體管理系統，定期檢查系統運行狀況，預測系統未來可能出現的問題;如需工程師現場了解判斷和解決問題，我公司將盡快安排工程師以最快的速度趕赴現場。

定期 拜訪 ：系統進入運行階段後，我們安排工程師每季度定期拜訪用戶，隨時監測系統的運行狀況，一方面預防故障的發生，另一方面對發生的各種問題及時做出響應。

應急解決方案： 公司設立技術支持領導小組，保證突發事件發生時，能夠迅速召集技術人員，立即制定應急技術方案;對一般性技術故障，可利用電話指導用戶自行解決;在用戶無法解決情況下，及時趕赴現場解決問題(見故障等級處理機制)。

服務響應時間

我們將對用戶提供全方位的售後服務，並提供最佳的服務響應時間。

電話支持：技術支持與服務時間為 8:30—17:00 ，周一至周五(國家法定的休息日和節假日除外);在節假日、休息日或下班期間，用戶可通過手機與技術支持人員取得聯系。

現場支持： 如果電話無法解決，我們派工程師到現場，具體響應時間為 48 小時以內。

服務監督管理機制： 如果用戶對我公司的技術服務人員不滿意，可反饋到公司總部。總部將另行安排技術服務人員赴現場以圓滿解決問題。

售後服務期限

擔保期：對所承擔合同中的所有軟、硬系統有擔保義務，在擔保期內，所有軟體的維修或替換均是免費的。

擔保期後的服務：合同中的所有軟體系統，均由保證期內享有終身技術支持的服務。但在擔保期之後的服務，須收取一定的維護成本費。

我們的優勢

全面的技術儲備： 系統運行故障涉及硬體、軟體、網路、資料庫等多方面的技術，要求系統工程師具備很高的技術素質。我公司有著強大的技術實力和充足的人才資源，能為企業提供所需要的各種技術服務。

服務周到：我們奉行「一切以客戶為中心」的服務理念，先進的管理制度和完善的服務體系保證了我們能及時高效的提供服務，最大程度地確保網路系統穩定，為企業正常運作提供有力保障。

經驗 豐富：我們了解企業軟體系統運行故障的規律和特點，因此能更針對性的提供服務，做到防患於未然，盡最大可能保證系統的永續運行。

篇三：軟體售後服務方案

一 .服務 文化

1、服務理念

服務宗旨：天道酬勤，商道酬信

服務目的：使系統穩定、准確、高效的運行。

服務理念：急客戶所需，客戶的需求就是我們的追求。

2、服務承諾

高質高效、耐心熱心、周密周到——直到解決問題、直到用戶滿意。

二 .服務內容

1. 提供軟體的安裝、調試和對醫院操作員進行培訓，保證醫院指定操作員能獨立上崗工作。

2. 提供軟體的技術支持(包括數據維護、數據修復、系統出錯等)免費維護期為12個月。

3. 系統本身出錯，提供因為軟體本身問題(如BUG引起的問題)的維護服務。

4. 醫務人員操作錯誤引起系統故障問題或數據出錯，我公司提供軟體的數據維護、數據修復。

5. 提供軟體安全解決方案，幫助醫院盡量降低或避免因為外部因素造成的不利影響。

6. 電腦的 操作系統 不穩定、系統中毒、不按規定流程操作等問題，不在我公司的維護的范圍之內，軟體公司提供解決建議性方案。

7. 醫院應做好人員調動交接工作，以保證系統的穩定運行。

8. 提供個性化修改服務，按實際情況確定工期及相關費用。

三 .服務方式

1、電話服務

用戶通過服務部電話(見下)可直接和技術人員進行技術咨詢。

電話響應時間：服務部接到用戶電話後，專人負責接聽，做好記錄，一般性問題1 小時內反饋意見，8小時內解決問題，如遇復雜問題三個工作日內給出解決方案並及時解決。如果電話中解決不了，有必要進行遠程維護的，則轉為遠程維護。

2、遠程服務

公司技術服務人員通過網路遠程進行技術服務，即時解決問題。

3、上門服務

在上面二種方式不能解決問題的情況下，我公司可安排技術人員上門服務，北京響應時間2小時、北京周邊12小時內、外省市48小時內。

關於軟體售後服務方案相關文章：

軟體售後服務策劃方案

通用售後服務方案

產品售後服務方案怎麼寫

關於售後服務範文

軟體售後服務合同範本

售後服務承諾書文案最新5篇

有關售後服務承諾書5篇2020

關於售後服務的承諾書

售後的服務承諾書模板

⑨ TCP 客戶端編程問題

client.cpp

#include <stdio.h>
#include <winsock2.h>
#pragma comment(lib, "ws2_32.lib")
void main() {

// 初始化 Winsock.
WSADATA wsaData;
int iResult = WSAStartup( MAKEWORD(2,2), &wsaData );
if ( iResult != NO_ERROR )
printf("Error at WSAStartup()\n");

// 建立socket socket.
SOCKET client;
client = socket( AF_INET, SOCK_STREAM, IPPROTO_TCP );

if ( client == INVALID_SOCKET ) {
printf( "Error at socket(): %ld\n", WSAGetLastError() );
WSACleanup();
return;
}

// 連接到伺服器.
sockaddr_in clientService;

clientService.sin_family = AF_INET;
clientService.sin_addr.s_addr = inet_addr( "127.0.0.1" );
clientService.sin_port = htons( 27015 );

if ( connect( client, (SOCKADDR*) &clientService, sizeof(clientService) ) == SOCKET_ERROR) {
printf( "Failed to connect.\n" );
WSACleanup();
return;
}

// 發送並接收數據.
int bytesSent;
int bytesRecv = SOCKET_ERROR;
char sendbuf[32] = "Client: Sending data.";
char recvbuf[32] = "";

bytesSent = send( client, sendbuf, strlen(sendbuf), 0 );
printf( "Bytes Sent: %ld\n", bytesSent );

while( bytesRecv == SOCKET_ERROR ) {
bytesRecv = recv( client, recvbuf, 32, 0 );
if ( bytesRecv == 0 || bytesRecv == WSAECONNRESET ) {
printf( "Connection Closed.\n");
break;
}
if (bytesRecv < 0)
return;
printf( "Bytes Recv: %ld\n", bytesRecv );
}

return;
}