<listing id="vjp15"></listing><menuitem id="vjp15"></menuitem><var id="vjp15"></var><cite id="vjp15"></cite>
<var id="vjp15"></var><cite id="vjp15"><video id="vjp15"><menuitem id="vjp15"></menuitem></video></cite>
<cite id="vjp15"></cite>
<var id="vjp15"><strike id="vjp15"><listing id="vjp15"></listing></strike></var>
<var id="vjp15"><strike id="vjp15"><listing id="vjp15"></listing></strike></var>
<menuitem id="vjp15"><strike id="vjp15"></strike></menuitem>
<cite id="vjp15"></cite>
<var id="vjp15"><strike id="vjp15"></strike></var>
<var id="vjp15"></var>
<var id="vjp15"></var>
<var id="vjp15"><video id="vjp15"><thead id="vjp15"></thead></video></var>
<menuitem id="vjp15"></menuitem><cite id="vjp15"><video id="vjp15"></video></cite>
<var id="vjp15"></var><cite id="vjp15"><video id="vjp15"><thead id="vjp15"></thead></video></cite>
<var id="vjp15"></var>
<var id="vjp15"></var>
<menuitem id="vjp15"><span id="vjp15"><thead id="vjp15"></thead></span></menuitem>
<cite id="vjp15"><video id="vjp15"></video></cite>
<menuitem id="vjp15"></menuitem>

生產需求設計方法

文檔序號:6625572閱讀:342來源:國知局
生產需求設計方法
【專利摘要】本發明提供了一種生產需求設計方法,實現了一個程序自需求申請至開發結束中間流程的高度自動化,極大提高了生產效率,同時在 申請人:可隨時方便查看程序開發的實時進度以及操作記錄,便于了解開發進度。
【專利說明】生產需求設計方法

【技術領域】
[0001]本發明涉及半導體領域,具體涉及一種生產需求設計方法。

【背景技術】
[0002]當前企業內部有諸多功能軟件供給各部門使用,但對這類軟件的新添功能、功能改進以及完成軟件的調試(Debug)等問題都要軟件需求部門與軟件開發部門進行口頭、電話或郵件方式進行溝通。一方面這種方式致使需求部門對項目的進度無從查詢,必須經常性的和軟件開發部門進行溝通了解項目進度等情況;另一方面,后期軟件開發完成后測試遇到的問題也只能以口頭或郵件的方式反映給軟件開發部門,不能及時的進行記錄可能會導致開發部門在改進或調試(Debug)過程中由于問題記錄不全造成開發周期延長等問題,這導致了研發效率低下,影響了生產效率并存在極大的失誤可能性。
[0003]因此,如何有效提高并改善開發過程,進而快速落實軟件(或程序)開發進程一直為本領域技術人員所致力研究的方向。


【發明內容】

