開発プロセスで他の文書を整理する(実施段階)
923 ワード
せっけいガイド
なぜデザインガイドが必要ですか?
UIの観点から. UIの標準化と画面の一貫性
UXの角度から ユーザーに一貫した差別化された体験を与えることを目的としています. ブランドの全体性や色などを一致させるために、機能や名称などの要素を定義します. 設計基準の基準(汎用要素)
1.明確な情報伝達
2.ユーザーの理解
3.一貫性、
4.物語を話す
5.交流(相互交流のサービスを指す)
また、ポイントとなる部分は、色、空間(大きさ、間隔)、フォント印刷学(フォント、大きさなど)です.
ソース:https://office-life.tistory.com/38ソースコードの階層動作基準、ADTなどを定義したドキュメントは、Javaを使用する場合、通常java docによってドキュメントが記述される. ※ Java doc Javaソースコードでドキュメント化することで、javadocコマンドを使用してクラスまたはメソッドの注釈記述の内容を記録できます.コメントには/****/. @author,@param,@returnなどのフレーズを書くことで内容を伝える. ※ADT(Abstract Data Type)抽象型とは?純粋に機能とは何かを意味します.定義書項目と説明 プログラム名 プログラムタイプ:ex)O(オンライン)、B(バッチ) 言語:EX)C、JAVAなど I/O ID、名称 I/O:入力値、出力値 定義機能:機能および用途材料
なぜデザインガイドが必要ですか?
UIの観点から.
UXの角度から
1.明確な情報伝達
2.ユーザーの理解
3.一貫性、
4.物語を話す
5.交流(相互交流のサービスを指す)
また、ポイントとなる部分は、色、空間(大きさ、間隔)、フォント印刷学(フォント、大きさなど)です.
ソース:https://office-life.tistory.com/38
プログラム定義ファイルReference
この問題について(開発プロセスで他の文書を整理する(実施段階)), 我々は、より多くの情報をここで見つけました https://velog.io/@huk00j/개발의-흐름에-다른-문서-정리구현-단계テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol