小程序開發需求說明書

第一篇：小程序開發需求說明書

世界互聯網大會+小程序開發=新技術_新時代

云南嶸創科技有限公司作為一家高新互聯網公司，跟隨時代進步 ，發展新技術。在當下熱門行業如微信小程序開發、微信朋友圈廣告投放、網站建設、騰訊企點、騰訊企業QQ、企點營銷軟件等業務上有著不一樣的創新與探索。此次世界互聯網大會談及的微信小程序，作為本公司業務，在新的發展道路上有了更深層次的認識。

每年如約而至的世界互聯網大會讓烏鎮這座千年水鄉碰撞出別樣的精彩。在古老與未來中穿梭，聆聽最前沿的真知灼見、見證最新鮮的科技狂潮，中國聲音有力貫穿了全球互聯網發展。

第五屆世界互聯網大會以“創造互信供治的數字世界——攜手共建網絡空間命運共同體”為主題。 當今世界，正在經歷一場更大范圍、更深層次的科技革命和產業變革?；ヂ摼W、大數據、人工智能等現代信息技術不斷取得突破，數字經濟蓬勃發展?；ヂ摼W發展為世界經濟增添新動力。

騰訊公司控股董事會主席兼首席執行官馬化騰在第五屆世界互聯網大會上介紹說：小程序是一種不用下載就能使用的應用，也是一項門檻非常高的創新，經過將近兩年的發展，已經構造了新的小程序開發環境和開發者生態。

小程序也是這么多年來中國IT行業里一個真正能夠影響到普通程序員的創新成果，現在已經有超過150萬的開發者加入到了小程序的開發，與我們一起共同發力推動小程序的發展，小程序應用數量超過了一百萬，覆蓋200多個細分的行業，日活用戶達到兩個億，小程序還在許多城市實現了支持地鐵、公交服務。小程序發展帶來更多的就業機會，2017年小程序帶動就業104萬人，社會效應不斷提升。

那被世界認可的微信小程序有著什么樣的功能?與訂閱號、服務號、企業號有何不同?需要為它做一個應用分發市場?

消息通知、線下掃碼、公眾號關聯并且小程序可以借助微信聯合登錄，和開發者已有的App 后臺的用戶數據進行打通，但不會支持小程序和App 直接的跳轉。小程序與訂閱號、服務號、企業號是并行的體系。微信推出小程序，并非想要做應用分發市場，而是給一些優質服務提供一個開放的平臺。

作為世界互聯網領先技科技成果：微信小程序。出現便是一場新的變革。上學時，您希望成績考滿分，現在!我們要您的財富百萬!千萬!微信小程序專業開發，一切皆成現實!

第二篇：小程張氏宗親祭祀大會發言

尊敬的各位宗長、各位宗親：

大家好!

春光明媚，大地回春。今天是傳統節日清明節，我村張氏宗親在這里舉行祭祖活動。我謹代表在外工作生活的張氏族人向來自各地的張姓本家表示親切的問候和良好的祝愿!向前來參加活動的各位宗親表示誠摯的謝意!同時，對組織籌備這次祭祖活動的宗親們表示崇高的敬意!

張姓，是我中華之大姓，始祖為黃帝后裔張揮，古往今來，人才輩出，良將賢相，科技醫文，可謂建功百業，萬古流芳。

借此機會，我想談談對我們張姓大族譜修訂及祭祖活動意義的幾點看法：

追根萬年思本木，后代百世溯水源。歷來各姓宗氏極為重視家譜、族譜的編寫和修訂，而我村張氏諸支因工作生活等散居各地，祖脈之流的記憶、記載也有付之東流的趨勢，甚至出現人不知曾祖之名，孫不知曾祖之事的現象，這使得我村張氏家譜、族譜的編寫和修訂顯得迫在眉睫。

其次，隨著經濟的發展，生活水平的不斷提高，同族各脈分支的興旺發展，也出現了各門各支世系不同，字輩交叉，甚至相隔異地見面無法稱呼，祖孫輩相見互稱無據的怪現象。這都要求我們盡快通過修譜來辨宗支、明世系。

同時，現在我們張氏本家有志之士通過自身努力，或祖人提攜、支持，離開家鄉在外生活發展。離鄉勿忘祖，飲水需思源，這更需要

通過祭祖等各種活動加強聯系和溝通，無論身在何處都要心系故鄉，對家鄉、對本家要給予力所能及的支持、幫助和關愛。這必將增強我張氏家族的血脈親情與凝聚力，更有利于家鄉的發展。

