AI應用之根據行業標準生成PRD文件

PetterLiu發表於2024-07-26

AI應用之根據行業標準生成PRD文件

概要

近日我們再次嘗試用AI生成PRD文件,以下是基於Kimi,其它AI平臺型別


AI生成工作流文件

具體過程

我們先提供一些行規與標準PDF的URL給kimi

image

回覆是

image

生成MRD文件

image

生成PRD文件

image

要求再細化PRD文件

image

生成完整PRD內容如下,我們看到如下文件基本大綱已經生成

救災物資倉庫管理系統 (WMS) - 產品需求文件 (PRD)

1. 引言

1.1 目的

本文件詳細描述了救災物資倉庫管理系統(WMS)的產品需求,旨在指導開發團隊實現一個高效、安全、易於使用的物資管理平臺。

1.2 背景

隨著自然災害和社會緊急事件的頻繁發生,救災物資的有效管理變得至關重要。本系統旨在提升救災物資的儲存、調配和跟蹤能力,確保在緊急情況下能夠快速響應。

1.3 定義
  • WMS: 倉庫管理系統
  • API: 應用程式程式設計介面
  • UI: 使用者介面
1.4 參考資料
  • DB11/T 2070—2022 應急物資資訊採集規範
  • DB3305/T 249—2022 應急救災物資儲備管理規範
  • 國家糧食和物資儲備局相關通知和指導意見

2. 整體描述

2.1 產品視角

救災物資WMS是一個綜合性的物資管理平臺,旨在實現救災物資的自動化管理,提高物資調配的效率和準確性。

2.2 產品功能
  • 物資資訊管理: 錄入、更新和維護救災物資的詳細資訊。
  • 儲備庫管理: 管理儲備庫的基本資訊和使用情況。
  • 資料採集與更新: 根據DB11/T 2070—2022標準進行資料採集和週期性更新。
  • 許可權控制: 根據使用者角色提供不同的訪問許可權。
  • 安全保障: 實現資料的加密儲存和傳輸,防止未授權訪問。
  • 統計與報告: 生成救災物資的統計報告和分析。
  • 應急響應: 快速響應緊急情況,實現物資的迅速調配。
2.3 使用者類和特性
  • 管理員: 系統配置、使用者管理和資料監管。
  • 倉庫操作員: 日常物資管理、入庫、出庫操作。
  • 應急協調員: 緊急情況下的物資調配和響應。
2.4 操作環境
  • 相容主流作業系統和瀏覽器。
  • 支援移動裝置訪問,以適應現場操作需求。
2.5 設計和實施約束
  • 系統設計需遵循DB3305/T 249—2022等相關標準。
  • 系統開發應使用模組化設計,便於未來擴充套件。
2.6 使用者文件
  • 使用者手冊
  • 安裝和配置指南
  • 系統維護文件

3. 功能需求

3.1 物資資訊管理
  • 3.1.1 物資錄入: 允許使用者手動輸入或批次匯入物資資訊。
  • 3.1.2 物資更新: 提供介面和API支援物資資訊的更新。
  • 3.1.3 物資查詢: 實現物資資訊的快速查詢和篩選。
3.2 儲備庫管理
  • 3.2.1 庫房資訊管理: 管理儲備庫的基本資訊,如名稱、位置、容量等。
  • 3.2.2 庫房使用情況監控: 實時監控庫房的使用情況,包括物資儲存量和空置率。
3.3 資料採集與更新
  • 3.3.1 資料採集: 根據DB11/T 2070—2022標準,採集物資和庫房的基本資訊。
  • 3.3.2 資料更新: 實現資料的週期性更新和手動更新。
3.4 許可權控制
  • 3.4.1 使用者角色管理: 定義不同的使用者角色及其許可權。
  • 3.4.2 許可權分配: 允許管理員分配和修改使用者許可權。
3.5 安全保障
  • 3.5.1 資料加密: 對儲存和傳輸的資料進行加密。
  • 3.5.2 訪問控制: 實現基於角色的訪問控制。
3.6 統計與報告
  • 3.6.1 統計報表: 生成物資儲存、調配和使用情況的統計報表。
  • 3.6.2 報告匯出: 支援將報告匯出為PDF或Excel格式。
