軟件

標籤：【資料恢複故障描述】公司財務人員進行資料維護時，誤操作，在財務軟體中把資料初始化了，因最近沒有做備份，故造成很多財務憑證丟失。因為財務資料關係重大，所以客戶急於找回。 【資料恢複分析】工程師檢測，在SQL Server資料庫企業管理器中，發現軟體做的操作是把資料表Drop掉又重新Creat相同名稱的表。後對mdf檔案進行分析，發現Sql

標籤：COMMAND 模式command模式非常簡單，簡單到你無法想象的地方。public interface Command { void execute();}這就是一個command模式的樣子。也許你會覺得，這有點多此一舉嗎。但是當你使用他的時候，command模式就會閃現光華。這樣一個情境：經理張三叫leader王二去開發一個項目， 王二就安排李四 去開發這個功能A。 李四何時執行，怎麼執行就是他自己的事情了。 UML圖如上所示：代碼如下：public

標籤：1、利用Bartender軟體靈活的模板設計功能進行模板的設計與製作；  2、與伺服器資料庫相關聯，選擇主項資料之後 自動帶出其他副項資料，避免手動選擇或輸入錯誤；  3、3重防錯：跟據主項資料判斷掃描輸入的資料是否正確、副項資料作對比判斷、掃描合格證條碼做判斷；  4、列印防重複：當進行掃描的作業與之前掃描重複時，提示重複掃描，當前掃描工作停止 避免資料重複及模板重複列印；  5、追溯功能：

標籤：　　時光荏苒，一學期的時間很快就過去了，這是我第一次接觸到軟體工程的概念，這也是第一次讓我知道了，軟體並不是簡簡單單的開發，而是要經過一個漫長的過程，分析，設計，編碼，測試等等，這也是為什麼我們專業名字叫軟體工程，而我們的李老師同時教了我們三門課程，幾乎包含了整個軟體工程，下面我就簡單說下我對軟體工程這門課的一些建議：　　1.同學們在學習這些偏理論的課程還是提不起興趣，在之前的作業系統之類的都有這樣的問題，我覺得這是很多老師苦惱的問題，我自己有個小建議，就是可以讓同學們更多的動手，親身去經

標籤：經過一個學期的學習，我覺得“軟體工程”課程的學習主要目的是：  熟悉軟體從設計到開發的整個過程、學會團隊合作。其中夾雜著“軟體測試”的學習，其主要目的是學習軟體測試知識和技能。  對課程的建議：  1.可以把課堂教學時間縮短，快速過完課堂學習後，通過組隊合作開發來體會軟體工程的開發工程。實踐體會為主。 

標籤：非授權軟體容易受網路攻擊，你說我要弄個授權嗎前幾天下了個ecshop管理軟體的開源，打算好好研究學習下。今天看到這新聞，心涼了，又喜了。如果用ecshop開源，費用5K。不弄又被網路攻擊。喜的是軟體開發還是前途無量的。本報訊

標籤：       這學期我們學習了軟體工這門課程，在這學期中，我收穫了許多但我同時也有一些對於這門課的建議。       首先，軟體工程讓我知道了一個軟體項目的起始與終結，並不是如想象中的那麼簡單，需要經過各種方面，才逐漸成熟的。       其次，軟體工程是一門開放性比較大的課程，不同於之前的C++、java之類的專業課，這是一門需要隨時思維的課程。 

標籤：   

標籤： 　　鄒欣老師在第二版書面人物中寫到：軟體開發是一件很愉快、很有意思的工作為什麼許多同學覺得軟體工程特別乏味呢？一個很重要的原因是教材只是乾巴巴地講述理論和原則，脫離了“人”這個重要因素，因此的確很乏味。     

標籤：看完軟體工程這本書。發現了很多的問題，感觸很大，感覺我們和書中的人壓根不相符。第一：我們學校的同學們對軟體開發不是很熟練，基礎打不牢，代碼不會敲，軟體不會寫。何來的軟體開發？第二：同學們都在玩遊戲，沒有認真學習。項目沒有認真去搞去研究。第三：不能單純得用一點點時間去學程式，程式需要花很多時間去想去學。第四：我的安卓學的不夠深。也不能天天花時間去學。還得兼顧其他學科。第五：單純學軟體沒有用，還得學一些硬體方面的底層知識。總之，還得花時間去搞學習。不說了。繼續看書寫代碼。-----------

