問題タブ [survey]

Lists Web サービスを介して調査情報にアクセスし、調査に含まれる質問を表示したいと考えています。

結果には多数のFieldノードが含まれており、そのうちのいくつかは調査の質問です。他のフィールドには、作成者、最終更新日などの情報が含まれています。

質問の選び方は？質問以外はすべて非表示になると思っていましたが、そうではありません。

これが現時点での私のコードです。約 16 項目を返します。アンケートには6つの質問があります...

アイデアはありますか？

列ごとの方法ではなく、行ごとの方法でいくつかの値を平均化する必要があります。(列ごとの平均を行っている場合は、 を使用できます)。これの私の特定のアプリケーションでは、平均化で NULL を無視する必要があります。これは非常に単純なロジックですが、SQL で行うのは非常に難しいようです。私の計算を行うエレガントな方法はありますか？avg()

価値があるので、私はSQLite3を使用しています。

詳細

詳細が必要な場合は、次の図をご覧ください。

私は調査のあるテーブルを持っています:

(これらは値の例と単純な列名です。有効な値は 1 ～ 7 および NULL です。)

次のようにいくつかの平均を計算する必要があります。

...しかし、非ヌルに基づいてヌルと平均を引き出す必要があります。したがって、domain_score_1（11個のアイテムがある）の場合、次のことを行う必要があります。

私が検討している単純なアルゴリズムは次のとおりです。

入力：

NULL の場合、各値を 0 に結合します。

和：

値 > 0 を 1 に変換して合計することにより、非ゼロの数を取得します。

その 2 つの数を割ります

しかし、それはこれが必要とするよりもはるかに多くのプログラミングのようです. 私が気付いていないエレガントな方法はありますか？

アップデート：

私が何かを誤解していない限りavg()、これではうまくいきません。私がやりたいことの例：

出力：

限られた調査アプリケーションを使用する必要があり、提供されたコードをより高度な機能に適合させる必要があります。

ユーザーが上位 3 つの選択肢を選択できるように、加重ランキングの質問を作成する必要があります。データは調査アプリケーションに送られ、調査レポートでアクセスできるようになります。アプリケーションは 2 種類の質問 (テキスト入力と複数選択) しかサポートしていませんが、フォーム データを調査アプリケーションに送り返す限り、コードを変更できます。

コードは、各オプションに対して 0 ～ 3 のドロップダウン メニューが表示されるように設定されています。ここで、ユーザーの選択肢を制限して、「1」、「2」、または「3」のいずれか、合計 3 つの選択肢のみを選択できるようにします。理想的には、ユーザーがあるオプションで既に「2」を選択していて、別のオプションでそれを選択しようとすると、最初の「2」が「0」または空白に設定されます。

これはjavascriptで行うことができますか？もしそうなら、このようなコードを表示するサイトを知っている人はいますか?

現在のコードは次のとおりです。

レール用のフル機能の調査ツールを知っている人はいますか? Limesurvey (PHP - 残念ながら私の目的では) のように? Ruby-toolbox を調べてみましたが、ダウンしているようです。

100 人の回答者が回答した 20 の多肢選択問題 (A/B/C/D) からなる一連のトレーニング データがあります。答えは純粋にカテゴリーであり、数値にスケーリングすることはできません。これらの回答者のうち 50 人が無料の製品トライアルに選ばれました。選考過程は不明。この情報からどのような興味深い知識を引き出すことができますか?

以下は、これまでに思いついたもののリストです-

• パーセンテージの調査 (例 - Q.5 で B と回答し、製品の無料トライアルに選ばれた人の割合)
• 条件付き確率 (例 - Qs.5 で B と答えた人が無料の製品トライアルに選ばれる確率は?)
• Naive Bayesian classifier (これは、質問のサブセットの特定の値のセットに対して人が選択されるかどうかを予測するために使用できます)。

他に実行できる興味深い分析やデータマイニング活動はありますか?

応答は定量化/スコア化できないため、相関関係などの通常の疑いは排除できます。

私のアプローチは正しいですか？

RoR または PHP のユーザー向けの調査を作成する決定をアドバイスする

調査を行うためのカスタム ソフトウェアを開発する必要があります。質問は多肢選択式の場合もあれば、ごくまれにフリーテキストの場合もあります。

