優れたプロジェクト開発-ゼロから始めることを学ぶ!

優れたプロジェクト開発-ゼロから始めることを学ぶ!

プロジェクトがあるので、どこから始めるべきですか?

まだ、ソフトウェアを適切に設計するときにプロセス全体を計画したことはありません。リリースされているソフトウェアの一部ごとに(時には早すぎる)ポイントまで、これは学習体験です。車のショールームに車のシャーシをエンジンだけを置いて…残りは後で来ると言うことができると思います。

要素を定義する

私は最初に、あなたにとって最高のオーガナイザーであると主張する他の多くのソフトウェアタイトルを調べました。タスクとイベントの定義が非常に近いように思えたので、多くの開発者はそれらを一緒にマージしているように見えました。 thefreedictionary.comにアクセスしましたが、以下が見つかりました。これは、コントロールと機能をマップし、より適切に定義するのに役立ちました。

イベント:

a。起こること;発生。

b。重大な発生または発生。

c。懇親会またはアクティビティ。

仕事:

a。職務の一部として割り当てられた、または行われた作業。

b。困難または退屈な仕事。

c。実行される機能。目的。

他のタイトルもデータベース指向であり、まったく友好的ではないようでした。たぶん、そのスタイルを使用する環境で作業している場合は大丈夫ですが、多くの人にとってはそうではありません。それが私が入る場所です。

ソフトウェア設計-学習プロセス。

後で変更し、個人的に結果にもっと集中できる製品を作成するつもりです。これは、私がテストして報告する個人用ソフトウェアです。

アルファ-注:アルファとプレアルファは一緒にマージされています。

1.機能とアイデア

設計と開発-良いことですが、そうではありません。
ギミック-プロトタイピング
一般的なテスト-小さなバグを修正して、実行せずに実行する
主要なストレステスト
Webサイトを起動して、「進行中」と表示します。
2.完全なモジュール

レイアウト設計の確認
一般的なテスト-小さなストレスを修正して、大きなストレステストなしで実行できるようにします。
3.モジュールの通信

通信用の機能を追加する
完全な部品-満足できる基準で作業するため
煙テスト-すべてが正しいデータで仕事をすることを確認してください
プログラムのすべての部分をカバーするための少しのストレステストは問題ありません
4.これまでのソフトウェアの再考(機能は完全ですが、設計は完全ではありません)。

これは最初は考えていなかったプロセスでしたが、作業モデルを分析し、それを再編成する「ハーフタイムブレイク」の概念により、完了したものを削除するという概念で、さらに簡単に構築および改善できるプログラムが提供されました後。これは、ゼロから始めるというコンセプトの由来です。

メインページを再設計して、将来の開発を可能にします。 -合理化
メインセクションページを再開発して、読みやすいコードを増やし、読み込み時間を短縮します。シェルをプライベートプロジェクトにコピーし、必要に応じて元のコードの一部を取り込みます。
静的コード分析-コードのチェックオーバーと合理化
ストレステストのレベルを上げて、おそらく破損する可能性のあるデータをプッシュします。
これまでのプログラムの評価と、将来の機能をどこで何ができるか。
ウェブサイトのデザイン-存在する最初のサイトとしてこれをここに作成することにしました。
ヘルプマニュアルとビデオ-マニュアルヘルプの作成を開始しました。最初に主要な側面をログに記録して、後で何らかの順序に再配置します。
5.より多くの機能とコミュニケーションを追加して、より良い形に

最適化してコードをきれいにする
余分な小さな機能を追加して、プロセスと一般的な使用をはるかに簡単にします。
失敗するストレステストを意図したテスト
ヘルプファイル-完了。プログラムは大幅に変更されないため、これは可能です。
コードフリーズ-リファクタリング
最適化してコードをきれいにする
静的コード分析
ネガティブテスト-プログラムに失敗するメジャーテスト
境界値-最小最大
間違った文字-数値/ ASCII
ベータ

これは一般公開向けですが、まだテスト段階です。現在のベータ1リリースの安定性についてフィードバックを得た後、コードのクリーニングと微調整を行うことにしました。

1.最初の公開リリース

このバージョンでは、新しいコードを含める前に、プログラムがすべての環境で正常に実行されることを確認してください。
エラーに関するフィードバック。
このレベルで購入金額を監視することは注目に値します。
最適化してコードをきれいにする
微調整と流encyさ
プログラムがバグなしで高速かつクリーンに実行される場合は、次の段階に進みます。
2. 2回目の公開リリース

考慮すべきエラーと機能についてのフィードバック、ただし修正と変更の可能性。
このポイントに到達すると、スムーズな実行と収益性の高い製品がプログラムする必要がなくなります。
製品に関するウェブ上のプロモーション
現在のステータスとフィードバックに応じて、さらにベータ段階があります。
ゴールド

これが商用製品の最終バージョンになります。

1.ソフトウェアの宣伝

次のバージョン:アイデアとフィードバックが得られました。
最も要求されたものを選択して開発します。
マーケティング

ソフトウェアは良好であるため、ソフトウェアについて宣伝して公表する時間があります。

サマリー

以前に使用したソフトウェアプロセスは、ビルドとリリース、ビルドとリリースでした。これは私がロープを学んでいたときに機能しましたが、あまり焦点が合っていませんでした。方向は実際にはありませんでした。 (最終目標が考えられていた場合)最終目標にそれほど役に立たない機能を作成することができました。それを念頭に置いて、計画プロセスを編集する時が来たと思いました。

私の最初のモデルとこれからのアイデアはFirefoxから来ました。それらに言及するとき、私は今の彼らのクイックファイアリリースシステムについて話していない。一部の人にとっては問題ないかもしれませんが、リリース時に定義可能な製品を実際に作成するわけではありません。私は彼らが以前よりも達成したと思いました、そしてそれは見ることを勇気づけました。

私の以前の開発プロセスとリファクタリングについて少し勉強して、上記のような構造を作ることができました。このプロセスは、基本的に「スクエアツーバック」を意味する二次プロセスを作成しました。私が到達したプロセスは、他のタイトルのようにマルチパートコンセプトを採用するか、別の方法ですべてのモジュールをマージするかですしたがって、ソフトウェアセクションではなく、ルールとフォルダーを介してデータをセクション化する必要があります。

マージされた概念を選択しました。これは、この最初の開発から2年後のソフトウェアの開発に役立ちました。選択された方向は間違いなく成果を上げており、カーネルのような構造でデータベースに進むことができました。これは、データが完全に安全になったため、将来のデータに問題が発生しないことを意味します。

したがって、今後もこのプロセスを使用しますが、変更してもこの部分の障害を意味するものではありません。変更はコーディングで受け入れなければならないものです。さもなければ、あなたは進歩できず、あなたが今持っているものは明日になるでしょう。

Effective Aspectsは2007年に設立されました。お客様のニーズに個人的かつ友好的に応えるためのソフトウェアタイトルを提供しています。私の目的は、あなたとあなたのアイデアの助けを借りてソフトウェアを作成することです。これにより、ソフトウェアがソフトウェアになります。

Leave a Reply

Your email address will not be published. Required fields are marked *