20070828上課小筆記(軟體使用說明)

SWiSH 1.52
－安裝 購買
－設定”影片”寬、高
－配置＂角色＂，（圖片，文字）
　－背景圖
　－小插畫，圖片……..（可用ＧＩＦ檔）
　－文字＝＞加上特效
＊ 注意前後順序
＊ 時間軸控制（出現、隱藏）

2007_0827工作日誌

今日軟體：

今日最主要上課內容為 Swish 1.52版
製作動態影像檔案如swf副檔名等
讓網頁更加生動
應用程式主要運用以時間軸為主
在不同的時間點加入元素
並配合不同的效果
來形成一個swf檔

個人使用心得：
　　
一整個下午重複做了好幾次相同的動作，其一是因為不同時間點所呈現的不同感受難以掌握，其二是，有時做到３／４時，卻發現並沒有明確的主題，或者場景之間沒有一個明確的主軸來說明整個影像用意，導致各個場景都有不同的主軸，但彼此之間卻不能搭配，其三，各種影像或文字的效果尚未熟悉，無法有效的利用，增加畫面的生動。

　　目前個人概念是，確定好整個檔案的主題，做好概念腳本，並計算出每個關鍵字或圖該以何種方式呈現並維持多久，盡量以場景來區分每個動作，避免畫面拖拉過多元素，造成時間軸上的資料畫面混亂，且可以以場景區分動作後，明確的為每個動作評估出最有效果的時間點。

今日寫到的程式碼

以下程式碼為防止HTML執行，將加入空格以轉成文字型態，如<>

第一支程式碼：九九乘法練習(連結到第二支成循環)

< ?php

$a = mt_rand(1,9);
$b = mt_rand(1,9);
$c = $a * $b ;

echo <<<>
<>請問下列答案為何?< /p >
<>{$a}*{$b} =？< /p >
<>< href="homework2.php?c=$c">觀看答案< /a >< /p >

HEREDOC
? >



第二支程式碼

< ?php

echo <<<>
答案等於 {$c}
<>< href="homework.php" target="_self">再試一次< /a >< /p >
HEREDOC

? >

算是改版吧～！

幾百年才更新一次的部落格
今天下午看完醫生
處理好右腳的甲溝炎
終於立志要做個好學生了～！
只是今天也沒啥好提供的（本來打算明天才寫這篇文章的，幸好還有三分鐘熱度）
就先貼一下早上東昇哥課堂中的Excel說明吧～！










紅字部份都以公式取代，並非單純輸入數值進去，因為要避免日後資料變動時所造成的資料錯誤，表格中利潤部份屬於赤字，可能因素包含各種可能性，如成本、推銷、研發等諸如此類的類 別成本過高，導致入不敷出，需要從中去做協調更改好讓利潤轉虧為盈。

上完課後的問題在於：

1. 是否每個類別的成本，如推銷的費用，是否有一定的數值或公式可以推算出當投入多少金額時，能夠增加多少銷售量，還是說單純靠運氣～！？
2. 承上題，假設當真需要憑藉運氣，到最後才能得知投入的費用增加了多少銷售量時，那又如何去評估各項類別的成本是否高還低呢？

W.B.S. = Work Breakdown System

工作分析

Work(工作) 分成
Project(專案) --->定義 : 一次性的 , 從未做過的
=>S.P.P. = STANDARD PROJECT PROCESS (標準專案程序)

Operation (Job)(作業) ---> 定義 : 重複性的 , 反覆在做的
=>S.O.P.= STANDARD OPERATION PROCESS (標準工作程序)

* Project是為了要轉換成Operation而存在的 , 如無法轉換 , 則Project是失敗的


專案首先要探討的為時程(生命週期) , 以下為專案的所有時程
1. 基本運作邏輯
2. PLAN 計畫
3. DO 執行
4. SEE 管考

執行專案前之分析工作(Analysis)實屬重要
以下四區塊
1. Analysis 分析
2. Plan 計畫
3. Do 執行
4. See 管考
= =?好像有重複?

系統理論 ==> 開放系統
以下方圖示說明(輔助個人筆記2007.07.05)

Input 分為 :
人
組織
物(錢)
----------------------------------------------------------------------------------------------------
Mo 步驟 : 分析
首先創建 資訊小組 (PRB , Project Review Board)

會議研討方向分為以下兩種 :

M.R.S. 針對市場需求規格調查

S.R.S. 針對個人需求規格調查

等以上研討完畢 , 確定專案可被執行 :
須創立專案名稱
確認專案負責人(PM , Project manager) , 盡量避免兩人以上 , 以確保專案執行效力及成果益彰



M1步驟 : 企劃

Step 1. 系統範圍概念腳本(script)--->確定系統的目標
Step 2. 外部規格(E.S. External Specific) -----> 組織架構
Step 3. 專案團隊(Project Team)

* M2步驟 : 設計 (做的越仔細 , 日後工作越簡潔明瞭)

Step 1. 由M1步驟中的 E.S. 轉成 I.S. (Intermal Specific)
Step 2. 概念腳本轉成 分鏡腳本 (Story Board)