各位宗長、各位宗親，尋根問祖，慎終追遠，弘揚祖德，光前啟后，是我們中華民族的優良傳統。希望通過這次祭祖活動的舉辦，更進一步聯絡我村張氏宗親的感情，團結身處各地宗親，喚起宗親的共識，群策群力，匯聚同宗的力量，發揮“血濃于水、骨肉相連、四海一心”的精神，承前啟后，繼往開來，進一步促進我們張氏宗親的團結和繁榮。

最后，衷心祝愿今年張氏祭祖活動圓滿成功!祝各位宗親身體健康，合家歡樂，萬事如意!

謝謝大家!

第三篇：軟件項目開發需求報告

軟件需求分析格式_如何寫需求分析報告 軟件需求說明書 1 引言

1.1 編寫目的：闡明編寫需求說明書的目的，指明讀者對象。 1.2 項目背景：應包括

● 項目的委托單位、開心單位和主管部門;

● 該軟件系統與其他系統的關系。

1.3 定義：列出文檔中所用到的專門術語的定義和縮寫詞的愿文。

1.4 參考資料：可包括

● 項目經核準的計劃任務書、合同或上級機關的批文

● 文檔所引用的資料、規范等

● 列出這些資料的作者、標題、編號、發表日期、出版單位或資料來源 2 任務概述 2.1 目標 2.2 運行環境 2.3 條件與限制 3 數據描述 3.1 表態數據

3.2 動態數據：包括輸入數據和輸出數據。 3.3 數據庫描述：給出使用數據庫的名稱和類型。 3.4 數據詞典 3.5 數據采集 4 功能需求 4.1功能劃分 4.2功能描述 5 性能需求 5.1 數據精確度

5.2 時間特性：如響應時間、更新處理時間、數據轉換與傳輸時間、運行時間等。

5.3 適應性：在操作方式、運行環境、與其他軟件的接口以及開發計劃等發生變化時，應具有的適應能力。 6 運行需求

6.1 用戶界面：如屏幕格式、報表格式、菜單格式、輸入輸出時間等。 6.2 硬件接口 6.3 軟件接口 6.4 故障處理 7 其他需求

如可使用性、安全保密、可維護性、可移植性等。

需求分析的格式 需求分析要對目標系統提出完整的、準確的、清晰的和具體的要求。

1.綜合需求： 項目 說明 備注

1)功能要求 描述軟件用來做什么

能夠進行度量衡的相互轉換，如：長度公制之間的轉換，公制和英制的轉換等。能夠添加或創建新的度量衡。能夠按照用戶自己的需要進行排序。能夠作為其他軟件的插件或輔助工具使用。能夠知道度量衡所應用的范圍，如：國家，行業等。

2)性能要求 軟件能達到什么性能

數據的最大存儲量，數據的轉換要有連續性，軟件對每項操作的響應時間，更新處理時間，數據轉換和傳送時間，軟件的輸入輸出數據精度，軟件失敗和成功的定義。

3)運行要求

軟件能正常運行在微軟中文版WINDOWS系列的可以獨立運行的安裝包或可執行文件

開發軟件的開發工具清單。是否需要外部存儲器和數據通信接口。

4)升級要求

是否可以升級，是否可以進行擴充。是否容易進行維護。 能夠作為什么軟件的插件或輔助工具使用。如何添加新的公式

5)對應關系

用戶需求和軟件功能的對應關系 說明每一個模塊對應實現什么功能。

2.數據要求： 項目 說明 備注

1)數據輸入

來源、準確性、取值范圍、格式、非法值的處理、出錯信息

2)數據輸出 目的地、準確性、數值范圍、格式、非法值的處理、出錯信息

輸出的數據可以修改，如：1米=100厘米=1000毫米，將100厘米改為90厘米時，相應的1米就自動改為0.9米，1000毫米變為900毫米。

3)數據存儲 最大存儲量

4)數據的安全性 訪問的權限

5)數據備份 能否導入和導出

可以將輸出的數據保存為文本格式

6)數據流圖

在分析過程中得出的數據流圖

7)數據篩選

能夠將選擇的幾個度量單位進行匯總

8)主要算法

簡要描述軟件的主要算法

3.界面要求：請參照“界面樣式圖” 項目 說明 備注

1)軟件名稱 為軟件起一個名字 可以發揮自己的想象力

2)功能模塊

有幾個功能模塊，分別是什么

3)顏色

采用什么底色，窗口是什么顏色

4)字體

字型、大小，字間距，顏色

5)按鈕

顏色、字型、大小、樣式

