他のタイトルもデータベース指向であり、まったく友好的ではないようでした。そのスタイルを使用する環境で作業している場合は大丈夫ですが、多くの人にとってはそうではありません。それが私が入る場所です。ソフトウェア設計-学習プロセス。後で変更し、個人的に結果にもっと集中できる製品を作成するつもりです。これは、私がテストして報告する個人用ソフトウェアです。アルファ-注:アルファとプレアルファは一緒にマージされています。1.機能とアイデア設計と開発-良いことですが、そうではありません。ギミック-プロトタイピング一般的なテスト-小さなバグを修正して、実行せずに実行する主要なストレステストWebサイトを起動して、「進行中」と表示します。一般的なテスト-小さなストレスを修正して、大きなストレステストなしで実行できるようにします。通信用の機能を追加する完全な部品-満足できる基準で作業するため煙テスト-すべてが正しいデータで仕事をすることを確認してくださいプログラムのすべての部分をカバーするための少しのストレステストは問題ありません4.これまでのソフトウェアの再考(機能は完全ですが、設計は完全ではありません)。これは最初は考えていなかったプロセスでしたが、作業モデルを分析し、それを再編成する「ハーフタイムブレイク」の概念により、完了したものを削除するという概念で、さらに簡単に構築および改善できるプログラムが提供されました後。これは、ゼロから始めるというコンセプトの由来です。メインページを再設計して、将来の開発を可能にします。-合理化メインセクションページを再開発して、読みやすいコードを増やし、読み込み時間を短縮します。シェルをプライベートプロジェクトにコピーし、必要に応じて元のコードの一部を取り込みます。静的コード分析-コードのチェックオーバーと合理化ストレステストのレベルを上げて、おそらく破損する可能性のあるデータをプッシュします。これまでのプログラムの評価と、将来の機能をどこで何ができるか。ウェブサイトのデザイン-存在する最初のサイトとしてこれをここに作成することにしました。ヘルプマニュアルとビデオ-マニュアルヘルプの作成を開始しました。最初に主要な側面をログに記録して、後で何らかの順序に再配置します。5.より多くの機能とコミュニケーションを追加して、より良い形に最適化してコードをきれいにする余分な小さな機能を追加して、プロセスと一般的な使用をはるかに簡単にします。失敗するストレステストを意図したテストヘルプファイル-完了。プログラムは大幅に変更されないため、これは可能です。ASCIIベータこれは一般公開向けですが、まだテスト段階です。現在のベータ1リリースの安定性についてフィードバックを得た後、コードのクリーニングと微調整を行うことにしました。1.最初の公開リリースこのバージョンでは、新しいコードを含める前に、プログラムがすべての環境で正常に実行されることを確認してください。エラーに関するフィードバック。このレベルで購入金額を監視することは注目に値します。最適化してコードをきれいにする微調整と流encyさプログラムがバグなしで高速かつクリーンに実行される場合は、次の段階に進みます。2回目の公開リリース考慮すべきエラーと機能についてのフィードバック、ただし修正と変更の可能性。このポイントに到達すると、スムーズな実行と収益性の高い製品がプログラムする必要がなくなります。製品に関するウェブ上のプロモーション現在のステータスとフィードバックに応じて、さらにベータ段階があります。ゴールドこれが商用製品の最終バージョンになります。次のバージョン:アイデアとフィードバックが得られました。要求されたものを選択して開発します。マーケティングソフトウェアは良好であるため、ソフトウェアについて宣伝して公表する時間があります。以前に使用したソフトウェアプロセスは、ビルドとリリース、ビルドとリリースでした。これは私がロープを学んでいたときに機能しましたが、あまり焦点が合っていませんでした。方向は実際にはありませんでした。(最終目標が考えられていた場合)最終目標にそれほど役に立たない機能を作成することができました。それを念頭に置いて、計画プロセスを編集する時が来たと思いました。私の最初のモデルとこれからのアイデアはFirefoxから来ました。それらに言及するとき、私は今の彼らのクイックファイアリリースシステムについて話していない。一部の人にとっては問題ないかもしれませんが、リリース時に定義可能な製品を実際に作成するわけではありません。私は彼らが以前よりも達成したと思いました、そしてそれは見ることを勇気づけました。私の以前の開発プロセスとリファクタリングについて少し勉強して、上記のような構造を作ることができました。このプロセスは、基本的に「スクエアツーバック」を意味する二次プロセスを作成しました。私が到達したプロセスは、他のタイトルのようにマルチパートコンセプトを採用するか、別の方法ですべてのモジュールをマージするかですしたがって、ソフトウェアセクションではなく、ルールとフォルダーを介してデータをセクション化する必要があります。マージされた概念を選択しました。これは、この最初の開発から2年後のソフトウェアの開発に役立ちました。選択された方向は間違いなく成果を上げており、カーネルのような構造でデータベースに進むことができました。これは、データが完全に安全になったため、将来のデータに問題が発生しないことを意味します。したがって、今後もこのプロセスを使用しますが、変更してもこの部分の障害を意味するものではありません。変更はコーディングで受け入れなければならないものです。なければ、あなたは進歩できず、あなたが今持っているものは明日になるでしょう。Aspectsは2007年に設立されました。お客様のニーズに個人的かつ友好的に応えるためのソフトウェアタイトルを提供しています。私の目的は、あなたとあなたのアイデアの助けを借りてソフトウェアを作成することです。これにより、ソフトウェアがソフトウェアになります。