1. システムのスクリーンショット (デモビデオが必要な場合は、プライベートにチャットできます)
ネットワーク技術やコンピュータ技術は、その発展以来すでに深い理論的基盤を持ち、現実に十分に活用されており、特にコンピュータの動作を基盤としたソフトウェアは各界の注目を集めています。また、情報化時代に突入しており、情報の推進と管理は非常に重要です。そのため、固定資産情報の管理を電子化してシステム化する必要があります。固定資産管理システムを設計・開発すると、人手や管理コストを削減できるだけでなく、膨大なデータを安全に保存でき、固定資産情報の保守・取得に手間がかからず大変便利です。
固定資産管理システムはMySQLでデータテーブルを作成して情報を保存し、SSMフレームワークとJava言語を使って記述します。ソフトウェアの設計および開発プロセスに従って設計および実装します。このシステムはフレンドリーで完全に機能します。管理者は、資産、資産の減価償却、資産の修繕、資産の除却およびその他の情報を管理します。従業員は、資産のクエリ、資産減価償却、資産メンテナンス、資産除却情報のクエリを実行します。
固定資産管理システムは、固定資産情報を標準化すると同時に、データ入力の有効性ルールを通じて誤ったデータをタイムリーに検出できるため、データ入力の正確性の目的を達成でき、提供されるデータの信頼性が向上します。固定資産管理システムにより、システムデータのエラー率を最小限に抑えます。
キーワード：固定資産管理システム、MySQL、SSMフレームワーク
ディレクトリ
1 はじめに
1.1テーマ選定の背景
ネットワーク技術やコンピュータ技術は、その発展以来、すでに確固たる理論的根拠を持ち、現実に十分に活用されており、特にコンピュータの動作を基盤としたソフトウェアは各界の注目を集めています。コンピュータソフトウェアは、さまざまな業界のビジネス特性や管理ニーズに応じてさまざまな機能を設定でき、さまざまな業界の実際の運用要件を満たすことができ、その高速かつ便利な情報処理モードにより、情報管理者はすでに退屈な作業から解放されます。データを達成することができます。また、情報化時代に突入しており、情報の推進と管理は非常に重要です。したがって、情報管理モードは現在の経営トレンドでもあります。固定資産情報管理については、旧来の手法をそのまま使用すると業界競争力に影響を与え、また時代とともに容易に淘汰されてしまうため、固定資産情報管理の電子化・システム化が必要です。固定資産管理システムを設計・開発すると、人手や管理コストを削減できるだけでなく、膨大なデータを安全に保存でき、固定資産情報の保守・取得に手間がかからず大変便利です。
1.2テーマ選定の意義
固定資産管理システムの実際の適用においては、管理者の全体的な品質向上にも役立ちます。なぜなら、固定資産管理システムは、固定資産情報管理者の業務負担を軽減するだけでなく、その浮いた時間を自分の豊かさや個人の能力向上に充てることができ、固定資産が提供するサービスを最大限に発揮できるからです。固定資産管理システムは、データ情報を表示できると同時に、データ処理を迅速に完了し、サービス レベルを向上させることもできます。さらに、固定資産管理システムの開発への投資コストは低く抑えられますが、その後の適用においては多くのメリットが得られ、特に固定資産管理システムが高負荷で運用されている場合には、データ処理の品質とデータセキュリティ 作業プロセスの最適化により、従来の方法で投資されていた人的資源と資本が節約され、それによって情報管理コストが削減されます。さらに、固定資産管理システムは固定資産情報を標準化すると同時に、データ入力の有効性ルールを通じて誤ったデータをタイムリーに検出することができ、データ入力の正確性の目的を達成し、それによって提供されるデータを向上させることができます。固定資産管理システムによる信頼性、システムデータのエラー率を最小限に抑える。
1.3 研究内容
システムの設計と開発の一般的なプロセスに従ってシステムを説明すると、システムは分析フェーズ、設計フェーズ、実装フェーズ、およびテストフェーズに分割できます。したがって、システムの説明文書を作成する際には、システムの段階に応じてシステムの内容を記述してください。
はじめに: これは、選択したトピックの背景と重要性についての紹介です。
システム開発技術：使用するツールやプログラミング言語など、システムで利用する技術について紹介します。
システム分析：これは、システム運用のパフォーマンスを含むユーザー調査と獲得のニーズの導入を含む、投資の初期段階で必要な実現可能性分析を含むシステムの分析です。
システム設計：描画ツールを使用して設計されたシステムの機能構造の紹介や、データベースに作成される設計されたデータテーブルの格納構造など、システムの設計のことです。
システム実装: これはシステムのコーディング実装です。導入したシステムの各モジュールの動作効果などを含めて紹介します。
システムテスト: コンパイルされたシステムをテストします。機能テストやその他の紹介コンテンツが含まれます。
2システム開発技術
このパートでは、使用するツールやプログラミング言語など、このシステムで使用されているテクノロジーを主に紹介します。
2.1 Java言語
Java 言語は 1995 年から 25 年以上使用されており、ソフトウェア開発において依然として大きな市場シェアを持っています。当時、サンはクロスプラットフォームの高水準プログラミング言語を開発するために Java を発明しました。これにより、プログラム開発者は、サーバーがどのプラットフォームに属しているかに注意を払うことなく、プログラム開発プロセスに集中できます。これは、クロスプラットフォーム機能により言語の開発が迅速に行われるためです。 。Java の開発は C++ などの言語の利点を吸収しており、一般に新しいものは古いもののいくつかの問題点を解決するため、Java には多くの欠点もありますが、少なくとも開発の方向性にはなっています。Java の学習には、ポインタの概念があまり必要ありませんし、スタックの概念などの複雑なデータ構造理論も学ぶ必要はありません。一部の特殊な業界で厳密な要件がない限り、一般的に Java でプログラムを開発する場合は、さまざまな概念を考慮する必要はありません。データ構造。Java は厳密に型指定された言語であるため、さまざまなデータに対して対応するさまざまな型が定義されています。Java では 2 種類のデータ型が定義されています。1 つは 8 つの基本属性を含む基本型で、もう 1 つはラッパー クラスです。基本クラスとラッパークラスには基本的な定義が明確に区別されており、コンピュータの動作にも明らかな違いがあり、使い方を誤るとコンパイルエラーが発生したり、動作に影響を与えたりすることがあります。 Java は段階的に学習するだけで学習に使用できます。
2.2 SSM フレームワーク
このプロジェクトで開発するアプリケーションプログラムで主に使用されるフレームワーク技術は、Java 言語の一連のフレームワークの略称である SSM であり、現在、Java 言語には 2 つの主要な言語があります。 Java の基礎を学んだ後は、主にアプリケーションのバックグラウンドの開発と設計のために学ぶべき Java の高度なフレームワークがたくさんあり、一方で、主にフロントのための Android 言語の学習に切り替えることができます。 Android の最終設計は Java 言語でもありますが、主に Android プラットフォームのさまざまなアーキテクチャとフレームワークを学習します。ただし、フロントエンド アプリケーションに関係なく、SSM フレームワークは主にサーバー側向けに開発された主流のフレームワークのコレクションです。従来の SSH フレームワークの肥大化と煩雑な構成を狙うと、開発と二次開発の両方に多くの時間の無駄が発生し、上記の学習を効果的に結び付けることができません。フレームワークのさまざまな設計に適応する必要があり、フレームワークの設計は比較的厳格であり、エラーが発生しやすくなります。SSM フレームワークは現在最も人気があり、煩雑な構成から解放され、構成がより柔軟になり、データ操作がより便利になるため、開発に SSM フレームワークを選択することは非常に適切であると考えられます。
2.3 MYSQLデータベース
リレーショナル データベースの設計、データベースのフィールド タイプの設計、およびフィールドの長さの設計は、その後のプログラム開発後の多数のデータ操作の操作効率に常に影響します。リレーショナルデータベースにはフィールドの種類ごとに解説があり、基本的には対象者が必要とするアプリケーション開発に応じて最適なリレーショナルデータベースを検討します。リレーショナル データベースは数十年にわたって開発されてきましたが、適者生存の観点から、アプリケーションの機能ニーズを基本的に満たすことができるリレーショナル データベースはまだ多くは存在せず、データベースを別の側面から検討する必要があります。選ぶ。インストールとメンテナンスの観点から見ると、SQL Server データベースには複数の G インストール パッケージがあり、インストール プロセス中に多くの不要な機能がインストールされるため、大量のリソースが消費されます。Oracle データベースは SQL Server インストール パッケージよりも小さくないため、インストールには多くの問題が発生しますが、プロジェクトのニーズに応じて、それほど面倒な作業は必要ありません。また、インストールにはさまざまなアクティベーションも必要です。MySQL のみです。データベースは完全に適切で、インストールパッケージのサイズは数十メガバイトなので、実行するのにストレスはありません。結局、開発用コンピューターには他にも便利なものがたくさんあり、完全に無料なので、MySQLデータベースを選択しました優先データベースとして。
3 システム分析
この部分は開発プロセスの最初にありますが、システム分析結果の品質が後続のリンクの開発に直接影響するため、その後の設計と実装において重要な役割を果たします。
3.1実現可能性調査
システム開発には、開発コストが高く開発に適さない、開発時間が予想を超えて開発に適さないなど、さまざまな要因が考えられます。そのため、開発を正式に決定する前に、システムの実現可能性を検討し、経済性、時間、運用の観点からシステム開発が可能かどうかを実証してください。
3.1.1 経済的実現可能性
固定資産管理システムは、ワークフローの簡素化、情報処理機能の提供、データの長期保存が可能となり、後のデータ照会や編集にかかる時間が短縮され、情報管理の効率が向上するなど、大きなメリットをもたらします。このシステムの開発は、開発に必要なコンピュータや開発ツールに関わらず、投資コストが非常に低く、コンピュータは計算機室にあるコンピュータで、開発ツールはインターネットからダウンロードしてインストールするだけで済みます。手数料がかかります。
3.1.2 時間の実現可能性
固定資産管理システムは私の最終プロジェクトの作品であり、大学も制作時間を完全に予約し、各期間に対応するタスクを手配してくれたので、このスケジュールに従ってこのシステムの作業を実行することができました。終わり。
3.1.3 運用の実現可能性
コンピュータの普及により、多くの人が独立してコンピュータを操作できるようになりました。このシステムは、実行環境を備えたコンピュータ上で動作します 機能がシンプルで煩雑な操作ロジックが大幅に省略されています ページナビゲーションから直接機能操作領域に入ることができるため、コンピュータに少し詳しい人であれば誰でも簡単に完了できますシステムの使用。
要約すると、システムは次の作業を実行できます。
3.2 システムパフォーマンス分析
実際にシステムを使用する際にエラー率を下げるためには、システムの性能を解析する必要があります。システムのパフォーマンスを評価できる一般的な指標には、セキュリティ、使いやすさ、堅牢性などがあります。
3.2.1 システムの使いやすさ
システムが提供する情報やサービスには特定のユーザー層が存在するため、ユーザーは不便なシステムよりも使いやすいシステムを好みます。したがって、システムが使いやすいことが非常に重要です。
3.2.2 システムの堅牢性
ユーザーと対話するプロセスにおいて、システムはシステムクラッシュ状態に入るのではなく、ユーザーの誤操作行動に対処するための対応するフィードバックメカニズムを備えている必要があります。システムには多くの機能が設定されており、システムの特定の機能に異常が発生した場合でも、ユーザーはシステムの他の機能を使用できます。これはシステムの堅牢性の具体化です。
3.2.3 システムのセキュリティ
システムに保存されているデータは比較的重要なシステム資源であり、これらが漏洩すると財産上の損失が発生するだけでなく、多くの顧客を失うことになります。そのため、システム内のデータは常に安全な環境にある必要があり、ログイン機能の設定や、セキュリティ検証技術を用いて条件付きユーザーを指定ページへ誘導するなど、データのセキュリティを確保するための対策が必要となります。条件のないユーザーをログイン ページに留まらせると、システムにアクセスできなくなります。
3.3システムフロー解析
このシステムにはソフトウェア開発・設計の考え方が貫かれており、その開発プロセスは下図に示されています。初期段階では、機能解析、機能設計、システムのバックエンドサポートデータベースの設計が必要となり、設計されたシステムはコーディング技術を使用して実装され、テストと改善が行われます。
図3.1 システム開発フローチャート
訪問者のオペレーティングシステムは本人確認が必要であることを前提としており、ログイン機能の設定はシステムの利用者をバックグラウンド操作領域に誘導し、システム以外の利用者を締め出すことを目的としています。そのプロセスを次の図に示します。
図3.2 ログインフローチャート
3.4システム機能の分析
システムの目的とシステムの対象ユーザー層を明確にした上で、システムの機能を設定し、その機能に対する研究ユーザーの要件を取得し、分析してシステムの機能を取得します。市場の同様のシステムを要約します。
固定資産管理システムには管理者権限が設定されており、そのユースケース図を次の図に示します。管理者はバックグラウンドでログインすると、資産、資産の減価償却、資産の保守、資産の廃棄、およびその他の情報を管理できます。
図 3.4 管理者の使用例図
固定資産管理システムには従業員の権限が設定されており、ユースケース図を次の図に示します。従業員は、資産のクエリ、資産減価償却、資産メンテナンス、資産除却情報のクエリを実行します。
図 3.5 従業員のユースケース図
現在、システムにはさまざまな種類があり、その内容から判断すると、ソーシャル、ビジネス、政府、ニュースなどのシステムが考えられます。そして、さまざまなシステムがある中、どのようなシステムを設計するのかを明確にし、それに基づいてシステムの利用者層や機能などを特定し、システムを設計することがシステム設計の主な仕事となります。この情報に基づく独自の経験とビジョン。そうすることで初めて、類似したシステムが数多く存在する中で、より特徴的なシステムとなり、ユーザーに深い印象を残すことができるのです。
4.1システムの目的
システムは、機能構築においてはユーザーの要求を厳密に参照しますが、システムを設計する際には、操作の容易さ、使いやすさという設計要求も満たさなければなりません。したがって、標準化され、ユーザーのニーズを満たすシステムを設計するには、次のシステム目標を達成する必要があります。
システムの最初の目標は、ユーザーとシステム間の操作モードがマンマシン対話に基づいており、ビジュアルインターフェイスのデザインが美しいだけでなく、フレンドリーであることです。ビジュアルインターフェースによって提供されるあらゆる情報は、正確性と信頼性の要件を満たしており、ユーザーは柔軟に閲覧することができます。
システムの 2 番目の目標: ユーザーとシステム間の対話によって生成されたデータは、厳密かつ標準化された方法でデータベースに保存され、管理担当者が後で検索および管理する場合でもデータのセキュリティが確保されなければなりません。ステージ。
3つ目のシステム目標は、ユーザーが求める機能を実現することです。ユーザーアンケートから得られた機能要件に従って、固定資産管理システムの設計と実装を完了します。
システム目標 4 つ目：必要なリンクにおいて、ユーザーが登録したデータの長さ、入力データの種類などを確認し、エラーが見つかった場合にはタイムリーにフィードバックし、ユーザーが標準化するよう誘導する。登録データ。共通データの検証には、パスワードの変更、登録とログイン、ユーザー情報の入力が含まれます。
5つ目のシステムの目標：このシステムを設計・開発するためには、システムの操作が容易であるという特徴に加えて、その後の使用時の保守が容易であることも求められます。メンテナンスが容易な特徴があります。
6番目のシステム目標は、システムがユーザーに提供されたときに、安定稼働するという目標を達成でき、また、システムが安全で信頼性の要件を満たしているため、ユーザーが安心して使用できることです。
4.2機能構造設計
上で行った機能分析はシステムの一般的な機能に過ぎず、この部分ではこれを基に各モジュールの詳細設計を行う必要があります。
設計された管理者の詳細な機能は次の図に示されており、管理者はバックグラウンドでログインすると、資産、資産の減価償却、資産の保守、資産の廃棄などの情報を管理できます。
図4.1 管理者機能構成図
設計された従業員の詳細な機能は次の図に示されており、従業員は資産のクエリ、資産の減価償却、資産の保守、資産の除却情報のクエリを実行します。
図 4.2 従業員の機能構造図
4.3データベース設計
非リレーショナル データベースと比較して、市場で最も広く使用されており、保守が容易なデータベースはリレーショナル データベースです。このデータベースは主にリレーショナル モデルに基づいてデータ情報を整理します。つまり、一般的な 2 次元テーブル モデルです。2 次元テーブルと 2 次元テーブルの関係は、リレーショナル データベースを構成していると言えます。
4.3.1データベースER図
固定資産管理システムによって生成されたデータをより適切に保存するには、データベース設計段階で ER モデルを確立し、データベース内のテーブル構造の作成を完了する必要があります。データベースを設計する主な理由は次のとおりです。
最初のポイント: コードの冗長性を防止します。
2 番目のポイント: 過剰なメモリ消費を防止します。
3 番目のポイント: データベースの全体的なパフォーマンスを向上させ、プログラム開発とデータ更新を容易にします。
4 番目のポイント: データの整合性を確保すること。
この部分の内容は主にこのシステムの ER モデルを確立することであり、まずデータを収集し、データベース実装のアイデアに従ってユーザーのニーズを分析する必要があります。この期間中に、ユーザーのニーズを特定する必要があります。 ER モデルを描画するためのエンティティ、属性、および関係。同時に、図面では図面の仕様にも注意を払い、各記号の正しい使用にも注意する必要があります。
(1) 設計資産減価償却エンティティのプロパティは次の図に示されています。
図 4.4 資産減価償却エンティティの属性図
(2) 設計された管理者エンティティの属性を次の図に示します。
図 4.5 管理者エンティティのプロパティ図
(3) 設計された従業員エンティティの属性は次の図に示されます。
図 4.6 従業員エンティティの属性図
(4) 設計された資産保守エンティティのプロパティは次の図に示されます。
図 4.7 資産保守エンティティの属性図
(5) 設計されたエンティティ間の関係は次の図に示されます。
図 4.8 エンティティ間の関係の ER 図
4. 3 .2 データベーステーブルの構造
合理的な構造と優れたパフォーマンスを備えたデータベースを設計するには、データベースの設計時に 3 つのパラダイムに従う必要があります。
第一正規形: データテーブルの各列で表されるフィールド値が分解できないことを確認します。
第 2 正規形: 第 1 正規形を満たすことに基づいて、データ テーブルの各列を主キーに関連付けます。
第 3 正規形: 第 2 正規形を満たすことに基づいて、データの各列が間接的ではなく主キーに直接関連付けられていることを確認します。
上記の記述から、これら 3 つのパラダイムはレベルによって区別されていることがわかります。最も低いレベルが第 1 正規形、最も高いレベルが第 3 正規形、そしてその中間に位置する傾向があるのが第 2 正規形です。通常の形。つまり、データベース設計はこれら 3 つのパラダイムに従って実行されるため、設計プロセスが簡素化され、データの冗長性が削減され、データ検索の効率を向上させるのにも非常に役立ちます。
表 4.1 資産除却情報シート
| 分野 |
タイプ |
ヌル |
デフォルト |
ノート |
| id (主キー) |
int(11) |
いいえ |
主キー |
|
| じちゃんの名前 |
varchar(255) |
はい |
ヌル |
廃棄された資産 |
| 挿入時間 |
タイムスタンプ |
はい |
ヌル |
スクラップタイム |
| 作成時間 |
タイムスタンプ |
はい |
ヌル |
作成時間 |
表 4.2 管理者情報フォーム
| 分野 |
タイプ |
ヌル |
デフォルト |
ノート |
| id (主キー) |
bigint(20) |
いいえ |
主キー |
|
| ユーザー名 |
varchar(100) |
いいえ |
ユーザー名 |
|
| パスワード |
varchar(100) |
いいえ |
パスワード |
|
| 役割 |
varchar(100) |
はい |
管理者 |
役割 |
| 追加時間 |
タイムスタンプ |
いいえ |
CURRENT_TIMESTAMP |
時間を追加する |
表4.3 資産保守情報テーブル
| 分野 |
タイプ |
ヌル |
デフォルト |
ノート |
| id (主キー) |
int(11) |
いいえ |
主キー |
|
| zichan_id |
int(11) |
はい |
ヌル |
資産を修復する |
| ヨンフ_id |
int(11) |
はい |
ヌル |
責任者 |
| weixiu_money |
10 進数(10,4) |
はい |
ヌル |
修理料金 |
| 挿入時間 |
タイムスタンプ |
はい |
ヌル |
メンテナンス時間 |
| 作成時間 |
タイムスタンプ |
はい |
ヌル |
作成時間 |
表 4.4 従業員情報フォーム
| 分野 |
タイプ |
ヌル |
デフォルト |
ノート |
| id (主キー) |
int(11) |
いいえ |
主キー |
|
| ユーザー名 |
varchar(200) |
はい |
ヌル |
アカウント |
| パスワード |
varchar(200) |
はい |
ヌル |
パスワード |
| ヨンフ_名前 |
varchar(200) |
はい |
ヌル |
名前 |
| 性別の種類 |
int(11) |
はい |
ヌル |
性別 |
| bumen_types |
int(11) |
はい |
ヌル |
部署名 |
| 永湖ID番号 |
varchar(200) |
はい |
ヌル |
ID番号 |
| ヨンフ_フォン |
varchar(200) |
はい |
ヌル |
電話番号 |
| ヨンフ_写真 |
varchar(200) |
はい |
ヌル |
写真 |
| 作成時間 |
タイムスタンプ |
はい |
ヌル |
作成時間 |
表 4.5 資産減価償却情報表
| 分野 |
タイプ |
ヌル |
デフォルト |
ノート |
| id (主キー) |
int(11) |
いいえ |
主キー |
|
| zichan_id |
int(11) |
はい |
ヌル |
アセット名 |
| weixiu_zhejiu |
varchar(255) |
はい |
ヌル |
減価償却の程度 |
| weixiu_content |
varchar(200) |
はい |
ヌル |
詳細 |
| 作成時間 |
タイムスタンプ |
はい |
ヌル |
作成時間 |
表 4.6 資産情報シート
| 分野 |
タイプ |
ヌル |
デフォルト |
ノート |
| id (主キー) |
int(11) |
いいえ |
主キー |
|
| じちゃんの名前 |
varchar(255) |
はい |
ヌル |
アセット名 |
| ジチャンタイプ |
int(11) |
はい |
ヌル |
資産分類 |
| bumen_types |
int(11) |
はい |
ヌル |
デパートメント |
| zichan_guige |
varchar(255) |
はい |
ヌル |
仕様 |
| zichan_changjia |
varchar(255) |
はい |
ヌル |
メーカー |
| zichan_baoyang |
varchar(255) |
はい |
ヌル |
メンテナンスサイクル |
| じちゃん_お金 |
10 進数(10,4) |
はい |
ヌル |
価格 |
| ジチャン_コンテンツ |
varchar(200) |
はい |
ヌル |
詳細 |
| 作成時間 |
タイムスタンプ |
はい |
ヌル |
作成時間 |
5システムの実現
このパートでは、主にシステム機能の動作効果図を通じて、以前の設計の最終結果を示します。システムの実装には、プログラミングを使用してシステム設計スキームを実現する必要があるため、プログラマーの技術的能力が高度に要求されます。
5.1管理者機能の実装
5.1.1 資産の保守管理
管理者権限における資産保守管理の運用効果を以下の図に示します。管理者は、保守コストや担当者などの資産保守情報を追加したり、資産保守情報の変更や問い合わせを行うページです。
図5.1 資産保守管理ページ
5.1.2資産減価償却管理
管理者権限における資産減価償却管理、その運用効果を下図に示します。資産の減価償却情報は管理者が登録する必要があります。このページでは、管理者は資産の減価償却情報を照会および変更できます。
図 5.2 資産減価償却管理ページ
5.1.3資産管理
管理者権限での資産管理の運用効果を次の図に示します。管理者は資産情報の管理や廃棄資産の登録を行います。
図5.3 資産管理ページ
5.1.4 员工管理
管理员权限中的员工管理，其运行效果见下图。管理员添加员工，包括其所属部门，照片，身份证等资料都需要一一登记，同时，管理员还负责更改员工资料。
图5.4 员工管理页面
5.2 员工功能实现
5.2.1 查询资产维修
员工权限中的查询资产维修，其运行效果见下图。员工查看自己负责的资产维修信息。
图5.5 查询资产维修页面
5.2.2 查询资产折旧
员工权限中的查询资产折旧，其运行效果见下图。员工根据资产名称可以获取对应的资产折旧信息。
图5.6 查询资产折旧页面
5.2.3 查询资产
员工权限中的查询资产，其运行效果见下图。员工根据资产所属部门查询资产，根据资产分类查询资产等。
图5.7 查询资产页面
6系统测试
这部分内容主要是把前期编码完成的系统，当成是计算机系统的一部分，并结合一些数据，计算机硬件和支持的软件进行集成测试和确认测试。之所以要进行最后的测试步骤，原因在于检查制作的系统与需求说明书的比较中，存在的差异问题。进一步确认制作的系统在功能与性能上跟需求说明书当中的要求相符。
6.1 系统测试的类型
检测系统是否合格，需要用到很多的测试类型。接下来就对这部分内容进行描述。
功能测试：这是系统测试中，首先进行的测试内容，其属于黑盒测试。主要检验制作的系统与需求说明文档的相符程度，还有它们之间存在的差异问题。
性能测试：主要测试制作的系统，在同时面对很多的用户请求时，该系统的应对能力。同时也是检查制作的系统跟事先预定的系统性能存在的差距问题。这样的方法通常在实时系统中，或者是嵌入式系统中运用得比较多。
容量测试：这种方法针对数据。检查正常运行的系统对数据处理的容量值。
安全性测试：这种方法常用于检验系统中设置的安全保护机制对来自非法用户的攻击时是否有效。而检测系统中的信息保护机制就需要使用常见安全测试中的保护测试来验证。
健壮性测试：这种测试还有一个别称是容错测试，通常运用故障插入法来检测系统的容错能力，看系统是否可以忽略故障保持继续运行，或者是检测系统应对故障时的自动恢复能力。
兼容性测试：面对计算机的各种软硬件环境，检测本系统是否可以兼容。
易用性测试：这种方法主要是面向用户，检测用户是否很容易理解和使用系统。
6.2 功能测试
固定资产管理系统在经历最后的测试环节，需要检验本系统的功能安全性，功能适用性等内容，最终得出测试结论。
表6.1 功能测试数据表
| 测试结果 |
|
| 符合要求 |
|
| 符合要求 |
|
| 符合要求 |
|
| 符合要求 |
|
| 符合要求 |
6.3 可用性测试
通常来说，一个布局合理，显示的内容无错别字，并具备合理正常的操作逻辑的系统往往很受欢迎，而且可以提升访问者的使用时间以及访问率。
表6.2 可用性测试数据表
| 测试内容 |
测试结果 |
| 合理 |
|
| 合理 |
|
| 能 |
|
| 无 |
|
| 检查系统功能有无友好性 |
有 |
| 能 |
|
| 无 |
|
| 检查系统有无提供帮助信息 |
有 |
6.4 测试结果分析
固定资产管理系统经过了编码阶段的单元测试，和最后的系统整体测试等测试后，对于用户要求的功能，本系统都进行了实现，各个模块都运行正常。在面对一些故障性问题时，本系统也有相应的应对办法，并且本系统可以保持24小时正常运转。因此，固定资产管理系统可以交付用户使用。
结 论
固定资产管理系统的开发设计并不是一件轻松事，因为毕设制作都是依照一定流程进行的。最开始是选择题目，然后通过各种方式查阅资料，以及对使用用户的需求进行调研，确定本系统的功能，为了降低系统编码的出错率，在设计阶段也需要下功夫，认真设计功能模块，使用大学所学的数据库知识，设计数据库。这样一来，对系统编码时，就会根据设计方案进行。编码完成，进行测试就能对合格的系统进行验收了。
借助身边同学还有导师提供的帮助，本人也顺利完成本系统的制作工作。对固定资产管理系统的分析与总结，发现固定资产管理系统具有如下特点：
（1）固定资产管理系统有着详细的功能设计，所以编码时，基本依照设计的功能进行开发，因此具备较完善的功能；
（2）固定资产管理系统在界面设计与布局时，参考了很多系统的界面设计风格，也从图书馆查阅了关于系统界面设计方面的资料，并把对本系统有用的知识做好笔记，有了这些知识积累，所以我在开发系统时，注重页面文字的排版，以及精确定位各页面元素，合理使用颜色搭配技巧，让本系统在不影响浏览效果的同时，让访问者产生一种简洁干净的视觉效果；
（3）固定资产管理系统为了让用户易于使用，在能够直观表达系统内容的同时，也把页面的导航放在了页面中最关键的位置，这个位置也是充分考虑了用户的浏览习惯。所以用户操作系统，可以在短时间内找到需要的内容。
由于本人并不是专门从事开发工作的技术人员，目前在校学习的开发类知识处于初级阶段，只是对开发类技术有着简单了解和使用，加上日常完成的作业，也只是局限在某个系统的某个功能模块上，因此，完成一个功能完善的整个系统，对于我来说，还是有一定的压力。所以这也确定了我开发的系统具有缺陷。
（1）对于固定资产管理系统的编码并没有完全依照编码规范，整个系统存在代码冗余的缺陷；
（2）固定资产管理系统在数据输入上，对数据有效性检测还不够严格；
（3）对固定资产管理系统的误操作提示，只是对部分功能进行了设计，还有很多功能都没有设计报错提示。
综上所述，本人仍需花费时间去学习编程知识，在后期，我将会学习代码模块化，将一些通用的函数，变量等进行单独设置，然后直接在需要的页面上进行调用，这样可以降低代码冗余率，同时也会多学习针对程序易出错地方的解决方案等知识。学习这些知识除了完善本系统之外，也是弥补自身编程能力不足的缺陷。
参考文献
- 任金林.基于B/S模式的固定资产管理系统的设计[J].电子世界,2021(01):130-131.
[2]杨军.高校固定资产管理系统设计与实现研究[J].无线互联科技,2021,18(01):62-63.
[3]王明昊.医院固定资产管理系统设计及应用[J].营销界,2021(02):99-100.
[4]王子虎,胡丽珍.基于计算机软件安全开发的Java编程语言研究[J].数字技术与应用,2019,37(12):133-134.
[5]谢懿.计算机软件Java编程特点及其技术分析[J].农家参谋,2020(01):166.
[6]欧阳桂秀.Java语言存取文本文件的研究[J].科技传播,2019,11(24):128-129+162.
[7]左兆丰.Java嵌入式数据库程序的开发[J].电脑编程技巧与维护,2020(01):101-103.
[8]黄守涛.基于Java语言的异常处理探讨分析[J].自动化技术与应用,2020,39(02):30-32+107.
[9]邹红霆.基于SSM框架的Web系统研究与应用[J].湖南理工学院学报(自然科学版),2017,30(01):39-43.
[10]汪维,胡帅.MySQL数据库有关数据的备份方法分析[J].信息技术与信息化,2020(07):36-37.
[11]丁佳.基于JSP+MySQL的用户登录系统SQL注入实例及防范[J].网络安全技术与应用,2020(09):49-51.
[12]曾志明.网站开发技术的比较研究[J].电脑知识与技术,2015,6(05):1075-1078.
[13]卫红春.信息系统分析与设计[M].北京：清华大学出版社,2015.
[14]Oscar Rodriguez-Prieto,Francisco Ortin,Donna O’Shea. Efficient runtime aspect weaving for Java applications[J]. Information and Software Technology,2018,100.
[15]Raffi Khatchadourian. Automated refactoring of legacy Java software to enumerated types[J]. Automated Software Engineering,2017,24(4).
致 谢
伴随着毕设项目的制作完成，也就意味着我们即将离开校园。回想几年的大学时光，不由得想起身边常伴的同学，授课的老师，还有毕设指导的老师们。
大学这几年，身边的同学为我提供了很多的帮助，不管是生活上，还是学习上，每次遇到问题，这些同学们都会耐心解答，有时为了避免我再次犯错，他们也会时不时提醒我。本次毕设制作期间，这些老同学也是互相分享开发经验，还有文档编写的技巧，从开题报告，还有任务书以及最后的论文等文档上，大家都是互相提出建议，互相参考一些编写经验和技巧。如此，我们才会进展得比较顺利。此刻，真心感谢这些老同学！
唯一不能忘记的是导师，平均每个导师都带了很多个毕业生，所以能够想象他们非常忙，因为一到毕业季，他们需要指导学生们毕业，还需要正常授课。作为本届毕业生，我也能够体会导师的辛苦和不容易。毕设制作的环节有很多，但是我的导师在进行的每个环节都严格要求我认真努力对待本项目，也对我编程技术上提出了很多至关重要的建议，还对一些比较细微但是也比较关键的部分向我进行了多次强调，让我少走弯路，可以如期实现本系统。此刻，真心感谢导师！
校园里的授课老师不仅有本专业的老师，也有其他专业的老师们，他们都教过我们课程，向我们传授知识，有了这些知识积累，我在本次毕设制作中，才知道有些问题该如何运用知识处理，此刻，感谢那些授课老师。
最后时刻，我要感谢校园，祝愿校园更加强大！