4.軟件描述：從用戶的角度來描述軟件，相當于一份初步的用戶手冊。 項目 說明 備注

1)功能描述

能實現，不能實現什么需求 應用范圍。什么人員可以使用

2)性能描述

最低配置，操作系統，需要安裝什么輔助軟件

3)操作步驟 如何使用軟件 主要步驟和方法

4)用戶責任

用戶在操作過程中的注意事項 出現問題時如何解決 如何寫需求分析報告

近來學校的一些科研項目又在申報了，一些學弟開始Q我一些軟件工程上書面的問題。大概的總結了下，寫到這里。本文涉及到的是需求分析部分的書寫，主要是根據國家標準文檔中的要求來的。

在互聯網公司或者一些敏捷開發的公司里，其實大家都是秉承著重開發，重討論，而輕文檔的態度。這個輕文檔并不是指沒有文檔或者幾乎不做文檔，而是在嚴格的文檔流程中解脫出來，只把最最實際的部分寫出來。這個特征是有互聯網本身迭代周期短，版本發布快等特點決定的。而在實際的兼職項目的時候，同學們就要注意了，最重要的應該就是在簽合同的時候一定要附上最清楚的一份需求分析，雖然這份需求說明可能不是按照某些標準文檔而來的，描述清楚每個功能達到的效果，而這個效果一定要讓客戶點頭確認，而不能出現“應該是”、“可能是”、“也許是”這樣的模糊回答。否則在項目后期就會比較難過了。在學校申請的項目和大型公司項目開發中，是重視文檔流程的，一部一部來。所以還是看情況來對待文檔的深度和標準。

一、目錄： 目錄要用word的 “引用”—>”目錄”，自動生成目錄，一般都是要三級目錄。通常這部分基本都不需要改結構，直接更新頁碼即可。

二、內容部分。 國家標準軟件需求說明書G856T-88下載 1引言 1.1編寫目的

說明編寫這份軟件需求說明書的目的，指出預期的讀者。 (這部分說明需求分析報告的概況，例如：本X需求分析報告是為S系統而編寫的。+S系統的兩句話概述。+本X報告旨在使U1(需求者)明確S系統的要求和細節，給U2(開發人員)了解需求實現的難度和困難，最終提供給U3(審核人、管理者)討論和審核，達到溝通效果)

1.2背景 說明：

a. 待開發的軟件系統的名稱; b. 本項目的任務提出者、開發者、用戶及實現該軟件的計算中心或計算機網絡;

c. 該軟件系統同其他系統或其他機構的基本的相互來往關系。

(這部分可以將a,b,c分為2部分，例子如下： 1.2.1項目概況

本需求分析報告所預期開發的軟件系統是:S。S是(不是則無)SS系統的某一個功能子模塊，S和S

1、S2等系統之間的聯系，以及概述其他系統的狀態等等。 1.2.2任務分配

a. 任務提出者：xxx b. 軟件開發者：xx c. 產品使用者：xx d. 文檔編寫者：xx e. 預期產品使用者：xx ) 1.3定義

列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。

(這部分很簡單，就是描述專業詞匯，比如

1. XML(Extensible Markup Language)即可擴展標記語言,它與HTML一樣,都是SGML(Standard Generalized Markup Language,標準通用標記語言)。 2. Word2, 解釋。。。 )

1.4參考資料

列出用得著的參考資料，如：

a. 本項目的經核準的計劃任務書或合同、上級機關的批文; b. 屬于本項目的其他已發表的文件;

c. 本文件中各處引用的文件、資料、包括所要用到的軟件開發標準。 列出這些文件資料的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。 2任務概述 2.1目標

敘述該項軟件開發的意圖、應用目標、作用范圍以及其他應向讀者說明的有關該軟件開發的背景材料。解釋被開發軟件與其他有關軟件之間的關系。如果本軟件產品是一項獨立的軟件，而且全部內容自含，則說明這一點。如果所定義的產品是一個更大的系統的一個組成部分，則應說明本產品與該系統中其他各組成部分之間的關系，為此可使用一張方框圖來說明該系統的組成和本產品同其他各部分的聯系和接口。| (

本模塊開發主要是為SS的整體服務，完成SS工作中的XX部分以及相關的工作。其涉及的范圍就是，從下達A、B命令后，到給出C結果的過程。具體描述：B1，來完成B11功能;B2，來完成B22功能; 等等。本部分是(否)耦合在分詞工具包其他部分中的，主要為嵌入方式和先后方式相互交互。 圖

圖1. 該系統的組成同其他各部分的聯系和接口 )

