這個作業(yè)屬于哪個課程	https://edu.cnblogs.com/campus/fzu/SE2024
這個作業(yè)要求在哪里	https://edu.cnblogs.com/campus/fzu/SE2024/homework/13261
這個作業(yè)的目標(biāo)	小組結(jié)對合作進行需求分析與原型設(shè)計
學(xué)號	102201342

隊員：董雯莉 102201335 潘宇晴 102201342

原型地址

跨界伙伴

1.《構(gòu)建之法》閱讀成果

1.1 第三章

1.1.1 個人能力的衡量與發(fā)展

1.軟件開發(fā)流程不光指團隊的流程，還包括個人開發(fā)流程。把每個人的工作有序地組織起來，就是團隊的流程?！坝行颉?，并不是“無爭論”。每個人的工作質(zhì)量直接影響最終軟件的質(zhì)量。
2.初級軟件工程師成長階段
積累軟件開發(fā)相關(guān)的知識，提升技術(shù)技能（如對具體技術(shù)的掌握，動手能力）
積累問題領(lǐng)域的知識和經(jīng)驗（例如：對醫(yī)療或金融行業(yè)的了解）
對通用的軟件設(shè)計思想和軟件工程思想的理解 （較虛）
提升職業(yè)技能（區(qū)別于技術(shù)技能）：職業(yè)技能包括：自我管理的能力，表達和交流的能力，與人合作的能力，按質(zhì)按量完成任務(wù)的執(zhí)行力。
實際成果：絕大部分軟件工程師的工作成果都是可以公開的，所參與的產(chǎn)品用戶評價如何，市場占有率如何，對用戶有多大價值？在其中起了什么作用？
3.軟件開發(fā)的工作量和質(zhì)量的衡量標(biāo)準(zhǔn)
項目/任務(wù)有多大？
花了多少時間？
質(zhì)量如何？（可以用缺陷的數(shù)量來除以項目的大小，如 5 Bugs / KLOC 意味著每千行程序有5個缺陷）
是否按時交付？
軟件領(lǐng)域可以分為兩個方面：一方面是技藝創(chuàng)新的大爆發(fā)；而另一方面是堅持不懈的工程工作，包括軟件的改善、維護和測試等，這一方面占了90%-95%的比例。對于這些任務(wù)，一個成熟的軟件工程師應(yīng)該能夠降低任務(wù)交付的時間的標(biāo)準(zhǔn)差。在團隊工作中，穩(wěn)定、一致的交付時間是衡量一個員工能力的重要方面。

1.1.2 軟件工程師的思維誤區(qū)

軟件工程師在開發(fā)過程中會走很多彎路，對軟件的模塊之間的依賴關(guān)系的極端態(tài)度都會導(dǎo)致延遲交付。
分析麻痹：想弄清所有細節(jié)、所有依賴關(guān)系之后再動手，心理上過于悲觀，不分主次，想解決所有依賴問題
過早優(yōu)化：在局部問題上陷進去，無視此模塊對全局的重要性，過早擴大化/泛化

1.1.3 軟件工程師的職業(yè)發(fā)展

1.如果我們對職業(yè)有認真的態(tài)度，就可以發(fā)現(xiàn)很多證明個人能力的方式。
2.需要有一些核心技術(shù)和許多擴展的知識，并在實際工作中不斷學(xué)習(xí)和不斷成長：
3.“不精通”者會把時間花在解決低層次問題上，所以要通過不斷的練習(xí)，把那些低層次的問題變成不用經(jīng)過大腦的自動操作，然后才有時間和腦力來解決較高層次的問題。有了工程基礎(chǔ)，再去談高層次的“科研”。

1.2 第八章

1.2.1. 軟件需求

（一）如何獲取軟件的需求有以下幾個方面：
獲取和引導(dǎo)需求
分析和定義需求
驗證需求
在軟件產(chǎn)品的生命周期中管理需求
（二）對軟件的需求也可以做以下的劃分：