[0004]本發明提供了一種生產需求設計方法,其中,包括如下步驟:
[0005]步驟1、用戶根據開發需求通過一信息錄入模塊錄入請求信息,并生成請求表項存儲至一數據庫;
[0006]步驟2、一開發確認模塊調取所述請求表項,根據生產需求來對所述請求表項做駁回或確認處理;
[0007]步驟3、當所述開發確認模塊對所述請求表項確認處理后,一開發模塊讀取數據庫中的請求表項并生成一開發規劃表項;
[0008]步驟4、所述開發確認模塊根據生產需求來對所述開發規劃表項做駁回或確認處理;
[0009]步驟5、當所述開發確認模塊對所述開發規劃表項做確認處理后,所述開發模塊根據所述開發規劃表項完成生產需求程序開發;
[0010]步驟6、生產需求程序開發完成后利用一測試模塊對所述生產需求程序進行測試,根據測試結果對所述生產需求程序做駁回或確認處理;
[0011]步驟7、當所述測試模塊對所述生產需求程序做確認處理后,繼續利用開發模塊對所述生產需求程序進行第二次測試,并根據測試結果對所述生產需求程序做維護或確認處理;
[0012]步驟8、當所述開發模塊對所述生產需求程序做確認處理后,將確認信息反饋至用戶,用戶對所述生產需求程序進行第三次測試,若用戶確認所述生產需求程序能夠滿足生產需求,則反饋確認信息至所述開發確認模塊;
[0013]步驟9、開發確認模塊得到用戶的確認信息后,傳遞一指令至一信息發布模塊,利用所述信息發布模塊來發布所述生產需求程序的信息。
[0014]上述的方法,其中,用戶根據程序新功能需求、現有程序功能改進和現有程序缺陷錄入請求信息。
[0015]上述的方法,其中,在步驟S2至步驟9中,每完成其中一步驟且在進行下一步驟之前,均將當前步驟的操作在所述請求表項中予以記錄。
[0016]上述的方法,其中,在所述生產需求程序開發或測試的過程中,用戶通過所述數據庫隨時查詢所述請求表項的進程和所述生產需求程序的開發或測試進程。
[0017]上述的方法,其中,當所述測試模塊對所述生產需求程序做駁回處理的同時,將測試過程中的問題寫入請求表項;
[0018]所述開發模塊根據反饋回的測試中的問題對所述生產需求程序進行維護后,再次通過測試模塊進行維護。
[0019]上述的方法,其中,在步驟7中,在所述開發模塊對所述生產需求程序進行測試的過程中,發現程序有缺陷,直接對程序進行維護,并將維護后的生產需求程序回退至測試模塊繼續進行步驟6。
[0020]上述的方法,其中,所述生產需求程序的信息包括版本信息、發布時間以及標準操作規范。
[0021]本發明完成一個程序自提交需求至開發結束的全部流程,實現了高度自動化操作,極大減輕了技術人員工作量,同時在程序開發的過程中, 申請人:可隨時查看申請狀態及程序的開發進度,十分方便;在開發過程中,由于每個步驟的操作都會在請求表項中存在記錄,因此在后續的流程根據記錄可隨時做出相應調整,也提高了生產效率。

【專利附圖】

【附圖說明】
[0022]通過閱讀參照以下附圖對非限制性實施例所作的詳細描述,本發明及其特征、夕卜形和優點將會變得更明顯。在全部附圖中相同的標記指示相同的部分。并未刻意按照比例繪制附圖,重點在于示出本發明的主旨。
[0023]圖1為本發明一種生產需求設計方法的流程圖。