2.2用戶的特點

列出本軟件的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術專長，以及本軟件的預期使甩頻度。這些是軟件設計工作的重要約束

(例如：二次開發和系統調用人員：具有很高的專業知識水平，理解XX的運行機制?？梢詫﹂_放代碼進行閱讀和分析，以完成其系統獨特的需求，提供給這部分用戶開放API手冊和Debug版本的源代碼即可;預期這部分用戶會占本系統總用戶量的多大部分。

xx使用者：具有一定的計算機操作能力和知識，了解xx領域的相關概念和用途。提供給這部分用戶操作手冊即可。預期這部分使用者主要是來簡單的xx操作。

維護人員：具有較高的計算機專業水平，可以對常見的系統Bug進行追蹤和分析，具有一定的測試能力。 這部分用戶主要是采用了本系統之后的后期工作維護者。 等等 )

2.3假定和約束

列出進行本軟件開發工作的假定和約束，例如經費限制、開發期限等。 (這部分重要是對你有的技術力量、資金狀況、人力資源等情況的假設，以使得你可以在什么樣的情況和時間范圍內完成工作。工期約束，經費約束，人員約束，地理約束，設備約束等幾個方面列舉說明。) 3需求規定 3.1對功能的規定

用列表的方式(例如IPO表即輸入、處理、輸出表的形式)，逐項定量和定性地敘述對軟件所提出的功能要求，說明輸入什么量、經怎樣的處理、得到什么輸出，說明軟件應支持的終端數和應支持的并行操作的用戶數。 (例如： INPUT輸入 PROCESS處理 OUTPUT輸出 LOAD負載量

A 預處理,做怎樣的動作， AA CC B BBBB Bb v C CCCC cc v

表

一、xx模塊IPO表 對IPO表的簡單文字描述。 )

3.2對性能的規定 3.2.1精度

說明對該軟件的輸入、輸出數據精度的要求，可能包括傳輸過程中的精度。 (例如：

Xx目標處理：1Byt–10M，包括左右邊界值。 yy精度范圍：„.

ZZ的精度：由于xx的特殊性，本系統均采用xx型來進行字符統計運算，概率部分以及其他比率部分精度精確到0.0x%。 )

3.2.2時間特性要求

說明對于該軟件的時間特性要求，如對： a. 響應時間; b. 更新處理時間;

c. 數據的轉換和傳送時間; d. 解題時間;等的要求。 (這部分只要一一列舉就可以：

由于xxx過程中，需要大量xxxx操作或怎樣，故xx解題時間占總時間的最大部分。其次就是xx轉換和存儲的開銷。其具體時間特性要求，如下： a. xx響應時間：xxms左右; b. yy更新處理時間：yy;

c. zz數據的轉換和傳送時間：zz; d. vv解題時間：vv。 等等 ) 3.2.3靈活性

說明對該軟件的靈活性的要求，即當需求發生某些變化時，該軟件對這些變化的適應能力，如： a. 操作方式上的變化; b. 運行環境的變化;

c. 同其他軟件的接口的變化; d. 精度和有效時限的變化; e. 計劃的變化或改進。

對于為了提供這些靈活性而進行的專門設計的部分應該加以標明。

(這部分按列舉來即可， 由于本模塊第一目的是用于xxx，其次則是xxxx。故本模塊的靈活性在于實際應用者的不同。當需求發生某些變化時，該軟件對這些變化的適應能力。具體情況如下： f. 操作方式上的變化：采用集成運行制和獨立運行制兩種模式，集成運行制是把本模塊嵌入到分詞工具包的主框架中，提供給用戶具有一定UI的可操作軟件;獨立運行制是可以獨立運行于后臺，并提供給各種程序調用的模式的工作方式，以增強其生命力。

g. 運行環境的變化：主采用Windows平臺的編譯版本運行和調試，在時間允許的情況下，同步開發支持SUSE Linux的服務器版本。;

h. 同其他軟件的接口的變化：在盡量保證接口不出現變動的情況下，允許接口的重載和再定義。但接口的命名規則是統一的;

i. 精度和有效時限的變化：精度在必須調整的條件下，可以上下浮動10個百分點;有效時限則依據現實的測試情況允許稍大范圍的變化。

j. 計劃的變化或改進：工作時間安排會存在必然的浮動，這部分要協同分詞工具包課題設計組其他成員一同來進行商定，前期的計劃可以稍微有些變動，后期的安排盡量按照計劃執行。 等等 ) 3.3輸人輸出要求