1. 對產(chǎn)品功能性的需求
   要求產(chǎn)品必須實現(xiàn)某些功能。例如，學(xué)校的選課軟件只允許有學(xué)生身份的用戶瀏覽并選擇課程，同時要求學(xué)生選擇某一門課時必須要滿足“先修課”的要求，等等
2. 對產(chǎn)品開發(fā)過程的需求
   要求軟件的開發(fā)流程必須滿足某些約束條件，例如，開發(fā)過程必須產(chǎn)生某種類型的文檔，必須在某個時間點達到某個狀態(tài)，必須對源代碼施以某種約束（安全性核查、代碼版權(quán)核查、代碼規(guī)范和支持文檔的核查）
3. 非功能性需求
   這也叫“服務(wù)質(zhì)量需求”。例如，股票交易系統(tǒng)必須在一定時間內(nèi)返回用戶查詢結(jié)果（它對時間的要求要比“科技文獻檢索”網(wǎng)站要高），火車票購票系統(tǒng)、大學(xué)選課軟件必須能支持一定數(shù)量的用戶同時訪問，等等
4. 綜合需求
   有些需求并不是單單一個軟件模塊就能滿足，例如，“購物網(wǎng)站必須在24小時內(nèi)把貨物發(fā)送到用戶手中”，這個需求牽涉到軟件系統(tǒng)、貨物派送系統(tǒng)、送貨部門、監(jiān)控系統(tǒng)等不同部門的功能和執(zhí)行能力。軟件團隊和客戶代表要在需求階段把這些問題定義清楚。

1.2.2. 軟件產(chǎn)品的利益相關(guān)者

用戶、顧客、市場分析者、監(jiān)管機構(gòu)、軟件工程師。

1.2.3. 獲取用戶需求-用戶調(diào)查

a) 焦點小組 b) 深入面談 c) 卡片分類 d) 用戶調(diào)查問卷 e) 用戶日志研究 f) 人類學(xué)調(diào)查 g) 眼動跟蹤研究 h) 快速原型調(diào)研 i) A/8測試

1.2.4. 競爭性需求分析的框架：

1.N（Need） 2.A（Approach） 3.B（Benefit） 4.C(Competitiors) 5.D（Delivery）

1.2.5. 功能分析的四象限方法

維持——以最低成本維持此功能
抵消——快速地達到“足夠好”，“和競爭對手差不多”
優(yōu)化——花大力氣做到并保持行業(yè)最好
差異化——產(chǎn)生同類產(chǎn)品比不了的功能或優(yōu)勢
不做——砍掉一個功能，不一定要做所有的功能

2. NABCD模型分析

N——need，需求

我們通過分析作業(yè)要求和現(xiàn)實情況，得出此次項目的需求：為大學(xué)生提供一個安全、隱私性強且相對封閉的環(huán)境，促進不同專業(yè)學(xué)生或老師之間的合作。

A——Approach，做法

1. 使用figma進行原型設(shè)計和框架構(gòu)建
2. 使用簡潔UI設(shè)計，清晰引導(dǎo)老師學(xué)生進行注冊使用
3. 設(shè)置相關(guān)組件和頁面，提供更多更詳細的功能

B——Benefit，好處

1. 面向?qū)ο螅何覀兊捻椖棵嫦驅(qū)W生和老師。
2. 項目推薦：根據(jù)不同學(xué)生需求推薦所需項目，也可自行創(chuàng)作項目，讓更多志同道合的同學(xué)加入
3. 個人聊天：學(xué)生可通過與其他同學(xué)或老師進行個人交流來為項目的創(chuàng)建或合作提供幫助

C——Competitors，競爭

1. 市場類型相似的APP居多，需要打造屬于我們的優(yōu)勢
2. 作為面向?qū)W生和老師的校園項目，我們需要更貼合校園化設(shè)計

D——Delivery，推廣

1. 通過校園表白墻或B站、微博等社交平臺進行推廣
2. 也可通過同學(xué)個人社交媒體進行推廣

3. 原型展示

流程圖

UML圖

登錄界面

注冊界面

可選擇身份：老師、學(xué)生

信息填寫注冊

主頁

逐條列出了目前適合用戶的推薦項目

項目詳情頁

