0

私は常に、社内の開発グループは実際には 3 つのアプリケーションだけを構築/維持するべきだと考えてきました。

  1. 内部複合/プラグ可能/拡張可能アプリケーション。
  2. 会社のウェブサイト。
  3. (オプション) 現場の従業員向けの #1 のモバイル バージョン。

私はコンサルタントであり、どこに行っても、クライアントは、他のアプリケーションとの関連性に関係なく、あらゆるニーズに対応するため、Web とデスクトップに多数の 1 回限りのアプリケーションを持っています。誰かが IT 部門に来て、「これが必要だ」と言うと、IT 開発者は方向転換して、別の 1 回限りの ASP.NET アプリケーションまたは別の WinForms アプリを作成します。

あなたの意見は何ですか？「私たちが望む/必要な数のアプリ」の動きを受け入れる必要がありますか? 私はそれが一般的だと思います。しかし、それは賢明ですか？

編集：同僚は、それは開発の焦点に依存すると指摘しました-アプリを作成していますか、それともシステムを作成していますか? 社内開発とはシステムを作ることだと思います。MS Word、iTunes、Photoshop などの出荷可能なソフトウェア製品の開発は、アプリの作成に関するものです。

4

5 に答える 5

2

それらのすべて？

于 2009-09-25T18:10:32.337 に答える
2

うわー、私はあなたに同意しますか。問題は、多くの 1 回限りのアプリケーションが (ある時点で) それぞれ 1 回限りのメンテナンス要求を多数持つことです。ビジネス ルールの更新から、新しいレポートの要求まで、あらゆるものに対応します。ある時点で、維持する必要のあるアプリと利用可能な開発スタッフの比率が拡大/課税されることになります。

私のおそらく（限られた？）観点から、私は＃1と＃3をSharepointに要約できると考え始めています。私が働いているほとんどの 1 回限りのアプリケーション (500 人以上の大規模な弁護士法律事務所) は、次の 1 つ以上で構成されています。

  1. ウィキ
  2. ブログ
  3. さまざまな方法で並べ替えおよび配置できる、ある種のリスト (または何らかの関係で結合されたリスト)。
  4. レポート (Sharepoint データ ビューまたは SQL Server レポートのいずれかが適切に機能します)
  5. または、ユーザーは単に「Web ページを作成」してコンテンツを追加したいだけです。ただし、編集できるのは彼らだけです。彼らがオフィスの外にいるときを除いて、その後など...

[あなたの技術に名前を付ける] を使用して上記のいずれかを構築してみてください。(Sharepoint の比較的マイナーな変更とは対照的に) 楽しみにしているメンテナンス サイクルがたくさんあります。

私があなたの言いたいことを言い直すことができるなら、あなたの開発サイクルのほとんどを、あなたのビジネスの一回限りのニーズのほとんどをサポートできる単一のアプリケーションの改善と維持に費やしてみませんか?アプリ？

于 2009-09-25T18:26:27.500 に答える
0

複数のアプリケーションを含むシステムをそれぞれに持つ社内開発チームが必要だと思います。私がシステムによって意味することのいくつかの例を取るために：

  1. ERP-製品のメーカーの場合、在庫、帳簿とお金の会計、およびその他の計画要素を追跡するシステムが必要になる場合があります。そのようなシステムにはさまざまな規模がありますが、ほとんどの場合、カスタマイズが行われていると思います。そこでチームが使用され、会社が成功して新しいシステムが必要になった場合、それを何度も繰り返すことになります。これらは完全に稼働するまでに何年もかかる可能性があるため、前のものを置き換えるために。製造現場のアプリケーションは、CFOが四半期ごとの収益数を記述してここに2つの例を示すために必要なものと同じではない可能性があります。

  2. CRM-営業およびマーケティング部門に役立つ可能性のある組織内のすべての顧客とのやり取りを追跡するのはどうですか？繰り返しますが、多くの異なるソリューションがあり、一般的に別のチームであるカスタマイズが行われます。営業チームはデータの1つのビューを持っている場合がありますが、会社にサポートアームがある場合は、顧客に関するさまざまなデータを使用して支援する必要があります。

  3. CMS-さて、ここであなたの3つのアプリケーションが理にかなっているのを見ることができますが、単純なコンテンツ以外に他に何があるかに注意してください。

すべてが自家製のソリューションであり、外部コードがまったく使用されていない場所で作業したいとは思いません。そこにある多くのコードは、ツールなどのかなり良い方法で使用できますが、DBサーバーや開発IDEなどのコンポーネントでも使用できます。

于 2009-09-25T23:48:25.570 に答える
0

では、複数の 1 回限りのアプリケーションに代わるものは何でしょうか? ありとあらゆるものを実行する 1 つの超巨大アプリケーション? それは私にはさらに悪いようです...

于 2009-09-29T00:37:28.340 に答える
0

この質問は非常に多くのことに依存しており、さらに主観的です。私は、目立たないサイロでビジネスを行っているため、いくつかの異なるアプリを必要とする企業で働いてきました。その場合、内部グループはアプリを構築および維持することはできませんが、メンテナンスを担当する別のグループと共に複数のアプリを構築する可能性があります。

また、「アプリ」とはどういう意味ですか? 用語を十分に広げると、「すべてが 1 つの大きなアプリにすぎない」と言えます。

要するに、主な考慮事項は、グループのキャパシティとビジネス ニーズが何であるかということだと思います。

于 2009-09-25T18:05:14.667 に答える