解釋各輸入輸出數據類型，并逐項說明其媒體、格式、數值范圍、精度等。對軟件的數據輸出及必須標明的控制輸出量進行解釋并舉例，包括對硬拷貝報告(正常結果輸出、狀態輸出及異常輸出)以及圖形或顯示報告的描述。

(這部分可以把輸入輸出分為 3.3.1輸入要求和3.3.2輸出要求，如下給出一個單元的例子。 XXX輸出

數據名稱：XXX輸出數據 實際含義：用于XX,表示XXXX 數據類型：Character(字符串) 數據格式：XX 數據約束：由于xxx,，大小在xx以內 )

3.4數據管理能力要求

說明需要管理的文卷和記錄的個數、表和文卷的大小規模，要按可預見的增長對數據及其分量的存儲要求作出估算。 ( 根據實際系統要求列舉即可 Name名稱 Number數量 Size大小 Increase增長

詞典xx xx xxxx 并行執行，其大小依據實際xx大文本而增長

)

3.5故障處理要求

列出可能的軟件、硬件故障以及對各項性能而言所產生的后果和對故障處理的要求。

(包括軟件壓力，內存不足，硬件損壞等，這部分可以根據百度到其常見故障。) 3.6其他專門要求

如用戶單位對安全保密的要求，對使用方便的要求，對可維護性、可補充性、易讀性、可靠性、運行環境可轉換性的特殊要求等。

(例如安全保密性：密鑰更換等; 預期擴展：擴展兼容等;OS更換：Slackware轉SUSE等 )

4運行環境規定 4.1設備

列出運行該軟件所需要的硬設備。說明其中的新型設備及其專門功能，包括：

a. 處理器型號及內存容量;

b. 外存容量、聯機或脫機、媒體及其存儲格式，設備的型號及數量;

c. 輸入及輸出設備的型號和數量，聯機或脫機; d. 數據通信設備的型號和數量; e. 功能鍵及其他專用硬件 (列舉說明即可) 4.2支持軟件

列出支持軟件,包括要用到的操作系統、編譯(或匯編)程序、測試支持軟件等。 (操作系統和版本：xxxx 支撐環境和版本：xxxx 備用IDE環境和版本：xxxx 與該軟件有關的軟件組件：xxxx 后續可能擴展環境：xxxx ) 4.3接口

說明該軟件同其他軟件之間的接口、數據通信協議等。 (例如：

a.用戶和主程序調用接口(圖中接口1)。這個接口采用封裝API形式和函數調用形式，分別以外部調用和內部調用的方式為不同用戶提供使用本機械分詞工具的入口。例如以xxxx方式調用DLL文件，以xxxx方式調用函數。如下圖2所示。 圖2.軟件接口調用圖 b.xx接口(圖中接口2)。這里是一個xxx的接口調用過程。xxxx ) 4.4控制

說明控制該軟件的運行的方法和控制信號，并說明這些控制信號的來源。 (例如：

下面通過圖表的形式，將本模塊以及涉及到本模塊的軟件模塊的運行方法、控制信號，以及這些控制信號的來源，其中箭頭所指方向對應的模塊的控制信號來自箭頭另一方向的模塊，具體情況如下： 圖3 .控制流程圖

圖3的具體說明情況如下表所示： Name模塊名稱 Method運行方式 Signal控制信號 Forward控制去向

主程序模塊 運行框架 用戶調用或運行 1. 調用xx模塊 2. 調用xx方法 3. 調用標準輸出模塊

xxx模塊 xxx xxx調用 Xxx模塊

)

第四篇：數據采集器的開發需求

生產匯報系統在數據采集器中的需求規劃方案

1 當班班組設置

主要用于生產部和質量部每天上班班組設置，其設置界面如右圖所示：

界面中的當前日期取系統當前的日期;

生產當班班組可以預先在系統中設置好生產部的所有班組，在進行班組設置時進行選擇就可以了。

質量當班班組也采用與生產當班班組相同的方式來處理。

以上兩個班組資料已經在系統中設置好基礎資料：生產當班班組即選擇系統中的“班組”基礎資料，其表結構為(--班次：select fitemid as 班次內碼,fnumber as 班次代碼,fname as 班次名稱 from t_item where fitemclassid=3017);質量當班班組即選擇系統中的“質量班組”基礎資料，其表結構為(--質量班組select fitemid as 質量班組內碼,fnumber as 質量班組代碼,fname as 質量班組名稱 from t_item where fitemclassid=3023)。

