プロジェクトデータ - Mul light - ヒデ
目次
'Comments/Projects/Mul_light/ヒデ/'には、下位層のページがありません。
コメント
コメントはありません。 Comments/Comments/Projects/Mul_light/ヒデ?
添付ファイル一覧
メモ
やることリスト(2010年3月2日現在)
- ウィンドウオブジェクトの実装
- アプリケーションの終了
- タスクバー
- スタートメニュー
- etc...
あとやること一覧(2010年2月1日現在)
プログラム
- アプリケーション開発環境(メモリ配置とかmakefileの作り込み)(現在開発中)
- アプリケーション実行システム(開発環境がしっかりできれば大丈夫。)(現在開発中)
- システムコール、API(スタックスイッチとか・・)(現在開発中)
デバイスドライバや完了アプリケーションとのやりとり(現在開発中)
- インプット・メソッド(データベースのようなものを考える必要有り?)
- 各種アプリケーション作成(試作段階。。)
その他の成果物
- 企画書(ある程度の仕様など。)
- プロジェクト計画書
- 要求定義書
- 詳細仕様書
- マニュアル(デジタル&アナログ)
- スケジュール
- 画面設計図
- 概念図
プロジェクト計画書
- ユーザー名(ベンダー名)
- プロジェクトの概要と目的
- 期間(開始日~終了日)
- 規模(合計受注工数)
- 本運用ハードウェア環境
- 本運用ソフトウェア環境
- 開発環境(レンタルの場合期間と費用見積り)
- スケジュール
- 要員計画書(スケジュール上の投入要員数と投入期間)
- プロジェクト体制図(権限と役割分担)
- 社内月別コスト見積り表
- 協力会社別月別調達費用見積り
- 損益計算書(利益計画書)
- リスク対策計画書
その他
- タスク管理
- メモリ管理
- システムタスク(やることがないならSleepTaskでタスクリストから外す。)
- カーネル
- タスク管理
- デバイス管理
- アイドルタスク(まぁ無いと思うけど、タスクがすべてsleep状態になった場合困るので。)
- シェル
- GUI(スタートメニューであったり、タスクバーの描画であったり。グラフィックス関係の全てを司る。)
- IM : Input Method
- API,システムコール
Q:アプリケーションへのメッセージとかはどこでやるかねぇ。
A:Windowクラスにメッセージキューを持たせ、APIはWindowクラスのポインタをもらって、そこでMessageを発行する。
基本的な考え方として、API(システムコール)でできることはAPIでやってしまう。
システム設定データ(レジストリ的なもの)の概念を作る。
例えば、マウスカーソルの読み込みディレクトリやファイル名、ウィンドウデータのディレクトリやファイル名etc...
このシステム設定をいじることによって、OSをカスタマイズできるようにする。
.ssd : System setting data
中身はxmlで記述。