多肢選択部分の手入力データに誤りがないかチェックするサブシステムの設計を依頼されました。私たちは、ユーザーのデータ入力プロセスをスピードアップし、デジタル フォームと元のアンケートとの間の人間による入力の違いを最小限に抑えようとしています。アンケートは人間のインタビュアーによる手書きのマークとテキストで埋められているため、マークが読みにくい場合や、ユーザーが誤って質問で異なる値を選択する可能性があるため、それを回避したいと考えています。

ソフトウェアには、タイピングの違いを検出するための自動制御が含まれている必要があります。多肢選択問題の各回答が選択される確率は同じです。

この質問には 2 つの部分があります。

• GUI。

私が念頭に置いている最も単純なことは、質問表示の最も使いやすいデザインを実装することです。つまり、大きくて読みやすいフォントを使用し、十分なスペースを空けて選択肢を表示することです。他に何かありますか？入力を高速化するために、ドロップダウン リストを使用したいと思います (マウスよりもキーボードを優先します)。質問がセクションにグループ化されているため、そのセクションの質問に対して選択された回答を表示したいのですが、これによりプロセスが遅くなる可能性があります。他のアイデアはありますか？

• エラー チェック サブシステム。

多肢選択式の問題で人間のタイプミスを最小限に抑える、またはチェックするために他に何ができますか? これは解決可能な問題ですか？ユーザーが入力した値が手書きのフォームと同じであることを確認する統計的方法はありますか? たとえば、アンケートに 5 つの質問があり、それぞれに 4 つの選択肢があるとします。インタビュアーが紙に記入した n 個の調査フォームがあり、それらをソフトウェアに入力する準備ができているとしましょう。次に、すべてを再確認することなく、n 個の調査を手動で転記する可能性のある偶発的な違いを最小限に抑える方法を考えてみましょう。 n 回のアンケートの 5 つの質問

私の最初の提案は、すべての手書きフォームの処理の最後に、ソフトウェアがいくつかのフォームをランダムに選択して、いくつかの例で応答を再確認することですが、どのような基準でこの選択を行うことができますか? この検証は、重要な方法ですべてをカバーするのに十分でしょうか?

実際の調査は全国レベルで、合計 200 問以上の質問が 56 ページあるため、多くの人が手書きで書くページが多くなり、エラーの可能性を減らし、データ入力の速度を最適化することが意図されています。処理する。面接官がラップトップやハンドヘルドを持っていくのは面倒なので、調査は最初に紙に記入する必要があります。

質問ごとに 1 列、回答者ごとに 1 行の調査データベースがあります。各質問は、1 から 3 までの値で回答されます。

ここで、結果を質問ごとに 1 行として表示する必要があります。列には各回答番号があり、各列の値はその回答を使用した回答の数です。最後に、合計スコアを計算する必要があります。これは、1 の数と 2 の数の 2 倍と 3 の数の 3 倍です。

セットベースの SQL でこれを行う方法はありますか? C# のループまたは SQL のカーソルを使用してそれを行う方法は知っていますが、カーソルをサポートしていないレポート ツールで機能させようとしています。

100 人のユーザーからの調査があり、いくつかの統計を計算しようとしています。私の調査の関連フィールドは次のようになります。

「ランニング」に興味がある男性の割合を計算する必要があります。テキストは常に「実行中」とまったく同じ文字列に表示されますが、異なる順序で表示される場合があります。

ここに私がこれまでに持っているもの：

男性/女性の基準をまだ考慮していないことに注意してください。この式は現在 0 を返しています。

どんな助けでも大歓迎です。

あるソフトウェア開発タスクから別のソフトウェア開発タスクに切り替えるために実行する一連の手順のワークフロー タイプの説明を探しています。ステップにツールが含まれる場合は、どのツールとその使用方法を指定してください。ワークフローの目標は、タスク #1 からタスク #2 へ、およびタスク #1 への移行を可能な限りスムーズにすることです。

このシナリオを考えてみましょう...

• 新しいユーザー ストーリーを実装していて、今日はここまで進歩しましたが、完全には完了しておらず、まだテストを実装していません。
• リードが、テスト チームをブロックしている優先度の高いバグを持ってあなたのところにやって来ました。実行していることを停止して、バグを修正する必要があります。このバグは、テスト チームが取得した最新のビルドである 3 日前のビルドにあります。

ソースの新しいバージョンでバグを修正できますが、それは安定したバージョンである必要があり、現在取り組んでいる不完全な機能を含めることはできません。