當選擇“取消”時，以前的所有操作不作保存和數據更新，當選擇“確認”后系統自動將相關數據寫入對應數據庫的相應字段，寫入內容包括：設置的當前日期時間、生產班組和質量班組。

當前日期時間(格式：YYMMDD00:00:00)主要是為了明確設置的日期和時間，即從這個時間開始所進行的生產匯報都采用后面設置的班組信息，直到下一次進行設置為止。如果當天有上兩班次，白天一個班組，晚上又是另外一個班組，則在當班上班時要進行班組設置，系統自動取最新的班組設置來填充匯報時的班組信息。

生產當班班組和質量當班班組均是用于在當天進行匯報時班組數據的填充，質量當班班組信息主要適用于：制絨工段的“減重/反射率”、擴散工段的“方塊電阻測試”、干刻工段的PN型測試、濕刻工段的“減重”和“邊緣電阻”、PECVD工段的“膜厚/折射率”和印刷工段的“檢測”中的班組信息填充，其他的工藝步驟適用生產當班班組。

以上設置信息寫入U_BZSJ數據庫的對應字段，數據庫的表結構如下：

工藝流轉單匯報設置當前日期時間：生產當班班組：質量當班班組：確認取消FID int IDENTITY(1,1),

FDate datetime,

--起始時間

FSCBZ varchar(50),

--生產班組代碼 FZLBZ varchar(50))

--質量班組代碼

2 轉入數據確認

轉入數據確認主要用于除制絨工段的接片工序之外的所有工藝步驟對上工序轉入數據的確認，同時也是本工藝步驟開始生產的標志，即進行數據確認的時間就是本工序開始生產的時間(精確到00:00:00)。具體樣式如右上圖所示：

在進行轉入數據確認時首先掃入流程單號，系統自動將相關內容顯示出來，如上所示。然后掃入工序條形碼和確認人的工號，并進行確認，系統自動將最后三次(如果不夠三次就顯示已有次數就不行了)進行確認過的數據和最后一次還沒有進行確認的數據顯示

工藝流轉開工確認 工藝流轉開工確認產品編號： 流程單號：原料批號： 班組：當前日期： 當前時間：∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽確認工段：XXXXXXX 工藝步驟：XXXXXXX確認人工號：確認取消出來，如右下圖所示。右圖界面中的“工藝步驟(工段)”由系統自動根據取出來的數據進行轉換，如顯示為“甩干(單晶制絨)”，或“PN型測試(干刻)”等。即括號內為工段信息，工藝步驟即為加工的工序。轉入后面的XXX為已經匯報的數據，確認后面的XXX為已經進行確認的數據，這兩

產品編號： 流程單號：原料批號： 班組：當前日期： 當前時間：∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽∽工藝步驟(工段)轉入：XXX 確認：XXX工藝步驟(工段)轉入：XXX 確認：XXX工藝步驟(工段)轉入：XXX 確認：XXX工藝步驟(工段)轉入：XXX 確認：***確認取消者可以是不同的，但確認數據一定是小于或等于轉入數量，不能大于轉入數量。最后一行的***系統自動默認為匯報數量，但可以人工修改，修改的原則是確認數據一定是小于或等于轉入數量，不能大于轉入數量。數據修改確認無誤后就進行確認，并由系統自動將相關數據寫入數據庫的對應字段。

在掃描輸入流程單號和確認工序號后，系統自動查找到對應單號的對應工段和工藝步驟的匯報數據，并將確認數量寫入到表U_HB中的XXX字段。表U_HB的表結構如下：

FID int IDENTITY(1,1), FItemNumber

varchar(50), --產品編號 FYItemNumber varchar(50), --原料批號

FLCNo

varchar(50) , --流程單號

FGD FGY varchar(50), --工段代碼 varchar(50), --工藝代碼

FGYH varchar(50), --(工藝號) FDate datetime,

--匯報日期

--班組代碼 FBZ

varchar(50), FGH

varchar(50), --工號代碼 FBegDate datetime,

--開始日期

FSBNumber varchar(50), --設備代碼 FInQty int, --轉入進數

--結束時間 FEndDate datetime, FNote FCLJG FRSQty FJSQty FQTQty FFGQty FTPQty FBPQty FJPQty FJPDept FBFQty FQTXX varchar(50), --異常備注 varchar(50), --異常處理結果

int, --人損片數 int, --機損片數 int, --其他片數 int, --返工片數 int, --提片數 int, --補片數 int, --借片數

varchar(50), --借片部門代碼 int, --報廢數

varchar(6000) --其他信息 格式：(籃號:12,34,56)

