104學習精靈

系統開發

系統開發
關注
邀請朋友
邀請朋友

Line

Facebook

複製連結

取消
「系統開發：負責設計、開發及維護企業資訊系統，確保系統效能與安全性。主要責任包括分析使用者需求、撰寫技術規格、進行系統測試和故障排除，並協調跨部門合作以確保專案順利推進。需具備精通程式設計語言（如Java、C#）、數據庫管理技巧及良好的問題解決能力。同時，需具備良好的溝通技巧與團隊合作意識，以應對台灣職場中高度重視人際關係與合作的文化挑戰。」
關於教室
關注人數 35 人
104人力銀行從職缺中挑選出常見技能所成立的官方教室，提供大家進行共學互動。
學習主持人
持續分享知識，
有機會成為官方教室主持人
教室標籤
  • 系統開發
    • 關於教室
    關注人數 35 人
    104人力銀行從職缺中挑選出常見技能所成立的官方教室，提供大家進行共學互動。
    學習主持人
    持續分享知識，
    有機會成為官方教室主持人
    教室標籤
  • 系統開發
    • Hi~ 歡迎分享學習資源，有學習問題可匿名向Giver發問！
    我要分享
    我要提問

    系統開發 學習推薦

    全部
    影片
    文章
    PM雜學相談室－新手轉職PM交流區🙌
    關注
    知識貓星球

    喵星人

    2024/06/04

    PM哪時候需要寫規格？規格文件撰寫架構一覽
    【PM哪時候需要寫規格？】
    在產品開發過程中，規格文件扮演著至關重要的角色。這些文件詳細記錄了產品的需求、設計、功能和測試標準，為開發團隊提供了明確的指導，透過精心撰寫和持續更新規格文件，產品經理確保各部門之間的溝通順暢，避免了開發過程中的誤解和錯誤。
    規格文件通常有一些標準範本，可以幫助結構化和組織內容。以下是一個典型的規格文件範本，涵蓋主要的章節和內容：
    【規格文件架構】
    1. 總覽 (Overview)
    ➛ 文件目的 (Purpose of Document)：描述此文件的目的和目標。
    ➛ 範圍 (Scope)：描述系統或產品的範圍，明確哪些內容包含在內，哪些不包含。
    ➛ 目標讀者 (Audience)：說明文件的預期讀者，如開發人員、測試人員、設計師等。
    2. 引言 (Introduction)
    ➛ 背景 (Background)：提供產品或系統的背景訊息，包含開發動機、業務需求等。
    ➛ 目標 (Objectives)：描述此產品或系統的目標和主要功能。
    3. 系統概述 (System Overview)
    ➛ 系統描述 (System Description)：提供系統的高層次描述。
    ➛ 主要功能 (Major Features)：列出系統的主要功能和特性。
    4. 功能需求 (Functional Requirements)
    ➛ 需求列表 (Requirements List)：
    ☑按優先級列出所有功能需求，每個需求應該具體且可測試。
    ☑使用格式：編號、需求描述、優先級。
    5. 非功能需求 (Non-functional Requirements)
    ➛ 性能需求 (Performance Requirements)：如響應時間、吞吐量、可擴展性等。
    ➛ 安全需求 (Security Requirements)：如身份驗證、授權、數據加密等。
    ➛ 可用性需求 (Usability Requirements)：如易用性、界面設計原則等。
    6. 系統架構 (System Architecture)
    ➛ 架構圖 (Architecture Diagrams)：系統架構圖、模塊圖等。
    ➛ 組件描述 (Component Descriptions)：各個組件的功能和互動方式。
    7. 介面描述 (Interface Descriptions)
    ➛ 用戶界面 (User Interfaces)：描述用戶界面的設計和功能。
    ➛ API介面 (API Interfaces)：描述系統與其他系統之間的API，包含請求和響應格式。
    8. 資料描述 (Data Descriptions)
    ➛ 資料結構 (Data Structures)：描述系統中使用的主要資料結構。
    ➛ 資料庫設計 (Database Design)：資料庫模式圖、表結構等。
    9. 使用案例 (Use Cases)
    ➛ 使用案例列表 (Use Case List)：列出所有使用案例，描述使用者如何與系統互動。
    ➛ 使用案例描述 (Use Case Descriptions)：每個使用案例的詳細步驟、前提條件和結果。
    10. 測試計劃 (Test Plan)
    ➛ 測試策略 (Testing Strategy)：整體測試策略和方法。
    ➛ 測試用例 (Test Cases)：具體測試用例，描述測試步驟和預期結果。
    11. 假設與限制 (Assumptions and Constraints)
    ➛ 假設 (Assumptions)：進行系統開發所基於的假設。
    ➛ 限制 (Constraints)：系統開發和運行中的限制條件，如技術限制、法律法規等。
    12. 版本歷史 (Revision History)
    ➛ 變更記錄 (Change Log)：記錄文件的每次變更，包括變更日期、變更內容和負責人。
    無論是需求分析、功能設計還是最終的測試階段，規格文件都是產品成功的基石，確保產品能夠滿足市場需求並超越用戶期望。
    看更多
    0 1 843 1
    104學習精靈精選課程
    看更多課程
    想提升職場競爭力？專業技能課程看起來👇
    資料庫設計原理
    課程由台灣科技大學資訊工程博士陳士杰，從資料庫系統設計概念、資料庫系統設計流程，一路由淺至深，2.8小時學會資料庫設計原理，一堂課帶你釐清所有資料庫建立的問題和易混淆的概念。課程中將公司內相關表單與人員需求，教您轉換成E-R Model，並透過每個小段落的測驗題，讓您好複習學習更紮實。
    緯育TibaMe
    開發人員 3 小時速成學習 – Windows Container容器技術
    帶你快速掌握Container技術要點，包括Windows Container技術及微服務架構，並運用Container 建立與佈署自己的容器，掌握實務應用發展的技術。
    緯育TibaMe
    資料庫設計 - 有效的使用系統資料
    上完這堂課程之後，同學可以將資料庫設計技術應用在軟體系統開發當中，最終能獲得資料庫設計的正確觀念。
    Hahow好學校
    學習精靈

    04/20 00:00

    youtube.com
    可思科技-簡易POS出單系統開發
    416 22
    職涯診所

    03/29 11:06

    giver.104.com.tw
    被筆試考倒，該先重新學習技術再回來面試？
    0 0 715 0
    學習精靈

    01/21 00:00

    youtube.com
    AIMS 李慶鴻 教授團隊｜AI於智慧機台系統開發：Arvis專業助理、機台預診與精度維持
    34 1

    推薦給你

    緯育TibaMe
    關注
    緯育TibaMe

    07/07 08:30

    【免費直播最後名額】還在猶豫該不該轉職前端工程師，4個月她從美術老師到前端工程師的成功關鍵
    #免費直播報名倒數 你還停留在跨領域轉職=砍掉重練？
    其實「#跨領域經歷」正是當今企業所需！🔥
    藝術背景、零程式基礎，完成4個月培訓成為鴻海前端工程師，聽聽她怎麼辦到的👉 https://lihi.cc/meapa
    ​
    ▍ 直播講座資訊
    🔹 時間：7/7 (一) 20：00~21：00
    🔹 費用：免費報名
    🔹 形式：線上直播（將於活動前2~3天email提供直播連結）
    🔸報名連結：
    #活動加碼：成功轉職前輩線上QA解答
    ​
    ​
    如果你也卡在「要不要轉？」的十字路口，這一集，也許就是你的方向指引！
    ​
    ▍ 這 1 小時與你分享：
    ✅ 如何自我評估該不該轉職
    ✅ 轉職前的心態調適
    ✅ 學習過程到專題作品準備
    ✅ 團隊 side project 的重要性
    ✅ 如何發揮跨領域優勢
    ✅ 進入職場的實況與自我提升之路
    ✅ 轉職前輩線上 QA 提問
    ​
    立即前往報名👉 https://lihi.cc/meapa
    想了解其他 IT 轉職職務選擇？明天晚上免費直播報名入口👉 https://lihi.cc/qTYgy
    想獲得更多免費求職轉職資源👉 https://lihi.cc/2Fm56
    看更多
    【免費直播最後名額】還在猶豫該不該轉職前端工程師，4個月她從美術老師到前端工程師的成功關鍵
    【免費直播最後名額】還在猶豫該不該轉職前端工程師，4個月她從美術老師到前端工程師的成功關鍵
    0 0 421 0
    你可能感興趣的教室