分析によると、システムには管理者と登録ユーザーの 2 つの役割が必要です。システムは、次のように、対応する機能と許可を与える必要があります。
管理者は、登録ユーザーの管理、ニュース モジュールの管理、およびメッセージの管理の機能と許可を持っています。
ニュースの閲覧、遺失物情報の管理、メッセージの投稿への参加、個人情報の変更などの機能と権限を備えています。
登録ユーザーは、ニュースの閲覧、遺失物情報の公開、メッセージの投稿への参加、個人情報の変更を行う機能と権限を持っています。
システムの要件に応じて、システムには 6 つの機能モジュールが必要です。メンバー登録モジュール、ニュース リリース モジュール、ゲストブック モジュール、見つかった情報発表共有モジュールです。各モジュールの対応する基本機能は次のとおりです。
会員登録モジュール:
(1) 会員ログイン、ユーザーが入力したアカウント番号とパスワードを確認し、正規のユーザーであるかどうかを判断します。
(2) 会員登録を行い、当サイトの会員となります。
(3) パスワードの取得 会員がパスワードを紛失または忘れた場合、会員は、登録時に提供された情報からパスワードを取得することができます。遺失物 Web サイトの主なモジュールには、ユーザー管理、遺失物情報管理、クレーム情報管理、クレーム オフィス管理、サイト ニュース管理などが含まれ、ASP.NET テクノロジを使用し、SQL Server 2008 データベースと組み合わせてメインを完成させます。ウェブサイトの機能。分析によると、システムには管理者と登録ユーザーの 2 つの役割があります。管理者は、登録ユーザーの管理、ニュース モジュールの管理、メッセージ モジュールの管理を行う機能と権限を持っています。通常のユーザーは登録し、ログイン後、ニュースの閲覧、メッセージへの参加、個人情報の変更などの機能を利用できます.現在、大学の
キャンパスでは、忘れ物や拾い物が頻繁に行われています.学校には落とし物プラットフォームがありますが、これは伝統的な人工管理方法には多くの欠点があり、同時に、電子通信の形式がますます多くの人々に受け入れられているため、「ネットワークプラットフォーム」に基づくキャンパス遺失物システムの開発は、受信する紛失物を処理することは、所有者が紛失物を見つけるのに便利であるだけでなく、所有者が拾ったアイテムを返却するのにも便利であると同時に、スタッフの負担を軽減し、作業効率を向上させ、利便性をもたらすことができます.学生に。そこで、卒業制作のプロジェクトとしてキャンパスの遺失物ウェブサイトを選びました。
ニュース リリース モジュール:
第 1 章のニュース リリース、新しい記事を追加します。
第 2 章は、追加や削除などの機能を含む、既存のニュースを管理するニュース編集です。
第 3 章のニュース閲覧では、ユーザーは興味のあるニュースを閲覧できます。
ゲストブック モジュール:
(1) メッセージの閲覧、すべてのメッセージ メッセージおよび管理者から返信されたメッセージの閲覧。
(2) メッセージを投稿し、新しいメッセージを投稿します。
(3) 訪問者が投稿したメッセージ情報に返信できるメッセージ返信。
(4) メッセージの削除 管理者は、この Web サイトにふさわしくないメッセージを削除します。
管理モジュール
システム機能の分析と需要の要約の後、将来の機能拡張を考慮して、次のデータ項目とデータ構造が設計されています。
(1) データ項目を含む管理者情報: アカウント番号、パスワード、権限。
(2) データ項目を含む登録ユーザー情報：ID（システムによる自動採番）、氏名、性別、階級など
(3) データ項目を含む情報：ID（システム自動番号）、パスワード、氏名等
目次
III
1 はじめに 1
1.1 研究の背景 1
1.2 研究状況 1
1.3 研究内容と意義 2
2 開発環境の概要 3
2.1 .NET Technical Framework 3
2.2 SQL データベース 4
2.2.1 SQL データベースの紹介 5
2.2.2 SQL コンポーネント 5
2.3 B / S 構造 5
3 システム分析 7
3.1 実現可能性分析 7
3.1.1 技術的実現可能性 7
3.1.2 経済的実現可能性 7
3.1.3 運用
可能性 8 3.1.4 法的実現可能性 8 3.2
パフォーマンス要件分析
8
2 データの整合性 8
3.3 システム UML ユース ケース分析 9
3.4 システム ログイン アクティビティ図分析 10
4 システム概要設計 11
4.1 システム設計規則 11
4.2 プロセス分析 12
4.2 構造設計 13 4.3 データベース設計
14
4.3.1 データベース概念構造設計 14
4.3. 2 データベースエンティティ 14
4.2.3 データベーステーブル 16
5 システム詳細設計 19
5.1 システムフォアグラウンドの実現 19
5.1.1 ユーザ登録インタフェース 19
5.1.2 求人情報インターフェース 20
5.1.3 募集情報インターフェース 20
5.2 ログインインターフェースの実現 21
5.3 管理者インターフェースの実現
21 5.3.1 システム利用者管理インターフェース 21
5.3.2 求人情報管理インターフェース 22
5.3.3 求人情報管理インターフェース 22
5.3.4 募集事務局管理インターフェース 22
5.3.4 ステーションニュース管理インターフェース 23
5.4 ユーザーインターフェースの実現 23
5.4.1 個人データ管理インターフェース 23
5.4.2 募集情報追加インターフェース 24
6 システムテスト 25
6.1 テスト目的 25
6.2 テスト意義 25
6.3パフォーマンス テスト 26
6.4 テストの結論 26
6.5 システム テストの説明 26
まとめ 28
謝辞 29
参考文献 30