--前重:52|后重:34|減重:18|平均反射率:1 3各工段工藝步驟匯報界面的數據采集規劃

各工藝步驟的匯報順序以ERP系統中的工藝路線為準。 各工藝步驟的匯報內容見后面的附件一。 匯報的步驟如下： 第一步：掃描工藝流程單號;

第二步：顯示流程單信息和應該匯報的工段和工藝步驟，并進行確認;流程單中的內容詳見數據庫U_LZK，其表結構見附件一。

第三步：顯示需要匯報的內容(詳見附件二：匯報內容)，并按匯報內容中來源所示進行匯報;各字段的默認內容也見附件。

第四步：確認匯報內容后由系統寫入數據庫。

在此需要注意的是：在做生產匯報下傳數量時系統默認為根據如下公司計算得出的數據，匯報的最終數據要由系統根據計算公式自動判斷數據是否一致，不一致時系統自動給予提示，并不得保存。

公式一：下傳數量=接片確認數-人損-機損-材料損-其它損-提片+補片-返工-借片

4印刷工序產品數量和效率匯報

印刷的下傳送片數量要按班進行匯報，不按流程單來匯報，同時匯報時必須要按原料的批號來進行匯報，不能多批號匯總進行匯報。

效率匯報按線按批次進行匯報，每個班次匯報一次。在報表中要按產品規格對效率進行加權平均統計。

印刷下傳數量(送片數量)的匯報方式： 第一步：掃描輸入產品種類(FItemType)， 第二步：掃描輸入原材料批號(FYItemNumber) 第三步：輸入線號(FXH) 第四步：輸入送片數量(FQty)

系統將以上數據和匯報時間、生產班組(以設置為準)一并寫入數據庫：U_YSHB，其表結構為：FID int IDENTITY(1,1),

FDate datetime, FBZ varchar(50) ,

--匯報時間 --班組代碼

FItemType varchar(50) ,--片子種類 FYItemNumber varchar(50) , --原料批號 FXH FQty varchar(50), --線號

--送片數量 int, FXL decimal(18,2)) --效率

產品效率的匯報方式：

第一步：掃描輸入產品種類(FItemType)， 第二步：輸入線號(FXH) 第三步：輸入效率(FXL)。

系統將以上數據和匯報時間、生產班組(以設置為準)一并寫入數據庫：U_YSHB，其表結構同上。

5其他功能規劃

? 要求能在數據采集器中查詢到當班各工段匯報數據與下道工序確認數據之間的差額。

? 當本流程單全部被提完時要關閉本流程單，不能再做匯報。即在本工藝流轉單中的數量被提完后，要提示匯報人員對本流轉單進行關閉。 附件一：數據庫表結構匯總

--流轉卡

CREATE TABLE U_LZK( FID int IDENTITY(1,1), FICMONo FSZKH varchar(50), --生產任務單號 varchar(50),

--流轉卡號

FItemNumber varchar(50),

--產品編號 FYItemNumber varchar(50) ,

--原料批號 FOrderNo FType

FJYType FSJType varchar(50) ,

--銷售訂單號

int,

int, int, ,

--類別 A類(1),特采B類(2),返工B類(3)

--檢驗類型 全檢(1),未檢(2),已拆(3) --質檢班組代碼

--燒結類型 P型(1) N型(2)

--工號代碼

--檢測結果(基礎資料) FBZ varchar(50) FJCJT FJCJG FNote )

--常規匯報表 FGH varchar(50),

int varchar(50),

--檢測機臺 varchar(5000)

--備注

CREATE TABLE U_HB(

FID int IDENTITY(1,1), FItemNumber varchar(50) ,

--產品編號 FYItemNumber varchar(50) ,

--原料批號 FLCNo varchar(50) , FGD FGY FGYH FDate

--流程單號

varchar(50),

--工段代碼 varchar(50),

--工藝代碼 varchar(50),

--工藝號 datetime,

--匯報日期

,

--班組代碼 FBZ varchar(50) FBegDate FInQty FEndDate FNote

FCLJG FRSQty FJSQty FQTQty FFGQty FGH varchar(50),

--工號代碼

datetime,

--開始日期 int,

--轉入進數 datetime,

--結束時間 --異常備注 varchar(50),

FSBNumber varchar(50),

--設備代碼

varchar(50),

--異常處理結果

int,

--人損片數 int, int, int,

--機損片數 --其他片數 --返工片數

)

FTPQty FBPQty FJPQty FJPDept FBFQty FQRQty FXCQty FCLHQty FQTXX

int, int, int, int, int, int,