3.7 應急響應
  • 3.7.1 快速調配: 在緊急情況下,快速調配物資。
  • 3.7.2 應急流程管理: 管理應急響應流程,確保物資及時送達。

4. 系統介面需求

4.1 外部系統介面
  • 4.1.1 財務系統介面: 與財務系統整合,實現物資採購和庫存管理的財務處理。
  • 4.1.2 物流系統介面: 與物流系統整合,實現物資的運輸和配送。
4.2 API介面
  • 4.2.1 資料匯入匯出API: 提供API支援資料的匯入和匯出。
  • 4.2.2 第三方整合API: 提供API支援第三方系統的整合。

5. 資料庫需求

5.1 資料庫設計
  • 5.1.1 資料庫結構: 設計支援高併發訪問的資料庫結構。
  • 5.1.2 資料庫備份: 實現資料庫的定期備份和災難恢復。

6. 效能需求

6.1 系統效能
  • 6.1.1 響應時間: 系統響應時間不超過2秒。
  • 6.1.2 併發使用者: 支援至少1000名使用者同時線上。

7. 附錄

7.1 參考資料
  • 相關國家和地方標準文件。
  • 行業最佳實踐和案例研究。
7.2 版本歷史
  • 文件版本:1.0
  • 編寫日期:2024-07-23
  • 編寫人:[填寫負責人姓名]
7.3 術語表
  • 術語: 定義。

注意: 本文件為產品需求文件,將作為後續軟體開發和設計的依據。所有需求應經過市場調查和使用者反饋進行驗證和調整。


我們要求具體功能點進行細化:

image

詢問功能點UI如何設計

image

要求以 輸入與輸出格式編寫

image

追問具體業務設計

image

要求開始資料庫設計DDL

image

詳細設計文件

image

繪製資料流圖

image

E-R圖

image

渲染出來E-R效果

image

事實情況下,AI可以幫助我們 還可以生成測試用例,包含程式碼。

我們使用這些標準PDF檔案,進一步可以演化為特定領域的RAG的知識庫, 如下流程示例:

clipboard


今天先到這兒,希望對AIGC,雲原生,技術領導力, 企業管理,系統架構設計與評估,團隊管理, 專案管理, 產品管理,資訊保安,團隊建設 有參考作用 , 您可能感興趣的文章:
構建創業公司突擊小團隊
國際化環境下系統架構演化
微服務架構設計
影片直播平臺的系統架構演化
微服務與Docker介紹
Docker與CI持續整合/CD
網際網路電商購物車架構演變案例
網際網路業務場景下訊息佇列架構
網際網路高效研發團隊管理演進之一
訊息系統架構設計演進
網際網路電商搜尋架構演化之一
企業資訊化與軟體工程的迷思
企業專案化管理介紹
軟體專案成功之要素
人際溝通風格介紹一
精益IT組織與分享式領導
學習型組織與企業
企業創新文化與等級觀念
組織目標與個人目標
初創公司人才招聘與管理
人才公司環境與企業文化
企業文化、團隊文化與知識共享
高效能的團隊建設
專案管理溝通計劃
構建高效的研發與自動化運維
某大型電商雲平臺實踐
網際網路資料庫架構設計思路
IT基礎架構規劃方案一(網路系統規劃)
餐飲行業解決方案之客戶分析流程
餐飲行業解決方案之採購戰略制定與實施流程
餐飲行業解決方案之業務設計流程
供應鏈需求調研CheckList
企業應用之效能實時度量系統演變

如有想了解更多軟體設計與架構, 系統IT,企業資訊化, 團隊管理 資訊,請關注我的微信訂閱號:

image_thumb2_thumb_thumb_thumb_thumb[2]

作者:Petter Liu
出處:http://www.cnblogs.com/wintersun/
本文版權歸作者和部落格園共有,歡迎轉載,但未經作者同意必須保留此段宣告,且在文章頁面明顯位置給出原文連線,否則保留追究法律責任的權利。 該文章也同時釋出在我的獨立部落格中-Petter Liu Blog。

相關文章