項目創(chuàng)建頁

人才推薦頁

消息界面

個人界面

學(xué)生個人頁面

老師個人頁面

4. 交流過程

5. PSP表格

PSP階段	預(yù)估耗時(小時)	實際耗時(小時)
計劃	1	1.5
需求分析	2	2
設(shè)計	4	5
實現(xiàn)	7	8
測試	2	2.5
總計	16	19

6. 個人總結(jié)

董雯莉

一、合作過程

在本次結(jié)對作業(yè)中，我們兩位同學(xué)從閱讀《構(gòu)建之法》第3章和第8章開始，共同學(xué)習(xí)了NABCD模型，為后續(xù)的需求分析和原型設(shè)計奠定了基礎(chǔ)。在明確客戶現(xiàn)實困擾后，我們進行了多次討論，共同梳理了項目需求，明確了設(shè)計方向。我們分別從用戶角色、功能需求等方面進行了深入探討，形成了初步的需求分析。我們采用figma作為原型設(shè)計工具，分工合作，共同完成了原型界面設(shè)計和流程圖繪制。在此過程中，我們互相學(xué)習(xí)、交流，不斷優(yōu)化原型設(shè)計。我們共同梳理了作業(yè)要求，分工撰寫博客內(nèi)容，確保內(nèi)容準(zhǔn)確、清晰、圖文并茂。在撰寫過程中，我們相互審閱、提出修改意見，直至達成共識。

二、合作感悟

本次作業(yè)讓我們深刻體會到團隊協(xié)作的重要性。在合作過程中，我們互相學(xué)習(xí)、取長補短，共同解決問題，提高了作業(yè)完成質(zhì)量。有效的溝通與交流是合作成功的關(guān)鍵。我們在討論過程中，始終保持開放的心態(tài)，傾聽對方的意見，確保設(shè)計思路的一致性。合理分配時間，確保作業(yè)按期完成。在本次合作中，我們制定了明確的時間計劃，確保了作業(yè)的順利進行。通過本次作業(yè)，我們不僅掌握了原型設(shè)計工具的使用，還提高了自己的需求分析、方案設(shè)計及博客撰寫能力。
總之，本次合作讓我們收獲頗豐，為我們后續(xù)的結(jié)對編程實踐奠定了堅實基礎(chǔ)。在今后的學(xué)習(xí)過程中，我們將繼續(xù)發(fā)揮團隊協(xié)作的優(yōu)勢，共同進步。

潘宇晴

一、合作過程

最初，我們進行了面對面的討論，明確了客戶需求及現(xiàn)實困擾。我們認真分析了客戶提供的困擾，逐步梳理出平臺需要解決的具體問題。我們畫出了思維導(dǎo)圖，理清思路。每個人分別列出了自己的想法，隨后我們對這些想法進行了篩選和優(yōu)先級排序，確定了核心功能。在初步討論后，我們將重點放在了需求細化上。我們分別從用戶角度出發(fā)，構(gòu)建了不同角色用戶的使用場景。通過角色扮演的方式，我們模擬了學(xué)生和老師在平臺上的注冊、項目發(fā)布、尋找合作伙伴等流程。我們選擇figma工具進行原型設(shè)計，在原型初步完成后，我們多次檢查測試，發(fā)現(xiàn)一些潛在問題和不完善的部分，進一步完善。

二、合作感悟

這次合作讓我受益匪淺，我們根據(jù)各自的特長與興趣進行任務(wù)分配，讓雙方在擅長的領(lǐng)域發(fā)揮最大效能，比如我擅長figma工具的使用，隊友擅長產(chǎn)品設(shè)計和后期的測試以及總結(jié)。在此過程中，我也學(xué)會了如何在合作中協(xié)調(diào)自己的任務(wù)與團隊目標(biāo)，使得每項工作都能順利進行。在這個過程中，我們相互學(xué)習(xí)、互相幫助，提升了自己的技能和素養(yǎng)，每個人都能在共同的努力中獲得成長。回顧整個合作過程，我們在完成項目的同時學(xué)到了更多的技能，并且提高了團隊合作能力。