日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

软件工程实践2017结对作业

發布時間:2025/3/14 编程问答 20 豆豆
生活随笔 收集整理的這篇文章主要介紹了 软件工程实践2017结对作业 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

1.結對成員

031502643 朱曉健
031502626 孫浩楷

2.需求分析

Need

每到開學的時候,各大部門就會擠滿青春廣場通過各種方式來招收新成員。新生頂著烈日填寫完申請表交由部門篩選,部門篩選完再通過面試的方式剔除一批人,最后留下來的便是能正式加入部門的的人。這種工作方式不僅不方便新生,對部門工作人員的耐力也是極大考驗,而且由于各部門之間信息的不通暢,導致部門工作人員還要在后期對活動時間有沖突的成員進行剔除。這時候就非常需要一個APP來解決這些惱人的痛點。這個APP不應該只是為了解決招收新成員時遇到的難題,還應該考慮部門和成員之間后期進行相關信息通訊的問題。

Approach

首先這個APP應該分成部門端和學生端,因為如果把2個端集成到一個應用中,由于部門端的功能和學生端的功能有較大的不同,將會使整個APP顯得非常臃腫。
部門端和學生端之間共享一個數據庫,對于不同的端進行一些權限的限制。部門端和學生端為Android或者IOS平臺上的APP。

Benefit

通過使用這個APP:
部門人員受益如下:

  • 不用再站在大太陽底下賣力地拉人了
  • 電子版的申請表相比紙質版的申請表不僅省去了打印費,更有利于環保
  • 不用再手工對活動時間有沖突的學生進行篩選了
  • 方便開除請假次數超過6次的學生
  • 臨時通知不用再群發短信了,APP上一鍵push到所有成員的終端。

學生受益如下:

  • 同樣不用在烈日下填寫申請表了
  • 申請請假在APP上就可以方便完成
  • 接收部門通知更加方便

Competitors

一款APP要想在競爭中搶奪更多的用戶,首先功能一定要強大完善,bug少,且界面美觀。說實話,我們的這個原型模型在交互界面上還是很不錯的,只是功能上還是只能滿足一些基本需求。

Delivery

宣傳方面的話部門的領導人員是宣傳的主要對象,因為如果部門領導人員覺得不錯的話,便會讓部門人員使用,部門人員覺得OK的話,便會在納新時推薦新生使用這款APP進行相關操作。

3.原型系統

采用的原型模型設計工具:墨刀

學生端:

學生端的功能圖如下:

學生端的原型模型UI如下

  • 登錄界面, 注冊界面
  • 通知界面(主要是接收部門消息,包括臨時活動通知)
  • 活動表(主要用來查看各活動的時間,點擊活動即可查看活動詳情以及請假)
  • 我的(包括“帳戶設置”“我的部門”“我的請假”“設置”菜單)
  • 帳戶設置(可以修改用戶名,密碼,手機號,頭像)
  • 我的部門(包括“已加入部門”“待面試部門”“加入新部門”等功能菜單)

  • 我的請假(選擇一個部門即可查看歷史請假日期以及累計請假次數)
  • 設置

    部門端

    部門端功能圖如下:

    部門端的原型模型UI如下
  • 申請列表(主要接收來自學生的申請表)
  • 我的部門
  • 部門簡介
  • 成員列表(包括成員詳情)
  • 公告通知(用來設置部門信息,包括常規活動時間)
  • 發布通知(主要用來發布臨時通知)

    4.PSP表格

    PSP2.1Personal Software Process Stages預估耗時(分鐘)實際耗時(分鐘)
    Planning計劃480600
    · Estimate· 估計這個任務需要多少時間480600
    Development開發360480
    · Analysis· 需求分析 (包括學習新技術)6060
    · Design Spec· 生成設計文檔270380
    · Design Review· 設計復審 (和同事審核設計文檔)3040
    · Coding Standard· 代碼規范 (為目前的開發制定合適的規范)00
    · Design· 具體設計00
    · Coding· 具體編碼00
    · Code Review· 代碼復審00
    · Test· 測試(自我測試,修改代碼,提交修改)00
    Reporting報告120120
    · Test Report· 測試報告3010
    · Size Measurement· 計算工作量3010
    · Postmortem & Process Improvement Plan· 事后總結, 并提出過程改進計劃60100
    合計480600

    5.結對過程,結對照片

  • 主要是結對討論一些相關的功能銜接以及原型系統的交互界面風格
  • 附上照片

    6.心得總結

    朱曉健:

    剛看到這次作業的時候是比較茫然的,什么是原型模型???那些工具怎么用???在我一臉懵逼的時候,浩楷同學主動找我結對。因為浩楷是做過前端的大神,所以當他找我結對的時候我心里那個樂的啊溢于言表。在浩楷的指導下,我懂得了原型模型就是設計出應用程序的“外殼”,還懂得了如何使用墨刀進行設計。
    我們兩個進行了任務的分工,浩楷做部門端,我做學生端。接下來我就開始思考學生端應該具備的功能,隨后和浩楷同學一起討論了相關功能銜接以及整個圖形界面的設計風格,最后便開始使用墨刀進行圖形界面的設計。剛入門的我開始用這個工具的時候很不熟練,浪費了挺多時間的,后來慢慢地有了點感覺,進度也隨之加快了。
    總的來說吧,這次結對作業對我的幫助還是蠻大的。通過這次結對作業,我了解了設計原型系統的一般步驟以及相關工具的使用方法,學會了如何和他人溝通合作來共同完成這樣一個作業,更為我將來的團隊項目打下了良好的基礎。

    孫浩楷:

    由于之前參加比賽的時候用過墨刀進行過原型設計,所以一開始看到作業的時候是竊喜的。但我的優勢也僅僅是比部分人更早了解和接觸過這個工具,減少了上手時間而已。
    在這次作業過程中我也吸取了教訓得出以下幾點經驗:
    1、在開始動工前一定要和隊友對每個端、界面、功能等進行詳細的規劃,理清之間的聯系,不然會造成邊做邊改,做完重做的后果。
    2、這次我和曉健同學是分開做的,我們相互模擬學生和部門管理員的身份并對對方提出需求,這讓我體會到了團隊協作的特色和奇妙之處。
    3、一開始的時候以為后期要實現設計的功能,所以在操作時畏手畏腳,但是此次作業我想老師的意圖是讓我們嘗試一下當PM(產品經理)的身份和感覺,所以應該盡最大的能力去想象和拓展功能,至于能否實現
    和實現程度則要再和開發部門溝通和完善。

轉載于:https://www.cnblogs.com/JorgeZhu/p/7564976.html

總結

以上是生活随笔為你收集整理的软件工程实践2017结对作业的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。