問題タブ [sdlc]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
0 に答える
282 参照

sdlc - BinScope の GSFunctionOptimizeCheck および GSFunctionSafeBuffersCheck とは何ですか?

Microsoft の BinScope を使用して、任意の実行可能ファイルをテストしています。BinScope は SDLC 準拠ツールです。

このツールは、GSFunctionOptimizeCheckおよびGSFunctionSafeBuffersCheck(特に) の実行可能ファイルにフラグを立てました。私はそれらのどちらにも精通していません。

検索すると、Web で約 10 件の結果が返され、Stack Overflow で 0 件の結果が返されました。Microsoft の BinScope ヘルプ ページには記載されていません。

GSFunctionOptimizeCheckおよびとはGSFunctionSafeBuffersCheck何ですか? 修復とは何ですか?

0 投票する
1 に答える
207 参照

sdlc - プロジェクトまたは既存システムの更新またはアップグレードのためのソフトウェア開発ライフサイクル?

開発が必要な初期プロジェクトのソフトウェア開発ライフサイクルとさまざまなアプローチを読みました。ソフトウェアのアップグレードまたは既存のプロジェクトの更新のためのさまざまなアプローチを提案および説明できる人はいますか?

0 投票する
1 に答える
557 参照

.net - Gitflow とテスト/デプロイ

多くの開発者が同じこと (さらに分割することはできません) に取り組んでいて、それでも毎日展開したい場合、テストと展開をどのように処理するかについていくつか質問があります。

現在、私たちは Gitflow に従っており、そこでは機能ブランチがあり、誰もが孤立した機能に取り組んでいます。機能は開発ブランチにマージされます。ときどき、ユーザー要件/バグ修正/クイック機能などに対応するために時間がかかります.

最終的な目標は、それらをできるだけ早く PROD に届けることです。私の質問は、次のようなプロセスを提案することです。

1) 官僚主義を導入せずに展開できます (例: 毎月最終金曜日にリリース)。

2) 誰かがバグを導入しているコードをコミットしても、バグのないコードをコミットした他の誰かには影響しません。言い換えれば、コーダー A が新しいバグを導入してバグを修正しようとし、コーダー B がバグを修正した場合、コーダー B のコードはさらにパイプラインに入り、コーダー A は遅れてバグを修正することになります :)

3) 無制限のテスト環境を持つことはできません。また、テスト環境のセットアップに 1 日を費やしたくありません。この要件を回避できるソリューションが必要です (何か不足していない限り、機能ブランチでのテストはオプションではありません)。

3) テスターは、何を製品化することを承認しているかを疑いなく正確に知っています。

ところで、ユニット/機能テストのかなり広範なセットがありますが、この質問はプロセスに関するものであるため、実際には関係ありません。

また、他のすべての質問を調査しましたが、すべての質問に実際に対処するものはありません. もしあなたがそうするものがあると思うなら、私は喜んで見てみたい.

ありがとう

0 投票する
1 に答える
44 参照

security - データベース フィールドの長さのチェックは安全な SDLC の一部であると考えますか?

データベース フィールドの長さのチェックは安全な SDLC の一部であると考えていただけないでしょうか?

0 投票する
1 に答える
150 参照

asp.net-mvc - ASP WebPages -> MVC (プロジェクト移行戦略); ASP MVC 用の RAD ツール

特に今日の急速に変化する環境では、短い開発ライフ サイクルで製品を迅速に提供するという商業的なプレッシャーがあります。これは、誰もが知っているアジャイル手法です。

重要な段階は、少なくとも利害関係者との議論の出発点として、要件を収集し、いくつかのモックアップ/ワイヤーフレームを構築することです。

多くの安価なツールが存在しますが、通常 (他の欠点の中でも特に) フォワード エンジニアリング機能がありません。その結果、複雑なインターフェイス (数百のコントロールを含む) を設計すると冗長な作業が発生します。最初にモックアップを設計し、好みの IDE ですべての作業をやり直す必要があります。

ショートカットとして、ドラッグ アンド ドロップ機能といくつかの RAD ツール (WinForms/WebForms など) を使用して GUI を直接構築することを好む人もいます。

ただし、製品が成熟する (そして対象ユーザーが増える) とすぐに、ASP MVC など、より管理しやすく拡張が容易な (おそらくモバイル サポートを使用する) ものに移行することをお勧めします。しかし、すでにかなり複雑な Web ページがあり、多くのコントロール (およびビジネス価値が埋め込まれている)があり、高度で複雑なコントロール (テンプレート セルを含むグリッドなど)の場合はもちろん、これらすべてを書き換えることはお勧めできません。

ここには 2 つの (かなり異なる) 質問があります。

  1. かなり安定した製品を手に入れたら、どのようにしてそのような移行を簡単に行うことができますか?つまり、モジュールを部分的に (可能な場合は) 部分的に置き換え/再書き込みするか、(WebForms-> MVC)、または何を行いますか? これが主な質問です。あなたにとって最も成功した戦略は何ですか?
  2. ASP MVC アプリケーションのプロトタイプを迅速に (ゼロから) 作成するために、どのツールを使用していますか?

他の人が観察したように、ASP MVC プロジェクト用に直接迅速にプロトタイピングするための完全な/成熟した製品が不足しています。

いくつかのツールはここにあります - ほとんどの人はすでにそれらを知っているでしょう...

これは非常に古典的な問題であり、単純な/単一の答えではありません。特に最新/モバイルアプリの場合、そのようなツールに関する広範な最近の経験がないだけです。