--提片數 --補片數 --借片數 --報廢數 --確認數 --下傳數 --材料損

--前重:52|后重:34|減重:18|平均反射率:1 varchar(50),

--借片部門代碼

int,

varchar(6000)

--其他信息 格式：(籃號:12,34,56)

--印刷匯報表

CREATE TABLE U_YSHB(

--班組時間設置表 CREATE TABLE U_BZSJ(

--職員

select fitemid as 職員內碼,fnumber as 職員代碼,fname as 職員名稱 from t_emp

--工段

select fitemid as 工段內碼,fnumber as 工段代碼,fname as 工段名稱 from t_item where fitemclassid=3021 --工序

select a.fitemid as 工序內碼,a.fnumber as 工序代碼,a.fname as 工序名稱, t.fnumber as 所屬工段代碼，t.fname as 所屬工段名稱

from t_Item_3022 a left join t_item t on isnull(a.f_101,0)=t.fitemid and t.fitemclassid=3021 FID int IDENTITY(1,1), FDate datetime,

--起始時間

--質量班組代碼 FSCBZ varchar(50),

--生產班組代碼 FZLBZ varchar(50)) FID int IDENTITY(1,1), FDate datetime, FBZ varchar(50) ,

--匯報時間

--班組代碼

FItemType varchar(50),

--片子種類 FYItemNumber varchar(50) ,

--原料批號 FXH FQty FXL varchar(50),

--線號

--送片數量 int,

decimal(18,2))

--效率 --產品

select fitemid as 物料內碼,fnumber as 物料代碼,fname as 物料名稱,fmodel as 物料規格 from t_icitem

--部門

select fitemid as 部門內碼,fnumber as 部門代碼,fname as 部門名稱 from t_Department --工藝號

select fitemid as 工藝號內碼,fnumber as 工藝號代碼,fname as 工藝號名稱

from t_item where fitemclassid=3026

--質量班組

select fitemid as 質量班組內碼,fnumber as 質量班組代碼,fname as 質量班組名稱

from t_item where fitemclassid=3023

--班次(生產班組)

select fitemid as 班次內碼,fnumber as 班次代碼,fname as 班次名稱

from t_item where fitemclassid=3017

--檢驗結果

select fitemid as 檢驗結果內碼,fnumber as 檢驗結果代碼,fname as 檢驗結果名稱

from t_item where fitemclassid=3030

--異常備注

select fitemid as 異常備注內碼,fnumber as 異常備注代碼,fname as 異常備注名稱

from t_item where fitemclassid=3024

--異常處理結果

select fitemid as 異常處理結果內碼,fnumber as 異常處理結果代碼,fname as 異常處理結果名稱

from t_item where fitemclassid=3025 附件二：匯報內容及來源

詳見EXCEL文檔《匯報內容》

第五篇：怎么寫軟件需求說明書

關鍵字：軟件需求 說明書

軟件需求說明書

1. 引言

1.1 項目名稱

1.2 項目背景和內容概要

(項目的委托單位、開發單位、主管部門、與其它項目的關系，與其他機構的關系等)

1.3 相關資料、縮略語、定義

(相關項目計劃、合同及上級機關批文，引用的文件、采用的標準等)

(縮寫詞和名詞定義)

2. 任務概述

2.1 目標

(項目的開發目標和應用目標。如果是其他系統的一部分，則說明其關系)

2.2 范圍

(包含的業務，不包含的業務)

2.3 假定條件與約束限制

(盡量列出開展本項目的假定和約束，例如：經費限制，開發期限，設備條件，用戶現場環境準備等)

3.業務流程

4.數據描述

4.1 原始數據描述

a. 靜態數據

b. 動態數據

4.2 數據流向圖

4.3 數據概念模型和描述

5.功能需求

5.1 功能描述

6.界面要求

6.1報表格式

6.2圖形要求

6.3輸入輸出要求

7.接口要求

(描述與本系統相連的系統的接口的數據格式，數據交換協議，接口功能等)

8.性能需求

8.1數據精確度

(例如，數據內部精度，外部顯示精度)

8.2數據量

8.3時間特性要求

(根據所開發系統的特點，規定系統對時間的特性的要求。例如： 系統響應時間、界面更新處理時間、數據轉換與傳輸時間)

9.運行環境需求

9.1網絡和硬件設備平臺

(網絡拓撲圖及設備類型描述)

10.操作系統平臺

數據庫系統平臺

10.1編程工具

10.2其它支撐軟件

11. 其它專門需求

11.1安裝和操作

11.2安全保密

11.3維護服務