1. システムのスクリーンショット (デモビデオが必要な場合は、プライベートにチャットできます)
現代経済の急速な発展と情報技術の継続的な改善とアップグレードにより、従来のデータ情報の管理は、データ情報のソフトウェア保管、誘導、および集中処理の管理方法にアップグレードされました。Benkeyin Insurance Contract Management System は、このような大規模な環境で誕生しました。管理者が膨大なデータ情報を短時間で処理するのに役立ちます。このソフトウェア ツールを使用すると、管理者はトランザクション処理の効率を向上させ、半分の労力で 2 倍の成果を達成できます。Keywin 保険契約管理システムは、現在成熟し完璧な SSM フレームワークを利用し、大規模な商用 Web サイトを開発できるクロスプラットフォーム Java 言語と、プログラム開発に最も人気のある RDBMS アプリケーション ソフトウェアの 1 つである Mysql データベースを使用します。ユーザーはオンラインでテスト問題を選択して回答を完了し、評価スコアをオンラインで確認できることに気づきました。管理者は、お知らせ管理、ユーザー管理、顧客管理、契約管理、メッセージ管理などの機能を管理します。Keying Insurance Contract Management System の開発は、オペレータのニーズに合わせて設計されており、インターフェイスはシンプルで美しく、機能モジュールのレイアウトは類似の Web サイトと一致しています。プログラムは必要な基本的な機能を実現すると同時に、いくつかの実用的な機能も提供します。データ ソリューションが直面するセキュリティ問題に関する情報。管理者の業務効率化を支援するだけでなく、データ情報の統合・標準化・自動化を実現するプログラムと言えます。
キーワード:キーイング保険契約管理システム、SSMフレームワーク、Mysql、自動化
ディレクトリ
1 はじめに
1.1 研究の背景
現在、社会のさまざまな産業における競争圧力は非常に高く、情報化と科学の発展に伴い、社会のあらゆる産業が新しい情報技術を活用して、関連するさまざまなデータの管理を科学的かつ標準化することに躍起になっています。業界です。このような大きな環境の中で、情報改革によってもたらされる情報技術を受け入れず立ち往生している企業はいつ淘汰され、入れ替わってもおかしくないリスクにさらされています。したがって、今日、伝統的な教育産業、ケータリング産業、観光産業、医療産業などのさまざまな産業が、新しい情報技術を活用して情報革命を実行し、従来の紙ベースの手作業による業務処理を変革します。オフィス環境 ソフトウェア情報技術が社会のあらゆる分野をカバーできるようになるのは時代の発展の要請であり、さまざまなデータや文書の現実化は、情報社会の発展の不可逆かつ不可避な流れである。弁慶保険契約管理システムも科学技術の発展に密接に追従しており、今日の一流のソフトウェア技術を使用してソフトウェアシステムの開発を実現し、管理システムを通じて検査情報を完全に科学的、標準化、手続き的に管理できます。このようにして、情報管理者がトランザクション処理時間を節約し、データ処理のエラー率を減らし、基本データの管理レベルを促進し、ランダムなビジネス管理作業をある程度回避するのに役立ちます。契約管理システムのデータベースに保存されている動的な情報も、上層部が重要な決定を下すための大量の事実ベースを提供します。つまり、Keying Insurance Contract Management System は、管理者の事務効率を大幅に向上させるソフトウェア システムです。
1.2目的と意義
情報データの処理は完全に手作業に依存しており、多大な人件費がかかり、特に大量のデータ情報を扱う場合、従来の手作業ではデータのエラー率を保証できないだけでなく、エラーが発生する可能性があります。さまざまな情報リソースの利用率が低く、セキュリティの問題も低い。さらに、特に情報の更新、集計、集計にはコストと労力がかかるプロセスで、多くの貴重な時間が無駄になります。したがって、電子情報管理の出現により、従来の手作業による方法が直面する状況が緩和され、変化する可能性がある一方で、情報とデータが短時間で効率的に処理され、人件費を節約できるようになります。情報とデータのセキュリティと信頼性を確保でき、情報データの高速な検索と変更を実現でき、これらの利点は以前の古い操作モードでは得られません。したがって、Winning 保険契約管理システムは、データ情報の管理方式の高度化と改革のための重要な窓口を提供します。
1.3紙構造の整理
ユーザーがプログラムの開発プロセスと関連内容をより深く理解できるように、この記事では 6 つの章に分けて内容を説明します。
第 1 章: プログラムの開発背景、実際のプログラムの目的と意義、プログラム ドキュメントの構造と配置情報について説明します。
第 2 章: プログラム開発に関連するテクノロジ、プログラム開発で使用されるデータ ストレージ ツール、およびその他の情報を含む、プログラムの開発環境について説明します。
第 3 章: プログラムの開発を開始するときに直面する実現可能性の問題について説明し、プログラムの機能とパフォーマンス要件について説明します。
第 4 章:プログラムの大規模な機能モジュールの下にある機能細分化情報と、プログラムデータを格納するためのデータベーステーブルファイル構造の設計情報などについて説明します。
第 5 章: プログラムの機能実現インターフェイスの内容について説明し、プログラム オペレータによって操作される機能の一部についても説明します。
第6章:プログラム機能のテスト内容を説明し、システムテストの概念と方法を紹介します。
2つの関連技術
2.1 SSM フレームワークの概要
このプロジェクトのプログラム開発で使用されるフレームワーク技術、英語の略称はSSMであり、JavaWeb開発で使用される一般的なフレームワークには、SSH、SSM、SpringMVCなどが含まれます。SSHフレームワーク、SSMフレームワーク、およびSpringMVC をプロジェクト プログラムとして使用します。SSH フレームワークは重量のあるフレームワークです。設定が面倒で柔軟性に欠けます。プログラムを変更するには多くのファイルを変更する必要があり、多くのメモリを消費し、CPU 使用率も比較的高くなります。SpringMVC は、 Spring によって開発された MVC アーキテクチャのセット。柔軟で使いやすい SSM フレームワークは、SSH の肥大化でも SpringMVC の簡素化でもない中間値をとり、中間レベルに属し、構成プロセスおよび使用プロセス中に記述および理解するのが容易です。 。MyBatis フレームワークは、Hibernate フレームワークよりも柔軟性が高く、完全にフレームワーク内で動作させる必要がないため、データ操作でより柔軟なコードを記述でき、Hibernate フレームワークよりもパフォーマンスが安定しているため、Hibernate フレームワークを置き換えます。一般に、SSM フレームワークの使用は総合的な考慮に基づいて行われ、インターネット上には多くのチュートリアルや経験があり、SSM は非常に人気があるため、SSM フレームワークを使用して開発するのが自然です。
2.2 B/S構造の紹介
初期の段階では、HTML 言語で書かれたいくつかのファイルとその他のリソース ファイルを組み合わせて、最も単純な Web プログラムを作成できます。Web プログラムを理解した後は、Web サイトについても理解する必要があります。それらの間の関係は、1 つまたは複数の Web プログラムです。インターネット上のWebサイト(Webサーバー)に設置して利用することができます。Web アプリケーションの発展も B/S ネットワーク構造モデルの台頭につながったと言えます。BはBrowser(ブラウザ)の頭文字、SはServer(サーバー)の頭文字で、2つの頭文字を組み合わせるとネットワーク構成モードの略称B/Sとなります。この構造モデルは、クライアントにインストールされたブラウザを介してサーバーにアクセスするため、プログラムのコア機能をサーバーに配置して処理することができ、プログラムの開発、その後の使用、保守の手間が大幅に軽減されます。図 2.2 は、このアーキテクチャを使用して開発されたプログラムがどのように動作するかを示しています。
図 2.2 B/S アーキテクチャの動作原理図
2.3 MySQLデータベースの紹介
開発されたプログラムは、ユーザーにとってプログラムの機能インターフェイスにすぎず、ユーザーはプログラム インターフェイスのさまざまな機能を操作できるため、多くの人は、ユーザーがプログラム機能を使用して生成したデータ情報はどこにあるのかと疑問に思うでしょう。これにはデータベースの知識が必要ですが、一般的にプログラム開発では、Mysql データベースの特徴と利点、Access データベースの特徴と利点、Sqlserver データベースの特徴など、一般的なデータ ストレージ ツールの特徴を分析して比較することが一般的です。最終的には、どのデータベースが開発するプログラムに適合するか、また、プログラム機能の動作に必要なデータ ストレージ要件を満たすかによって決まります。たとえば、商用レベルのプログラムを開発する必要があり、格納されるデータに高度な要件がある場合などです。データベースの場合は、Oracle を選択できます。データ ストレージの要件がそれほど多くない比較的単純なプログラムの場合は、Microsoft の Access を選択できます。開発プログラムで必要なデータベースが小さい領域を必要とし、プログラムの要件を満たすことができる場合は、Microsoft の Access を選択できます。データ ストレージ要件については、スウェーデンの MySQL AB 社の Oracle を検討してください。リレーショナル データベースはずっと前に買収されており、これが現在の Mysql データベースです。データベースツールの中でも最も認知度の高いアプリケーションソフトウェアの一つです。説明が必要な情報は、このプログラムの開発がこのデータベースに適用されるということです。異なるデータ テーブルを使用してプログラム データを保存するため、データベースの柔軟性が向上し、プログラム データの保存速度が向上します。図 2.3 に MySQL のアーキテクチャ図を示します。
図 2.3 MySQL データベースのアーキテクチャ図
3 システム分析
ユーザーがプログラムを開発すると決めた場合、プロセスを変更するかどうかに関係なく、「システム分析」→「システム設計」→「システム開発」→「システムテスト」という一連の作業に従う必要があります。または繰り返し、この順序で作業します。システム分析はシステムが何をする必要があるかを分析することであり、主な目的はシステムの機能を決定することであり、これは次の作業の良いスタートにもなります。
3.1システムの実現可能性分析
プログラムソフトウェアの開発には時間だけでなく、人的資源や物的資源も必要です。実現可能性分析のリンクは、この点に関するユーザーの疑問を解決し、現在の条件でプログラムを開発できるかどうかを確認することです。
3.1.1 技術的実現可能性分析
このプログラムに選択された開発言語は Java です。このプログラミング言語には豊富なデータ型があり、コマンドおよび制御ステートメントが比較的完全です。さらに重要なのは、クラスとオブジェクトをサポートしていることです。これらの利点により、プログラム開発者に技術サポートが提供されます。特に現在では、コードは徐々にモジュール化され、システムの機能開発に関わるソースコードはインターネット上に公開されるため、一定のコンピュータ開発の基礎を持った開発者が自主的にシステムを開発することが徐々に容易になってきました。
3.1.2 経済的実現可能性分析
このプログラムを開発する上で最も重要な機器はコンピュータであり、学校のコンピュータ室に備え付けられたコンピュータでも、入学時から自分で購入したノートパソコンでも、いずれも開発要件を満たすことができます。 , 学校内ネットワークは完全にカバーされているため、設備やネットワークの経済的な問題を考慮する必要がありません。
3.1.3運用可能性の分析
コンピュータソフトウェアとそれをサポートするハードウェアの改善とアップグレードにより、現在のコンピュータ環境は非常に良好であり、特にコンピュータは各家庭に広く使用されており、今回開発されたプログラムのリソース消費量は非常に多いため、コンピュータ機器は今ではどこでも見ることができます。小型で一般的なコンピュータやノートブックで簡単に実行できます。
上記の実現可能性の記述により、プログラム開発が実現可能かどうかという問題を、経済性、技術、運用の側面から解決することができます。したがって、プログラムソフトウェアの開発は可能であると考えられる。
3.2システムパフォーマンス分析
システムパフォーマンス分析も比較的重要な内容です。システムパフォーマンス分析の目的は、システムが日常生活で使用される際に、システムの機能が指定された指標に達していることを確認することです。したがって、完全なシステムソフトウェアにはシステムパフォーマンス分析のステップが必要です。 。今回の性能分析では、主にユーザビリティ指標、スケーラビリティ指標、システム堅牢性指標、システムセキュリティ指標の側面から分析を行った。
3.2.1 使いやすさの指標
このプログラムソフトウェアの開発の目的は、ユーザーがこのソフトウェアを使用することで情報やデータの管理効率を向上させることですが、同時に、このプログラムソフトウェアは、異なる操作ユーザーに対応する機能を設定する必要もあります。このプログラムは、ソフトウェアを操作するユーザーの日常的な動作にできる限り一致している必要があります。また、プログラム ソフトウェアの設計と開発では、コンピュータの専門家以外のユーザーのコンピュータ操作レベルも考慮する必要があります。プログラムが提供するさまざまな機能を簡単に操作できます。
3.2.2 スケーラビリティのメトリクス
現在開発が必要とされているプログラム・ソフトウェアは、現在のユーザーのニーズに合わせて設計・開発されていますが、時間の経過や社会環境の変化に伴い、開発されるプログラムも時代に合わせたものとなる必要があり、対応する機能内容を拡張する場合、作成されたプログラムに機能モジュールを追加する場合でも、プログラム本来の構造や機能が損なわれないように注意する必要があります。この指標に準拠することで、情報管理の要件を満たしながら市場環境の変化にも冷静に対応することができます。
3.2.3 ロバストネスインデックス
プログラムソフトウェアの開発は、実用化される際にあらゆるデータ情報を安定して処理することを目的としていますが、プログラムソフトウェアが不安定になると利用者に迷惑をかけることにもなります。したがって、プログラムソフトウェアは、性能解析の観点から、ユーザーの誤操作や、様々な理由によりユーザーが誤ったデータを入力した場合にも安定して、ユーザーが正常に使用できる状態を保つ必要があります。プログラムの特定の機能モジュールに異常が発生した場合、プログラムの他の機能モジュールも正常に使用できるようにする必要があります。プログラムの堅牢性指数が標準に達すると、ユーザーは良好なユーザー エクスペリエンスを得ることができます。
3.2.4安全指標
プログラムソフトウェアのセキュリティは最も重要な問題ですが、プログラムの対応するデータベースに保存されるデータ情報は膨大であり、重要な個人情報も多く含まれるため、プログラムには完全なセキュリティ機構が必要です。したがって、プログラムには、ユーザーの身元を確認し、身元と権限を照合するためのログイン機能を設定する必要があり、異なるユーザーIDの機能を制限することで、ユーザーによるプログラムの不正操作は決して許容されません。また、コンピュータウイルスやハッカーなどに対しても常に防御する必要があり、重点的なセキュリティ対策を講じることにより、プログラムを常に安全な環境に保ち、利用者が安心して利用できるようにします。
3.3システムフロー解析
3.3.1業務プロセス分析
プログラムを利用者に引き渡して利用する場合、利用者がプログラムの具体的な動作手順を容易に理解できるように、プログラムの動作フローチャート(図 3.1 参照)を提供する必要があります。プログラムの操作プロセスには一般的な基準があります。つまり、まずログインページからログインデータを送信し、プログラムが正しいことが確認された後でのみ、ユーザーはプログラム機能操作領域ページで対応する機能を操作できるようになります。
図3.1 プログラム動作フローチャート
3.3.2ログインプロセスの分析_ _
この部分では、プログラムのログイン機能モジュールの実行処理を別途説明する必要があります(図 3.2 参照)。また、ユーザーが安心して利用できるよう、安全性を考慮してプログラムがログインモジュールを設定しており、主にユーザーがログイン情報を送信し、プログラムがデータ検証を行い、検証に合格したユーザーのみがログインモジュールを利用できます。プログラムに正常にログインしました。
図3.2 プログラムログインフローチャート
3.3.3情報追加プロセスの分析_
プログラムの追加機能は、オペレータに情報を入力する機能を提供するものであり、ユーザ情報の追加であっても、他の機能モジュールに関する情報の追加であっても、プログラムの情報追加処理(図 3.3 参照)は一貫しています。プログラムは、オペレータが入力したデータをまず判定し、この判定ルールはあらかじめ書かれたプログラムコードであり、プログラムが条件を満たしていると判断すると、オペレータが入力したデータがデータテーブルに登録されます。追加されたユーザ情報として、新たに追加されたユーザ情報がユーザ情報データテーブルファイルに書き込まれます。
図3.3 情報追加フローチャート
3.3.4情報削除プロセスの分析
プログラムから一部の無効なデータを削除する場合は、プログラムの情報削除プロセス (図 3.4 を参照) に従い、まずオペレーターが削除する必要があるデータを選択します。オペレーターが誤って削除することを防ぐために、プログラムもプロンプトを表示します。情報の削除 オペレータが選択した情報を削除することを本当に決定すると、その情報はデータベースから永久に削除されます。
図3.4 情報削除フローチャート
3.4システム機能の分析
プログラムの機能を解析・設計するにはある程度の時間がかかり、社会に存在する多数の参考資料や同種のプログラムから、そのプログラムの開発に役立つ知識を吸収する必要があります。同じ種類の他のプログラムの機能をここで計画できます。 プログラムでは、ユーザーのニーズに応じて他のプログラムの機能も分析して設計する必要があります。
4システム設計
Winning 保険契約管理システムの設計スキームは、データベースの設計などの機能フレームワークの設計など、システムが開発レベルで効率的であるかどうか、また、システムが開発レベルで保守およびアップグレードしやすいかどうかも決定します。システムの保守レベルは、システムの導入段階でユーザーのあらゆるニーズを考慮する必要があるため、設計段階で総合的に考慮しなければ、システムの導入部分に着手できません。ユーザーのニーズに合わせて詳細かつ総合的に検討してこそ、健全で安定した機能を備えたプログラムソフトウェアの開発が期待できます。
4.1システム概要設計
今回開発するシステムは、開発コストを節約し、その後のメンテナンスやアップグレードを容易にするために、システム機能のインターフェースをブラウザで表示し、プログラムソフトウェアの主要なトランザクションをサーバー側でバックグラウンドで処理することを目的としています。フロントエンド部分は少量のビジネス ロジックのみを処理します。以下では、図 (図 4.1 に示す) を使用して、プログラムの動作原理を説明します。
図 4.1 プログラムの動作の概略図
4.2システム機能構造設計
プログラムに対するユーザの機能要件を分析して取得すると、プログラムの設計を行うことができます。図 4.2 に管理者の機能構成図を示しますが、管理者は主にアナウンス管理、ユーザー管理、顧客管理、契約管理、メッセージ管理をバックグラウンドで管理します。
図4.2 管理者機能構成図
システム開発には事前にデータベースの設計も必要です。ここでのデータベースとは、関連するデータの集合であり、一緒に保存されているこれらのデータも一定の方法で整理されています。現在、データベースは最適な保存方法と低いデータ冗長率により、さまざまなアプリケーションに対応できます。データベースはプログラムに情報ストレージ サービスを提供しますが、プログラムからの高度な独立性も維持できます。全体として、データベースは長い開発期間を経て、当初は無名でしたが、現在ではよく知られるようになり、関連技術はより成熟しており、理論的基盤もしっかりしています。
4.3.1データベースの概念設計
コンテンツのこの部分はデータベース関係図を使用して完了する必要があり、データベース関係図の描画に特化したツールも必要です。たとえば、Visio ツールでは ER 図 (データベース関係図) を設計できます。データベースの設計も設計プロセスに従って行う必要があり、まず要件に従ってエンティティの決定を完了し、エンティティの特性を分析し、エンティティ間の関係を決定する必要があります。最後に、ER モデルの表現方法を使用してシステムの ER 図を描画します。Edraw ソフトウェアを使用しても Visio ツールを使用しても、ER モデルのシンボルは同じです。通常、長方形はエンティティを表し、エンティティ間の関係はひし形のシンボルで表され、エンティティの属性、つまりエンティティの特性は で表されます。記号の楕円。最後に直線を使用して、長方形、ひし形、楕円などの記号を接続します。次に、このシステムの ER 図を描き始めます。
(1) ユーザーエンティティとその属性を次の図に示します。
図4.1 ユーザーエンティティの属性グラフ
(2) アナウンス情報実体とその属性を次の図に示します。
図4.2 アナウンス情報エンティティの属性図
(3) メッセージの実体とその属性を次の図に示します。
図4.3 メッセージエンティティの属性図
(4) 契約主体とその属性を次の図に示します。
図4.4 契約エンティティの属性グラフ
(5) 以下の図は、顧客エンティティとその属性を示しています。
図 4.5 顧客エンティティの属性グラフ
4.3.2 データベーステーブル構造の設計
データベース システムを選択したら、プログラムの要件に従ってデータベース内にデータベース ファイルを作成し、作成されたデータベース ファイル内に、プログラムの動作中に生成されるデータに対応するデータ テーブルを作成する必要があります。テーブル構造の設計はデータを作成することです テーブルではフィールド設計、フィールド長設計、フィールド型設計などが行われます データテーブルが合理的に設計されて初めて、該当するプログラムの動作によって生成されたデータ情報が正常に格納されます。
表4.1 辞書表
シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
1 |
ID |
内部 |
ID |
いいえ |
2 |
dic_code |
弦 |
分野 |
はい |
3 |
dic_name |
弦 |
フィールド名 |
はい |
4 |
コードインデックス |
整数 |
コーディング |
はい |
5 |
インデックス名 |
弦 |
エンコーディング名 |
はい |
6 |
super_id |
整数 |
親フィールドID |
はい |
7 |
北珠 |
弦 |
述べる |
はい |
8 |
作成時間 |
日にち |
作成時間 |
はい |
表 4.2 発表情報フォーム
シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
1 |
ID |
内部 |
ID |
いいえ |
2 |
ゴンガオ名 |
弦 |
会報名 |
はい |
3 |
ゴンガオ写真 |
弦 |
告知イメージ |
はい |
4 |
gonggao_types |
整数 |
アナウンスタイプ |
はい |
5 |
挿入時間 |
日にち |
発表発表時間 |
はい |
6 |
gonggao_content |
弦 |
発表内容 |
はい |
7 |
作成時間 |
日にち |
作成時間 |
はい |
表4.3 契約表
シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
1 |
ID |
内部 |
ID |
いいえ |
2 |
ヨンフ_id |
整数 |
ユーザー |
はい |
3 |
賞賛ID |
整数 |
保険契約者 |
はい |
4 |
here_uuid_number |
弦 |
契約固有番号 |
はい |
5 |
ここのタイプ |
整数 |
保険契約の種類 |
はい |
6 |
changduan_types |
整数 |
長さのタイプ |
はい |
7 |
hetong_file |
弦 |
契約 |
はい |
8 |
baofei_double |
BigDecimal |
プレミアム |
はい |
9 |
baoe_double |
BigDecimal |
保険金額 |
はい |
10 |
shouyiren_name |
弦 |
受取人名 |
はい |
11 |
shouyiren_phone |
弦 |
受取人の携帯電話番号 |
はい |
12 |
shouyiren_id_number |
弦 |
受取人ID番号 |
はい |
13 |
shouyiren_address |
弦 |
受取人住所 |
はい |
14 |
hetong_content |
弦 |
契約のご紹介 |
はい |
15 |
志興時間 |
日にち |
実行日 |
はい |
16 |
daoqi_time |
日にち |
有効期限 |
はい |
17 |
挿入時間 |
日にち |
時間を追加する |
はい |
18 |
作成時間 |
日にち |
作成時間 |
はい |
表 4.4 顧客テーブル
シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
1 |
ID |
内部 |
ID |
いいえ |
2 |
ヨンフ_id |
整数 |
ユーザー |
はい |
3 |
賞賛の名前 |
弦 |
顧客名 |
はい |
4 |
ケフ_フォン |
弦 |
お客様の携帯電話番号 |
はい |
5 |
kehu_id_number |
弦 |
顧客ID番号 |
はい |
6 |
ケフ_フォト |
弦 |
お客様の写真 |
はい |
7 |
性別の種類 |
整数 |
性別 |
はい |
8 |
挿入時間 |
日にち |
時間を追加する |
はい |
9 |
作成時間 |
日にち |
作成時間 |
はい |
表4.5 メッセージフォーム
シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
1 |
ID |
内部 |
ID |
いいえ |
2 |
ヨンフ_id |
整数 |
ユーザー |
はい |
3 |
liuyan_name |
弦 |
メッセージのタイトル |
はい |
4 |
liuyan_text |
弦 |
メッセージ内容 |
はい |
5 |
返信テキスト |
弦 |
返信内容 |
はい |
6 |
挿入時間 |
日にち |
メッセージ時間 |
はい |
7 |
更新時間 |
日にち |
反応時間 |
はい |
8 |
作成時間 |
日にち |
作成時間 |
はい |
表4.6 ユーザーテーブル
シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
1 |
ID |
内部 |
ID |
いいえ |
2 |
ヨンフ_名前 |
弦 |
ユーザー名 |
はい |
3 |
ヨンフ_フォン |
弦 |
ユーザーの電話番号 |
はい |
4 |
永湖ID番号 |
弦 |
ユーザーID番号 |
はい |
5 |
ヨンフ_写真 |
弦 |
プロフィールの写真 |
はい |
6 |
作成時間 |
日にち |
作成時間 |
はい |
表4.7 管理者テーブル
シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
1 |
ID |
内部 |
ID |
いいえ |
2 |
ユーザー名 |
弦 |
ユーザー名 |
はい |
3 |
パスワード |
弦 |
パスワード |
はい |
4 |
役割 |
弦 |
役割 |
はい |
5 |
追加時間 |
日にち |
時間を追加する |
はい |
5システムの実現
システム実装部は、システム分析・システム設計部の機能をコーディングにより実現し、システム分析・システム設計の結果を実用システムとして表示する部分です。上記のシステム分析とシステム設計は、主にシステムの機能や動作ロジックの設計に焦点を当てており、データを格納するデータベースの設計なども含まれます。 システム実装は実装の最終段階であり、物理的な変換です。 、そして最終的に現実に適用できるソフトウェアシステムを発行します。
5.1 管理员功能介绍
5.1.1 合同列表
如图5.1显示的就是合同列表页面,此页面提供给管理员的功能有:查看合同、新增合同、修改合同、删除合同等。
图5.1 合同列表页面
5.1.2 公告信息管理
公告信息管理页面提供的功能操作有:新增公告,修改公告,删除公告操作。下图就是公告信息管理页面。
图5.3 公告信息管理页面
5.1.3公告类型管理
公告类型管理页面显示所有公告类型,在此页面既可以让管理员添加新的公告信息类型,也能对已有的公告类型信息执行编辑更新,失效的公告类型信息也能让管理员快速删除。下图就是公告类型管理页面。
图5.4 公告类型列表页面
6 系统测试
程序软件一旦被开发完成之后,在真正投入日常生活中进行运行使用之前,是必须要经历测试这一个重要的操作环节,因为开发期间注重的是每个单独功能模块的开发,尽管每次开发完成一个单独功能模块时,会通过单元测试进行检验,检验合格才会让程序员继续开发下一个子功能模块,以此类推,当程序员完成所有的系统子功能模块的开发时,这个时候就需要引进系统测试,系统测试就是把所有的子功能模块集成到一起,构建成整个系统,在指定的运行环境下进行运行,主要就是测试系统的所有功能模块在一起是否良好运行,一旦程序软件通过了系统测试这一环节,就意味着它可以进行最终的验收测试了,这个测试步骤的操作用户是程序面向的客户或者是最终用户了。
6.1 系统测试的特点
系统测试也是为了保证系统正式上线后,可以稳定正常运行,给使用者带来便利。系统测试也有其对应的特点:
(1)系统测试它包括了端到端的完整测试;
(2)系统测试也对程序软件的架构方面,程序软件的业务需求等方面进行了测试;
(3)系统测试一旦采用正确的方法进行,这将减少程序正式上线之后产生的各种错误;
系统测试一般都是在跟生产环境相似的环境当中运行,程序的功能比如添加功能,删除功能,修改功能等都会使用同样的数据在新系统和现有系统中进行比较,这样做让用户对新系统中的添加,修改,删除等功能能够更好地理解,也能提升用户对新系统的满意度。
6.2 系统功能测试
6.2.1 登录功能测试
要保障程序安全,首先就要从入门门槛抓起,所以程序的登录模块也是很重要的程序入门门槛,务必要保证此功能可以安全运行使用。此次对程序登录模块测试选择管理员角色进行测试(如表6.1所示)。
表6.1 登录功能测试数据表
登录账号 |
登录密码 |
操作人 |
最终结果 |
abc |
abc |
管理员 |
登录进入程序 |
123 |
abc |
管理员 |
弹出错误登录提示 |
abc |
123 |
管理员 |
弹出错误登录提示 |
6.2.2 添加班级功能测试
可盈保险合同管理系统需要管理员添加班级信息,班级名称和班级的说明都是程序设置的必填数据,而且添加的班级名称也不能够是数据库里面的存在的数据。对添加班级功能测试时,测试数据在下表展示。
表6.2 添加班级功能测试数据表
班级名称 |
班级说明 |
反馈结果 |
1班 |
失败 |
|
1班 |
失败 |
|
1班 |
1班 |
成功 |
6.3 测试结果分析
程序经过了上述的测试环节,可以得出的测试结论有:
第一点,可以确定开发出来的可盈保险合同管理系统是符合同类型系统的要求;
第二点,用户要求可盈保险合同管理系统需要具备的功能都已开发完成并能够正常使用;
第三点,可盈保险合同管理系统界面简洁美观,操作流程清晰明了;
第四点,可盈保险合同管理系统的安全性,以及运行性能符合开发要求。
至此,可盈保险合同管理系统可以确保所有功能能够按照预期目标进行运行,可以正式投入生活中运行使用!
结 论
通过对可盈保险合同管理系统的开发,让我深刻明白开发一个程序软件需要经历的流程,当确定要开发一个可盈保险合同管理系统的程序时,我在开发期间,对其功能进行合理的需求分析,然后才是程序软件的功能的框架设计,数据库的实体与数据表设计,程序软件的功能详细界面实现,以及程序的功能测试等进行全方位的细致考虑,虽然在此过程中,各个环节都遇到了大大小小的困难,但是通过对这些问题进行反复的分析,深入的思考,借助各种相关文献资料提供的方法与解决思路成功解决面临的各个问题,最后成功的让我开发的可盈保险合同管理系统得以正常运行。
可盈保险合同管理系统在功能上面是基本可以满足用户对系统的操作,但是这个程序软件也有许多方面是不足的,因此,在下一个时间阶段,有几点需要改进的地方需要提出来,它们分别是:
(1)操作页面可以满足用户简易操作的要求,但是在页面多样化设计层面上需要把一些比较丰富的设计结构考虑进来。
(2)程序软件的总体安全性能需要优化,例如程序的退出安全性,以及程序的并发性等问题都需要进行安全性升级,让开发的可盈保险合同管理系统与现实中的相关网站更贴合。
(3)需要对程序的数据结构方面,程序的代码方面等进行优化,让运行起来的程序可以保持稳定运行,也让程序能够保证短时间内处理相关事务,节省处理事务的时间,提高事务处理的效率,同时对服务器上资源占用的比例进行降低。
可盈保险合同管理系统的开发一方面是对自身专业知识技能进行最终考核,另一方面也是让自己学会独立解决程序开发过程中所遇到的问题,掌握将理论知识运用于程序开发实践的方法。可盈保险合同管理系统的开发最终目标就是让系统更具人性化,同时在逻辑设计上,让系统能够更加的严谨。
大学期间的学习时光对于我来说是美好而短暂的,在这期间我也接触了许多可爱的大学同学们,以及兢兢业业教学的老师们,在我的毕业论文即将完成之际,我想对那些曾经给予我支持,帮助,还有鼓励的同学和老师以及家人们表达我内心的无比感激之情。
首先,感谢给予我论文指导的指导老师,从开题报告,任务书,论文大纲的编写与系统的功能框架设计,到最终的毕业论文,都是指导老师全程参与的悉心指导和帮忙,才能够让我的毕业论文可以符合学院要求编写完成。我的指导老师一丝不苟的教学精神以及在学术上的严谨作风,这些优点是值得我不断去努力学习的。
其次,感谢大学同学的陪伴与帮助,在我独立编写毕业论文期间,大学同学的鼓励与耐心的帮助使得我少走很多弯路,节省毕业论文的编写时间,也让我有更多精力去完善我开发的系统。
最后,感谢我最亲密的家人带给我的包容和关爱,我能够安心学习也是来源于家人们对我的无微不至的照顾,这样我才可以顺顺利利完成我的大学学业。
毕业倒计时之际,希望在今后的工作中,在今后的生活中,我会一直谨记老师们带给我的孜孜不倦的教诲,并通过不懈的努力和追求来改变自己,以此报答那些曾支持过以及帮助过我的人!
参考文献
- 李德华.基于SSM技术的可盈保险合同管理系统的研究与实现[J].信息与电脑(理论版),2019,31(17):51-53.
[2]屈敬华,王晓孟.可盈保险合同管理系统的设计与实现[J].计算机时代,2019(01):43-45.
[3]宋丽娜.基于JSP的Web开发中文乱码问题的研究与解决[J].电子技术,2015,42(11):5-7.
[4]汪君宇.基于JSP的Web应用软件开发技术分析[J].科技创新与应用,2018(16):158-160.
[5]赵钢.JSP Servlet+EJB的Web模式应用研究[J].电子设计工程,2016,21(13):47-49.
[6]肖英.解决JSP/Servlet开发中的中文乱码问题[J].科技传播,2017,(1)11-25.
[7]朱钧.基于角色的jsp通用权限系统设计与实现[D].山东大学,2014.
[8]康牧.JSP动态网站开发实用教程[M].清华大学出版社,2014.
[9]王建国.数据库设计在网站开发中的应用[J].山东农业工程学院学报,2017,34(04):158-159+164.
[10]张知青.基于关系数据库的查询方法及优化技术分析[J].煤炭技术,2015,31(05):218-220.
[11]陈志誉.Java工具及其调度方法研究[D].华南理工大学,2018.
[12]张孝祥,徐明华.JAVA基础与案例开发详解[M].清华大学出版社,2014.
[13]刘亚宾.精通Eclipse--JAVA技术大系[M].电子工业出版社,2015.
[14]曾志明.网站开发技术的比较研究[J].电脑知识与技术,2015,6(05):1075-1078.
[15]卫红春.信息系统分析与设计[M].北京:清华大学出版社,2014.
[16]于万波.网站开发与应用案例教程[M].清华大学出版社,2013.
[17]黎连业,王华,李淑春.软件测试与测试技术[M].清华大学出版社,2014.
[18]Xin-hua YOU. Brief Discuss the Application of Object-oriented in Java Language Programming Course[A]. Advanced Science and Industry Research Center.Proceedings of 2018 3rd International Conference on Automation, Mechanical and Electrical Engineering (AMEE 2018)[C].Advanced Science and Industry Research Center:Science and Engineering Research Center,2018:5.
[19]Menglin Liu. Design and Research of Batch Query System Based on Java[A]. Research Institute of Management Science and Industrial Engineering.Proceedings of 2018 4th World Conference on Control, Electronics and Computer Engineering (WCCECE 2018)[C].Research Institute of Management Science and Industrial Engineering:计算机科学与电子技术国际学会(Computer Science and Electronic Technology International Society),2018:5.