2007年4月29日 星期日

系統分析計畫

系統分析要爆了!!



我估計老師要結案報告的時間 大約是5/23或5/30



在此之前 必須要把爛到爆炸的系統分析做完



到底有多爛 爛到我不看老師的評語我就知道它很爛



我只記得分數依序是8x 7x 7x 6x



差一點不及格



列一下計劃時程



4/30:改寫案例說明

目標:不單單只是單位介紹 把遇到的問題跟困境也寫進去

雖然會跟後面的問題分析重複 不過系統分析本來就是在重複前面做的事

5/1 :新增業務流程

目標:分析目前舊有的業務流程 在PIECES問題說明書前再加點東西

註:問題解決說明書跟問題說明書是兩個分開的東西 雖然都是用PIECES架構寫的

5/2 :新增系統範疇

目標:這一部分不知道為什麼沒有寫 雖然有附在工作說明書裡 但感覺很敷衍

這一部份要確立的是 到底是要做「電子化行政系統」還是「招標系統建置」

(這一部分好像應該是first step 不知道為什麼擺在這麼後面)

5/4:修改工作說明書

目標:陳同學的原始文件太嘴砲 被老師說成是COPY文件來的

此一文件應以上述問題說明書以及系統範疇重新改寫

5/5:改寫需求分析

目標:郭同學寫的非功能性需求亦過於嘴砲 還換成利益成本咧 靠腰 一樣被阿鶴歸類成COPY文件

亦應以原始業務流程來思考 [到底要做招標系統 還是總務系統?]

5/6:詳細的使用案例

目標:修改既有之使用案例

5/7:修正ERD實體關係圖 [可以先做資料庫表格][原本的太天馬行空][基數也沒寫好]

目標:要能看

5/8:新增DFD資料流程圖

目標:我也不知道該怎麼縮

5/9:UML物件分析

目標:就既有之ERD來寫 充版面

5/10:新增可行性分析

目標:嘴砲、嘴砲、還是嘴砲 這一部份可以由郭同學進行 他最喜歡算系統利益

5/11後:可能會開始做系統

這一部份要看陳同學是否願意重新站上程式設計的舞台 以及之前分析的到底能不能用



其餘作業:

書面報告:FORMAT只有6x分 倒底出了什麼問題

簡報:郭同學很喜歡做



結語:

結果還是要需求分析做好 才能真正的開始做 靠杯 問題是我之前只有兩張紙 嘖嘖



希望我的組員會做事......



畢竟每個人的出身都是一人組 我相信一定可以的!


1 則留言:

留言前請選擇身分別名稱/網址

選匿名的話,最新回應一整排Anonymous很難看