標籤：1、某公司網站的後台管理有一個使用者註冊的功能需要測試，該測試為黑箱測試，請用表格的方式給出該功能的測試案例（參考課本P107頁）。使用者註冊功能描述如下：（1）      

標籤：今天是5月27號，軟體工程課已經結了一個星期了，後天就是軟體工程期末考試的日子了，想著這一個學期的走來，從新奇，到抵觸，到接受，到理解，其中的酸甜苦辣，只有自己知道。今天距離考研還有210天，說實話，如果沒有考研，大創，還有一些亂七八糟的比賽的話，我會更加投入到軟體工程的學習中來，很可惜，也很無奈。就像水奔流到海不回頭一樣，我們也沒有後悔藥可以吃，既然選擇，就必須承擔起他引發的一切後果。我的興趣在於嵌入式，作為一個講究設計，思考的方向，當時我感覺，軟體工程的理論實用性不是那麼的強，但是現在

標籤：    . ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

標籤：   

標籤：1、某公司網站的後台管理有一個使用者註冊的功能需要測試，該測試為黑箱測試，請用表格的方式給出該功能的測試案例（參考課本P107頁）。使用者註冊功能描述如下：（1）      

標籤：一、使用者體驗的要素有？使用者的第一印象，目標使用者及使用者第一次使用時對他的評價。。軟體服務始終要記住使用者的選擇。然後短刺激和長刺激都會影響使用者對於這個軟體的的體驗。不讓使用者範那種簡單的錯誤。當然改進也是相當重要的。二、怎樣設計使用者的體驗和目標呢？在設計使用者體驗的時候,需要考慮使用者所處的環境和使用情境。

標籤：   1  什麼時候開始考慮使用者體驗？既然使用者體驗和使用者介面對一個項目這麼重要，但是負責這類工作的設計師並不是軟體工程師，設計師們什麼時候加入進來為好呢? 什麼時候考慮呢？2.技術的發展必然會波及到社會的其它方面，例如道德。 一個網站能用 A/B 測試來影響使用者的情緒嗎？ 如果是為了“科學實驗”

標籤：一、程式題目：三人行設計了一個灌水論壇。資訊學院的學生都喜歡在上面交流灌水，傳說在論壇上有一個“水王”，他不但喜歡發帖，還會回複其他ID發的每個文章。坊間風聞該“水王”發帖數目超過了貼文數目的一半。隨著論壇的發展，管理員發現水王沒有了，但是統計結果表明，有三個發帖很多的ID。據統計他們的發帖數量超過了1/4，如果你有一張當前論壇的文章（包括回帖）列表，其中文章的作者的ID也在其中，你能從發帖列表中快速找到他們嗎？二、設計思想從上一個尋找水王的

標籤：第八章、閱讀第八章後我學習到了軟體需求的類型、利益的相關者，擷取使用者需求的常用方法和步驟，競爭性需求的分析的架構和NABCD,四象限方法，專案計劃的和計的技術。存在的問題：怎麼擷取使用者的潛在需求？第九章、 閱讀第九章後我學習到了團隊角色分工，專案經理的由來和要求，專案經理和其它經理的區別，軟體項目中的風險和風險管理，PM的專業能力，PM是什麼等豐富的知識。存在的疑問：像一些小團隊的開發需要PM嗎？第十章、

標籤：1.設計思想：如果每次刪除四個不同的ID，那麼，在剩下的ID列表中，原先發帖比例大於1/4的ID所佔比例仍然大於1/4，可以通過不斷重複這個過程，把ID列表中的ID總數降低（轉化為更小的問題），從而得到問題的答案。2.代碼如下：#include<iostream>using namespace std;void FindID(int ID[],int n,int rightID[]);int main(){ int ID[16]={1,1,1,2,2,2,3,3,3,1,