C# と VB.NET の質問掲示板
ASP.NET、C++/CLI、Java 何でもどうぞ
掲示板トップ
C# と VB.NET 入門
新規作成
利用方法
ツリー表示
トピック表示
ランキング
記事検索
過去ログ
ログ内検索
キーワードを複数指定する場合は 半角スペース で区切ってください。
検索条件は、(AND)=[A かつ B] (OR)=[A または B] となっています。
[返信]をクリックすると返信ページへ移動します。
キーワード
/
検索条件
/
(AND)
(OR)
検索範囲
/
(現在のログ)
(全過去ログ)
(過去ログ1)
(過去ログ2)
(過去ログ3)
(過去ログ4)
(過去ログ5)
(過去ログ6)
(過去ログ7)
(過去ログ8)
(過去ログ9)
(過去ログ10)
(過去ログ11)
(過去ログ12)
(過去ログ13)
(過去ログ14)
(過去ログ15)
(過去ログ16)
(過去ログ17)
(過去ログ18)
(過去ログ19)
(過去ログ20)
(過去ログ21)
(過去ログ22)
(過去ログ23)
(過去ログ24)
(過去ログ25)
(過去ログ26)
(過去ログ27)
(過去ログ28)
(過去ログ29)
(過去ログ30)
(過去ログ31)
(過去ログ32)
(過去ログ33)
(過去ログ34)
(過去ログ35)
(過去ログ36)
(過去ログ37)
(過去ログ38)
(過去ログ39)
(過去ログ40)
(過去ログ41)
(過去ログ42)
(過去ログ43)
(過去ログ44)
(過去ログ45)
(過去ログ46)
(過去ログ47)
(過去ログ48)
(過去ログ49)
(過去ログ50)
(過去ログ51)
(過去ログ52)
(過去ログ53)
(過去ログ54)
(過去ログ55)
(過去ログ56)
(過去ログ57)
(過去ログ58)
(過去ログ59)
(過去ログ60)
(過去ログ61)
(過去ログ62)
(過去ログ63)
(過去ログ64)
(過去ログ65)
(過去ログ66)
(過去ログ67)
(過去ログ68)
(過去ログ69)
(過去ログ70)
(過去ログ71)
(過去ログ72)
(過去ログ73)
(過去ログ74)
(過去ログ75)
(過去ログ76)
(過去ログ77)
(過去ログ78)
(過去ログ79)
(過去ログ80)
(過去ログ81)
(過去ログ82)
(過去ログ83)
(過去ログ84)
(過去ログ85)
(過去ログ86)
(過去ログ87)
(過去ログ88)
(過去ログ89)
(過去ログ90)
(過去ログ91)
(過去ログ92)
(過去ログ93)
(過去ログ94)
(過去ログ95)
(過去ログ96)
(過去ログ97)
(過去ログ98)
(過去ログ99)
(過去ログ100)
(過去ログ101)
(過去ログ102)
(過去ログ103)
(過去ログ104)
(過去ログ105)
(過去ログ106)
(過去ログ107)
(過去ログ108)
(過去ログ109)
(過去ログ110)
(過去ログ111)
(過去ログ112)
(過去ログ113)
(過去ログ114)
(過去ログ115)
(過去ログ116)
(過去ログ117)
(過去ログ118)
(過去ログ119)
(過去ログ120)
(過去ログ121)
(過去ログ122)
(過去ログ123)
(過去ログ124)
(過去ログ125)
(過去ログ126)
(過去ログ127)
(過去ログ128)
(過去ログ129)
(過去ログ130)
(過去ログ131)
(過去ログ132)
(過去ログ133)
(過去ログ134)
(過去ログ135)
(過去ログ136)
(過去ログ137)
(過去ログ138)
(過去ログ139)
(過去ログ140)
(過去ログ141)
(過去ログ142)
(過去ログ143)
(過去ログ144)
(過去ログ145)
(過去ログ146)
(過去ログ147)
(過去ログ148)
(過去ログ149)
(過去ログ150)
(過去ログ151)
(過去ログ152)
(過去ログ153)
(過去ログ154)
(過去ログ155)
(過去ログ156)
(過去ログ157)
(過去ログ158)
(過去ログ159)
(過去ログ160)
(過去ログ161)
(過去ログ162)
(過去ログ163)
(過去ログ164)
(過去ログ165)
(過去ログ166)
(過去ログ167)
(過去ログ168)
(過去ログ169)
(過去ログ170)
(過去ログ171)
(過去ログ172)
(過去ログ173)
(過去ログ174)
(過去ログ175)
(過去ログ176)
(過去ログ177)
(過去ログ178)
(過去ログ179)
強調表示
/
ON
(自動リンクOFF)
結果表示件数
/
20件
30件
40件
50件
100件
記事No検索
/
ON
大文字と小文字を区別する
No.88195 の関連記事表示
ヒット / 28件
(1-20 を表示)
<<
0
|
1
>>
■88195
会議の出欠確認システムを構築したい
□投稿者/ GFC -
(2018/08/09(Thu) 10:43:40)
分類:[ASP.NET (VB)]
初めましてGFCと申します。
今度私が所属する地区の組織で、
定期非定期で行われる会議への出欠確認システムを作る事になりました。
元々会社でプログラミング経験(Access、VB、dbmagic、.net系は少しだけ)があった私に白羽の矢が立ったのですが
どのような形にするかは漠然としています。
つきましては、私が考えたイメージで(言語はASP.NET、DBはSQLServer辺り)実現可能かどうか知恵を拝借したいのですがよろしいでしょうか?
・基本的に組織の管理者(プログラミングに関しては素人)がWebフォームで、会議名、会議日、場所、日時を入力する
・入力したデータを元に入力フォームが作成されURL?が出来る
・そのURLを会員のメールアドレスに一斉送信する
・会員がそのURLをクリックするとWebページ(会員コード及び登録パスワードでの会員ごとのログインが必要?)が開き、会議への出欠有無、一言コメントを入力し、返信ボタンを押すとその入力データが返され、DBに蓄積される
・組織の管理者がそのDBを一覧にし、会員の出欠の有無を確認する
こんな感じで考えています。
テーブルとして
会員テーブル(会員コード、会員名、ログインパスワード、電話番号、FAX番号、メールアドレス、入会年月日、退会年月日等)
会議テーブル(会議ID、会議名、日時、場所、会議内容、備考等)
回答テーブル(ID(ユニーク)、会議ID、会員コード、出欠有無、コメント、回答年月日等)
が必要かな?と思っています。
上記のような構想で実現可能でしょうか?
あと、上記で気を付けるべきは何かありますでしょうか?
何卒よろしくお願いします。
親記事 /過去ログ151より /
関連記事表示
削除チェック/
■88197
Re[1]: 会議の出欠確認システムを構築したい
□投稿者/ 魔界の仮面弁士 -
(2018/08/09(Thu) 10:56:26)
2018/08/09(Thu) 10:57:24 編集(投稿者)
■
No88195
(GFC さん) に返信
> 定期非定期で行われる会議への出欠確認システムを作る事になりました。
開発コストとしてどのくらいを見込んでいるのかにもよりますが、
自社内で開発・管理するのではなく、
既存のパッケージを利用して運用する方向も検討してみては如何でしょう。
https://chouseisan.com/l/kaigi/
https://www.syu-ketu.com/
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88199
Re[2]: 会議の出欠確認システムを構築したい
□投稿者/ GFC -
(2018/08/09(Thu) 11:56:22)
開発する事は役員の方で決まっています。
(WEB上などにある既存パッケージやサービスも検討されたみたいですが)
組織と書きましたが、勤めている会社とは違い、地方の企業の偉いさん方で構成している互助会みたいなところです。
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88198
Re[1]: 会議の出欠確認システムを構築したい
□投稿者/ PANG2 -
(2018/08/09(Thu) 11:11:35)
人数や開催回数は?
Webサーバーの運用はどう考えているのでしょうか?
自前のWindowsサーバー?
クラウド?
少人数であれば、既存のサービスを利用するとか。
手軽で簡単!スケジュール調整・アンケート
https://matome.naver.jp/odai/2131175473725813701
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88200
Re[2]: 会議の出欠確認システムを構築したい
□投稿者/ GFC -
(2018/08/09(Thu) 11:58:39)
人数:大体200〜400人(増減がかなりあります)
開催回数:月に4〜5回が定期、それ以外に月に数回不定期
サーバーは言語やDBに合うレンタルサーバを検討しています
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88201
Re[1]: 会議の出欠確認システムを構築したい
□投稿者/ WebSurfer -
(2018/08/09(Thu) 12:19:40)
■
No88195
(GFC さん) に返信
> 元々会社でプログラミング経験(Access、VB、dbmagic、.net系は少しだけ)があった私
ということは、ASP.NET も SQL Server もほとんど知識がなくて、さらに Web サーバー、
DB サーバーの構築・運用、ネットワーク構築・運用などに関しても同様にほとんど知識が
ないということですか?
そうだとすると、
> 私が考えたイメージで(言語はASP.NET、DBはSQLServer辺り)実現可能か
については可能だとは思いますが、現実的ではないと思います。
まず、サーバー・ネットワークの構築・運用をどうするんだというところで話が止まって
しまうのでは?
そこは問題なくて、質問者さんの勉強・教育を兼ねてのことなのでアプリの開発に工数・
時間はいくらかけても会社は許してくれるというようなことであれば話は別ですが。
現実的な線を考えると他の回答者の方々が書かれているような既存のサービスを利用する
ことだと思います。
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88202
Re[2]: 会議の出欠確認システムを構築したい
□投稿者/ はまぐり -
(2018/08/09(Thu) 12:30:42)
レンタルサーバ使うのならインフラ回りは気にする必要ないと思います
プログラミングの技術的には難しいものではないですよ、WebSurferさんなら1日で作れるんじゃないでしょうか
やっちゃえばいいと思います、やっちゃってから考えればいいと思います
責任はとりませんが、背中を押すことなら任せてください
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88203
Re[3]: 会議の出欠確認システムを構築したい
□投稿者/ はまぐり -
(2018/08/09(Thu) 12:38:04)
シンプルに作ってこまめにユーザに確認しつつ進めていけば
多少の不具合があろうが問題ないでしょうし、ちゃぶ台返されることもないでしょう
オールクリアですよ
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88204
Re[4]: 会議の出欠確認システムを構築したい
□投稿者/ はまぐり -
(2018/08/09(Thu) 13:14:40)
■
No88203
(はまぐり さん) に返信
システムのユーザの役割は2種類あるわけですね
組織の管理者
・会議を登録
・会議を会員に通知
・会員の出欠を確認
会員
・会議への出欠を回答
組織の管理者は会員に含まれるんでしょうか
(組織の管理者でない会員)は組織の管理者の機能を使えないようにしないといけないですね
役割テーブルを用意して会員テーブルに役割列を追加するのがよいと思います
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88205
Re[5]: 会議の出欠確認システムを構築したい
□投稿者/ WebSurfer -
(2018/08/09(Thu) 14:45:50)
■
No88204
(はまぐり さん) に返信
> 役割テーブルを用意して会員テーブルに役割列を追加するのがよいと思います
役割は ASP.NET Identity では以下のようにします。EF Code First の機能を利用して必要な
DB, テーブルが自動生成されます。
ASP.NET Identityでユーザーに役割(ロール)を持たせる
https://codezine.jp/article/detail/8625
はまぐりさんはどのぐらい ASP.NET の知識をお持ちなのでしょう? 上のレスを見るとあまり
詳しくはなさそうですけど。
初学者らしい質問者さんに「オールクリアですよ」とか言い切ってしまってますが、ホントに
そうなんでしょうかね。
もし、質問者さんに基本的な知識がなければ、上に紹介した記事を読んで理解するのさえおぼ
つかないはずで、オールクリアでは決してないはずです。
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88206
Re[6]: 会議の出欠確認システムを構築したい
□投稿者/ はまぐり -
(2018/08/09(Thu) 15:03:42)
■
No88205
(WebSurfer さん) に返信
私はWebSurferさんほど詳しくはありません
ASP.NETの機能を使いこなせればそれに越したことはないでしょうけど
使いこなさなければいけないんだと思って尻込みして結局やらないよりは
挑戦した方が良いと思うんですよ、最初から全部わかってる人なんていません
今回の目的はASP.NET Identityを理解することではありませんよね
理解するのはさほど難しいことではないと思いますが
それはあくまでも手段の一つです、ヤクの毛刈りになってはいけませんよ
オールクリアで大丈夫です、具体的なところはフォローお願いします
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88213
Re[7]: 会議の出欠確認システムを構築したい
□投稿者/ WebSurfer -
(2018/08/09(Thu) 16:24:50)
■
No88206
(はまぐり さん) に返信
> ASP.NETの機能を使いこなせればそれに越したことはないでしょうけど
> 使いこなさなければいけないんだと思って尻込みして結局やらないよりは
> 挑戦した方が良いと思うんですよ、最初から全部わかってる人なんていません
上記で何がポイントか理解できていませんが・・・
ASP.NET Identity に限らず、ASP.NET のフレームワークに用意されている機能を使わなければ
まともな ASP.NET Web アプリものはできません。特にセキュリティに関する部分。
なので使うことに尻込みするのは問題外。使わないなら止めた方が良いと思う。初学者が認証や
サーバーコントロールの機能を自力で実装するなんて全く非現実的と断言できます。
今は使い「こなす」まではできなくても、使うところからスタートすべき。そこは理解しても
らえるでしょうか?
> 今回の目的はASP.NET Identityを理解することではありませんよね
とにかく使うところからスタートして、何とか動かせる程度には理解しないと何ともならない
です。
ASP.NET Web アプリの認証システムを独自実装できるだけの知識・スキルのある人なら話は別
ですが。
> ヤクの毛刈りになってはいけませんよ
どういう意味で言ってるのでしょう? なんか上から目線で偉そうなことを言われているような
気がしますけど・・・
> オールクリアで大丈夫です、具体的なところはフォローお願いします
勝手に他人に投げないで、「オールクリアで大丈夫」と請け負ったあなたがフォローしてあげて
くださいな。
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88211
Re[7]: 会議の出欠確認システムを構築したい
□投稿者/ GFC -
(2018/08/09(Thu) 15:38:57)
すみません
わたしの不用意な記事が諍いの原因になるようであれば、この記事は削除します
多分私の書き込みが全て悪いのだと思います
申し訳ございません
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88208
Re[2]: 会議の出欠確認システムを構築したい
□投稿者/ GFC -
(2018/08/09(Thu) 15:28:16)
一応、AccessでODBC接続でSQLServerをDBにして開発及び保守はやってました。
あと、別会社ですがイントラネット内での社内倉庫管理でASP.NET(DBはSQLServerとオラクル)をやっていました
.NET系は期間が短かったので少し自信がありません
専門書や解説サイトとにらめっこしながら勉強してます
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88207
Re[7]: 会議の出欠確認システムを構築したい
□投稿者/ はまぐり -
(2018/08/09(Thu) 15:27:37)
Facebookのダスティン・モスコビッツの話をしましょうか
モスコビッツはマーク・ザッカーバーグのルームメイトでした
サッカーバーグがFacebookのサービスを立ち上げて
Facebookのユーザは瞬く間に増えていきました
ほどなくしてザッカーバーグは開発に手が回らなくなりました
その状況を見ていたモスコビッツはザッカーバーグに「俺が開発手伝うよ」と言ったのです
しかし「君はプログラミングできないだろ」と言われ断られてしまいました
それでへこたれるモスコビッツではありませんでした
週末に『猿でも分かるPerl』という本を頭に叩き込み
翌週ザッカーバーグに「準備万端だ」と言ったのです
しかし「いや、Perlは使ってないんだが」と言われまたしても断られてしまいました
それでもモスコビッツは「大丈夫だ、俺がやる」と言って開発に参加することになったのです
それから数年後モスコビッツはFacebookの最高技術責任者になります
以上、大事なのは馬力です
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88210
Re[5]: 会議の出欠確認システムを構築したい
□投稿者/ GFC -
(2018/08/09(Thu) 15:36:58)
■
No88204
(はまぐり さん) に返信
> ■
No88203
(はまぐり さん) に返信
>
> システムのユーザの役割は2種類あるわけですね
>
> 組織の管理者
> ・会議を登録
> ・会議を会員に通知
> ・会員の出欠を確認
>
> 会員
> ・会議への出欠を回答
>
> 組織の管理者は会員に含まれるんでしょうか
> (組織の管理者でない会員)は組織の管理者の機能を使えないようにしないといけないですね
> 役割テーブルを用意して会員テーブルに役割列を追加するのがよいと思います
会議イベントを入力登録する管理者は、その互助会の事務の方が行います
なので、会員ではありますが集計には含まれません
管理者と管理者以外の会員という認識ですので特に役割テーブルはいらないと勝手に思ったのですが作った方がいいですかね?
私のつたないイメージとしては
組織の事務が会議イベントデータを入力し、Webページを作成し、会員のメールにURLを送付
それぞれの会員がスマフォやPCでメールを受信し、作成された会議毎のWebページから出欠の可否とコメントを入力して返信?
その可否と会員コードを受け取ってサーバーテーブルに登録し、事務(組織)の会員コードで入れる専用ページから集計結果を確認するという感じで捉えてました
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88214
Re[6]: 会議の出欠確認システムを構築したい
□投稿者/ はまぐり -
(2018/08/09(Thu) 16:31:27)
■
No88210
(GFC さん) に返信
> 事務(組織)の会員コードで入れる専用ページから集計結果を確認するという感じで捉えてました
なるほど、事務の人は会員テーブルのレコードに存在していて
事務の人しかアクセスしてはまずいようなページでは
その会員コードで認証してるのですね、では役割テーブルは必要ないかもしれないです
> 多分私の書き込みが全て悪いのだと思います
GFCさんは悪くありません、Facebookの話をしてる人が悪いです
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88209
Re[3]: 会議の出欠確認システムを構築したい
□投稿者/ GFC -
(2018/08/09(Thu) 15:31:25)
■
No88202
(はまぐり さん) に返信
> レンタルサーバ使うのならインフラ回りは気にする必要ないと思います
> プログラミングの技術的には難しいものではないですよ、WebSurferさんなら1日で作れるんじゃないでしょうか
そうですか、ありがとうございます
個人的に気になるのは、管理者が入力フォームで会議データを入力して回答用のWebページを作成(半自動)出来るかどうかのところがどうすればいいのかが分かりません
既存サービスにWebページ上で入力すると回答?用のページURLが作成されてそのページで入力できるサービスがありますので出来そうな感じはしますが
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88212
Re[4]: 会議の出欠確認システムを構築したい
□投稿者/ はまぐり -
(2018/08/09(Thu) 16:12:15)
■
No88209
(GFC さん) に返信
> 個人的に気になるのは、管理者が入力フォームで会議データを入力して回答用のWebページを作成(半自動)出来るかどうかのところがどうすればいいのかが分かりません
ページは2つ必要ですよね
・事務員が会議データを作成するページ
・会員が回答するページ
会議データを作成するページで行うこと
・会議テーブルのレコードを作成
・回答用のページのURLを作成、URLには会議テーブルのレコードを特定する情報を付与
・メールを送信
回答用のページで行うこと
・ユーザの認証
・URLから会議テーブルのレコードを特定する情報を取得
・会議テーブルからレコードを読み込んで表示
・回答テーブルのレコードを作成
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
■88216
Re[5]: 会議の出欠確認システムを構築したい
□投稿者/ GFC -
(2018/08/09(Thu) 16:39:16)
■
No88212
(はまぐり さん) に返信
> ■
No88209
(GFC さん) に返信
>
>>個人的に気になるのは、管理者が入力フォームで会議データを入力して回答用のWebページを作成(半自動)出来るかどうかのところがどうすればいいのかが分かりません
>
> ページは2つ必要ですよね
> ・事務員が会議データを作成するページ
> ・会員が回答するページ
>
>
> 会議データを作成するページで行うこと
> ・会議テーブルのレコードを作成
> ・回答用のページのURLを作成、URLには会議テーブルのレコードを特定する情報を付与
> ・メールを送信
レコードを作成とメールの送信は現実的なコードはサンプルを見ながら理解できました
個人的に
>回答用のページのURLを作成、URLには会議テーブルのレコードを特定する情報を付与
のところが少し難解です
もうちょっと上の文言をヒントにサンプルや解説書を当たってみる事にします
ありがとうございます
> 回答用のページで行うこと
> ・ユーザの認証
> ・URLから会議テーブルのレコードを特定する情報を取得
> ・会議テーブルからレコードを読み込んで表示
> ・回答テーブルのレコードを作成
ユーザーの認証は会員コードとログインパスワードの組み合わせでチェックしようとしています
下の三つが今現在個人的に頭を悩ませています
もう少しチャレンジしてみます
丁寧に列挙してくれてありがとうございます
記事No.88195 のレス /過去ログ151より /
関連記事表示
削除チェック/
次の20件>
<<
0
|
1
>>
パスワード/
-
Child Tree
-