【具體實施方式】
[0024]在下文的描述中,給出了大量具體的細節以便提供對本發明更為徹底的理解。然而,對于本領域技術人員而言顯而易見的是,本發明可以無需一個或多個這些細節而得以實施。在其他的例子中,為了避免與本發明發生混淆,對于本領域公知的一些技術特征未進行描述。
[0025]為了徹底理解本發明,將在下列的描述中提出詳細的步驟以及詳細的結構,以便闡釋本發明的技術方案。本發明的較佳實施例詳細描述如下,然而除了這些詳細描述外,本發明還可以具有其他實施方式。
[0026]本發明提供了一種生產需求設計方法,具體包括如下步驟:
[0027]步驟1、用戶根據生產需求通過一信息錄入模塊錄入請求信息(submit),并生成請求表項存儲至一數據庫。具體的,用戶根據新功能需求、現有程度功能改進和現有程序缺陷錄入相關請求信息,從而期望開發模塊能夠根據用戶提供的請求信息來開發出相應的程序,從而解決上述問題。
[0028]步驟2、通過開發確認模塊調取數據庫中的請求表項,根據生產需求來對請求表項做駁回(reject)或確認處理(assign)。具體的,生產模塊需要根據生產需求和實際情況判定出是否要針對用戶提出的請求信息進行程序開發,如果用戶提出的需求的確是需求部門所亟待解決的問題,同時又是開發模塊所能夠完成的任務,那么開發確認模塊則會對該請求表項做確認處理;若用戶提出的需求依照現有程序已經能夠實現,或者重要程度不高,又或者依照現有開發模塊的能力無法滿足其開發任務,開發確認模塊則會對該請求表項做駁回處理。同時,在開發模塊做出上述的駁回或確認處理后,在數據庫中對請求表項的狀態進行更新。
[0029]步驟3、當開發確認模塊對請求表項確認處理后,一開發模塊讀取數據庫中的請求表項并做出一開發規劃表項,將開發規劃表項反饋至開發確認模塊并通過數據庫進行存儲。在此步驟中,一旦開發確認模塊確認后,會發送一指令至開發模塊,開發模塊接收到指令后,會首先讀取數據庫中的請求表項并自動生成一份開發規劃表項,并在數據庫中對請求表項的狀態進行更新。
[0030]步驟4、開發確認模塊根據生產需求來對開發規劃表項做駁回或確認處理。具體的,開發模塊判斷出開發規劃表項是否能夠滿足用戶需求,如果滿足用戶需求,則會確認該開發規劃表項,說明可以進行后續開發工作;若開發模塊駁回該開發規劃表項時,同時會將駁回信息反饋回開發模塊,開發模塊根據駁回信息可再次提交經過修改后的開發規劃表項,直至制定出的開發規劃表項能夠被開發確認模塊所審核通過,方可進行后續的開發工作。同樣的,在此步驟中,開發模塊無論對開發規劃表項做確認處理還是駁回處理,都會在數據庫中對請求表項的狀態進行更新,以標記開發模塊對的開發規劃表項的處理進程。
[0031]步驟5、當開發確認模塊對開發規劃表項做確認處理后,開發模塊根據開發規劃表項完成生產需求程序開發,在開發的過程中,實時將開發進程在請求表項的狀態進行更新。
[0032]步驟6、生產需求程序開發完成后利用一測試模塊對生產需求程序進行測試,根據測試結果對生產需求程序做駁回或確認處理。由于開發模塊所完成的生產需求程序可能存在系統缺陷,因此需要進行測試后才能交付使用。在此步驟中,利用一專用的測試模塊來對生產需求程序進行測試:如果生產需求程序存在問題,則測試模塊將測試遇到的測試問題記錄及相應的測試流水號寫入請求表項,并對生產需求程序做駁回處理至開發模塊;如果生產需求程序沒有異常,則對生產需求程序做確認處理。在駁回或者確認處理后,在數據庫中對請求表項的狀態進行更新。同時,在此過程中,若生產需求程序被駁回時,開發模塊會根據請求表項中記錄的測試問題對生產需求程序進行維護,并在維護后繼續通過上述的測試模塊進行測試,直至測試沒有問題。
[0033]步驟7、當測試模塊對生產需求程序做確認處理后,繼續利用開發模塊對生產需求程序再次進行測試,并根據測試結果對生產需求程序做維護或確認處理。在測試模塊完成對生產需求程序的測試后,需要利用開發模塊對生產需求程序進行再次測試,這是由于開發模塊是作為生產需求程序開發的載體,而即使經過測試模塊的測試也并不一定能夠完全檢測出程序的問題所在,因此還需要利用開發模塊再次對生產需求程序進行測試。同樣的,開發模塊在完成對生產需求程序測試后,對生產需求程序做駁回或確認處理,并在數據庫中對請求表項的狀態進行更新。在此步驟中,如果開發模塊發現程序有錯誤,則可直接對程序進行維護,并將維護后的程序回退至測試模塊,利用測試模塊進行再次測試,也即回到步驟6,并進行后續的步驟。
[0034]步驟8、當開發模塊對生產需求程序做確認處理后,將確認信息反饋至用戶,用戶對生產需求程序進行第三次測試,若用戶確認生產需求程序能夠滿足生產需求,則反饋確認信息至開發確認模塊。通過用戶對生產需求程序進行測試,以便用戶能夠了解生產需求程序是否真的能夠滿足其開發需求,如果能滿足用戶的需求,則做確認處理;如果生產需求程序并不能滿足用戶的開發需求,則做駁回處理。在進行確認或駁回處理時,在數據庫中對請求表項的狀態進行更新。
[0035]步驟9、開發確認模塊得到用戶的確認信息后,傳遞一指令至一信息發布模塊,利用信息發布模塊來發布生產需求程序的信息,例如發布程序版本號、具體發布時間以及標準操作程序規范等相關信息,并在在數據庫中對請求表項的狀態進行更新。
[0036]上述步驟全部完成后,完成一個程序自提交需求至開發結束的全部流程,實現了高度自動化操作,在一定程度上減輕了需求部門和開發部門的工作量,同時在程序開發的過程中, 申請人:可隨時查看申請狀態及程序的開發進度,十分方便,同時在開發過程中,由于每個步驟的操作都會在請求表項中存在記錄,因此在后續的流程根據記錄可隨時做出相應調整,也提高了生產效率。
[0037]綜上所述,由于本發明采用了如上技術方案,不僅 申請人:(即需求部門)能及時的對當前程序開發的進度等信息進行查詢,而且一定程度上減輕了需求部門和開發部門的工作量,極大地提高了生產效率。
[0038]以上對本發明的較佳實施例進行了描述。需要理解的是,本發明并不局限于上述特定實施方式,其中未盡詳細描述的設備和結構應該理解為用本領域中的普通方式予以實施;任何熟悉本領域的技術人員,在不脫離本發明技術方案范圍情況下,都可利用上述揭示的方法和技術內容對本發明技術方案作出許多可能的變動和修飾,或修改為等同變化的等效實施例,這并不影響本發明的實質內容。因此,凡是未脫離本發明技術方案的內容,依據本發明的技術實質對以上實施例所做的任何簡單修改、等同變化及修飾,均仍屬于本發明技術方案保護的范圍內。
【權利要求】
1.一種生產需求設計方法,其特征在于,包括如下步驟: 步驟1、用戶根據開發需求通過一信息錄入模塊錄入請求信息,并生成請求表項存儲至一數據庫; 步驟2、一開發確認模塊調取所述請求表項,根據生產需求來對所述請求表項做駁回或確認處理; 步驟3、當所述開發確認模塊對所述請求表項確認處理后,一開發模塊讀取數據庫中的請求表項并生成一開發規劃表項; 步驟4、所述開發確認模塊根據生產需求來對所述開發規劃表項做駁回或確認處理; 步驟5、當所述開發確認模塊對所述開發規劃表項做確認處理后,所述開發模塊根據所述開發規劃表項完成生產需求程序開發; 步驟6、生產需求程序開發完成后利用一測試模塊對所述生產需求程序進行測試,根據測試結果對所述生產需求程序做駁回或確認處理; 步驟7、當所述測試模塊對所述生產需求程序做確認處理后,繼續利用開發模塊對所述生產需求程序進行第二次測試,并根據測試結果對所述生產需求程序做維護或確認處理; 步驟8、當所述開發模塊對所述生產需求程序做確認處理后,將確認信息反饋至用戶,用戶對所述生產需求程序進行第三次測試,若用戶確認所述生產需求程序能夠滿足生產需求,則反饋確認信息至所述開發確認模塊; 步驟9、開發確認模塊得到用戶的確認信息后,傳遞一指令至一信息發布模塊,利用所述信息發布模塊來發布所述生產需求程序的信息。
2.如權利要求1所述的方法,其特征在于,用戶根據程序新功能需求、現有程序功能改進和現有程序缺陷錄入請求信息。
3.如權利要求1所述的方法,其特征在于,在步驟S2至步驟9中,每完成其中一步驟且在進行下一步驟之前,均將當前步驟的操作在所述請求表項中予以記錄。
4.如權利要求3所述的方法,其特征在于,在所述生產需求程序開發或測試的過程中,用戶通過所述數據庫隨時查詢所述請求表項的進程和所述生產需求程序的開發或測試進程。
5.如權利要求1所述的方法,其特征在于,當所述測試模塊對所述生產需求程序做駁回處理的同時,將測試過程中的問題寫入請求表項; 所述開發模塊根據反饋回的測試中的問題對所述生產需求程序進行維護后,再次通過測試模塊進行維護。
6.如權利要求1所述的方法,其特征在于,在步驟7中,在所述開發模塊對所述生產需求程序進行測試的過程中,發現程序有缺陷,直接對程序進行維護,并將維護后的生產需求程序回退至測試模塊繼續進行步驟6。
7.如權利要求1所述的方法,其特征在于,所述生產需求程序的信息包括版本信息、發布時間以及標準操作規范。
【文檔編號】G06Q10/06GK104240018SQ201410440506
【公開日】2014年12月24日 申請日期:2014年9月1日 優先權日:2014年9月1日
【發明者】張志彬, 邵雄 申請人:上海華力微電子有限公司
網友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
韩国伦理电影