1. システムのスクリーンショット (デモビデオが必要な場合は、プライベートにチャットできます)
インターネットは発展以来、理論も技術も成熟し、社会のあらゆる側面に広く関与しています。ネットワークを通じて情報を広めることができ、情報管理ツールを利用して人々に役立つことができます。情報管理の混乱、高いエラー率、不十分な情報セキュリティ、高い労働集約、時間と労働集約などの問題に対して、インテリジェントな無人倉庫管理の使用を効果的に管理でき、情報管理をより科学的かつ標準化できます。 。
インテリジェントな無人倉庫管理は、Java 言語を使用して Eclipse 環境でコーディングし、Mysql を使用してデータ テーブルを作成し、システムによって生成されたデータを保存します。
つまり、情報を集中管理するインテリジェントな無人倉庫管理には、強力な機密性、高効率、大規模な保管スペース、低コストなどの多くの利点があります。情報管理コストの削減と情報管理の電子化を実現します。
キーワード：インテリジェント無人倉庫管理、Java言語、Mysql
第1章 はじめに_
1.1主題の背景
インターネットは発展以来、理論も技術も成熟し、社会のあらゆる側面に広く関与しています。ネットワークを通じて情報を広めることができ、情報管理ツールを利用して人々に役立つことができます。このため、大規模企業や学校を中心にさまざまな業界が、自社の強みを高め、同業界内での競争力を高めるために、インターネットやソフトウェアツールを利用して情報管理、情報発信、情報共有などを行うようになってきています。 . さまざまな熾烈な競争で成長のチャンス。補充リマインダー情報の無秩序な管理、高いエラー率、貧弱な情報セキュリティ、高い労働集約、時間と労働集約的な問題を考慮して、分析と検討の結果、現状では最新の管理を導入することが可能です。インテリジェント無人倉庫管理ツールなど、上記課題を解決する最適なソリューションです。リアルタイムで情報処理が完了するだけでなく、補充リマインダー情報の管理プロセスを短縮し、システム化・標準化することができます。同時に、補充リマインダー情報の管理にかかる作業負荷を軽減し、人員や資金を節約することもできます。したがって、インテリジェントな無人倉庫管理は情報管理リンクに不可欠なツールであり、管理者にとって非常に重要です。
1.2主題の意義
現在、情報の種類はますます多様化し、情報容量もますます大容量化し、情報化時代が到来しています。近年、コンピュータサイエンスの発展はますます速くなり、ソフトウェア開発技術はますます成熟しており、生活のあらゆる分野において、情報管理がある限り、コンピュータの影はほとんど存在しません。多くの業界では情報をコンピューター化して管理していると述べています。コンピュータによる情報処理は、手作業に比べて、機密性が高く、効率が高く、保管スペースが広く、コストが低いなど多くの利点があります。補充リマインダー情報管理では、インテリジェントな無人倉庫管理を使用して効果的に管理でき、情報管理がより科学的かつ標準化されます。
つまり、インテリジェント無人倉庫管理を実践する意義は次のとおりです。
1点目：インテリジェントな無人倉庫管理の実用化により、管理者は短時間で情報処理を完了できます。
2 番目のポイント: システム ページの合理的な植字レイアウトにより、システムのコンテンツをより直観的に表示でき、ユーザーはいつでもページ情報とオペレーティング システムが提供する機能を読むことができます。
３点目：情報管理の電子化が実現できること。
4 番目のポイント: 情報管理のコストを削減できます。
1.3研究内容
インテリジェントな無人倉庫管理の設計と製造には、技術的なサポートだけでなく、多くの理論的研究も必要です。この記事でインテリジェントな無人倉庫管理を紹介すると、次のような流れになります。
最初の部分: ユーザーがシステムを理解できるように、インテリジェントな無人倉庫管理に関する研究の背景的な重要性を紹介します。
後半では、インテリジェントな無人倉庫管理を開発するために構築する必要があるテクノロジーやツールなどの環境を紹介します。
3 番目の部分: インテリジェントな無人倉庫管理に対するユーザーの機能要件と、インテリジェントな無人倉庫管理に対するパフォーマンス要件を紹介します。
4 番目の部分: データベースの設計スキームと、機能要件に従って設計された機能構造を紹介します。
第5部：コーディングを通じて最終的に実現したシステム機能の動作効果を紹介。
パート 6: システムの機能テストを導入し、システムの包括的な検査を実施し、システムが正常に動作するまで時間内にシステムの問題を解決します。
第2章 開発環境と技術
インテリジェント無人倉庫管理のコーディング実装には、一定の環境構築とそれに対応する技術の利用が必要となりますが、以下のコンテンツでは、インテリジェント無人倉庫管理に使用される技術やツールを紹介します。
2.1 MYSQL データベース
このプロジェクトで開発したアプリケーションプログラムは、データの操作が予測できず、頻繁に変更されるため、ドキュメントにデータを直接書き込む方法がなく、安全ではないだけでなく、アプリケーションプログラムの機能を実現することができません。 。アプリケーションプログラムに必要なデータストレージ機能を実現するには、専門的なデータベースストレージソフトウェアの選択が避けられません。基本的に、アプリケーションプログラムによって実現される機能はそれほど複雑ではなく、市販されているリレーショナルデータベースソフトウェアであればどれでも実現可能である。自分の学習状況や操作習慣を考慮すると、Oracle Databaseが適していますが、インストールに必要なソフトウェアが非常に大きく、不要な機能が多くオンになっており、コンピュータリソースを多く消費するため、Oracle Databaseは選択しませんでした。 、SQL Serverデータベースについては学習しましたが、インストールする際、コンピュータ上に他のソフトウェアがある可能性があるため、問題が頻繁に発生し、インストールの問題が解決しない場合は、オペレーティングシステムを再インストールする必要があるため、既存のソフトウェアについてまた時間の無駄です。MySQLデータベースのみで、インストールパッケージが小さく、インストール速度が速く、操作が簡単で、インストール中に問題が発生しても解決が容易で、オペレーティングシステムを再インストールする必要がなく、コンピュータ上で動作する他のソフトウェアに影響を与えない リソースの消費が少ない 最も重要なのは機能である 設計ニーズを十分に満たしているため、最終的にアプリケーション ソフトウェア開発に必要なデータベースとして MySQL データベースが選択されました。
2.2vue テクノロジー_
動的な Web サイトが台頭し始めた当初、高級プログラミング言語としての Java は、当然この分野での地位を譲ることはありませんでした。Sun は、動的な Web サイトを出力するための技術標準として Servlet を発表しました。当時はプログラマの間であまり人気がありませんでしたが、当初は選択肢があまりありませんでした。その後数か月で、パフォーマンスと効率を無視して Java 言語が登場しました。少なくとも、Web ページの作成に必要な動的コード ブロックと静的コード ブロックが区別されるため、作成効率と読みやすさが大幅に向上するため、業界に入ったばかりの多くの Java プログラマーやジュニア プログラマーが自分のキャリアとして Java 言語を選択しています。開発の方向性としては、高級プログラミング言語における Java 言語の地位を維持し、Java が市場シェアを奪い続けるのを防ぐために、Sun と Apache Foundation は Java 動的 Web ページの新しい技術標準を開発しました。テクノロジー。Vue は、ページ作成における Java 言語の利点をすべて吸収していますが、Java EE の膨大な背景を背景に、Java コンポーネントで実現できる多くの機能を実現でき、それらのコンポーネントは vue ページ上で直接参照できるため、vue をより便利に利用できます。強くて豊か。Java テクノロジーの垂直方向の持続可能な開発を保証し、最終的に動的 Web サイト開発の分野で確固たる足場を築きます。他の Java 開発者は、特別なコンポーネントや機能の開発に関係なく、動的ページからのみ Vue にすぐに移行して開発を行うことができます。開発面では、Java プログラムと vue プログラム間のほぼ無料の変換が完全に実現され、vue テクノロジーはこのように発展してきました。
2.3 Spring Bootフレームワーク
Spring Boot は、Pivotal チームによって提供される新しいフレームワークで、新しいSpringアプリケーションの初期構築および開発プロセスを簡素化するように設計されています。このフレームワークは構成に特定のアプローチを使用するため、開発者は定型的な構成を定義する必要がなくなりました。このようにして、Spring Boot は、急速なアプリケーション開発の急成長分野でリーダーになることを目指しています。
SpringBoot は Spring 4.0 の設計に基づいており、Spring フレームワークの元々の優れた機能を継承するだけでなく、構成を簡素化することで Spring アプリケーションの構築および開発プロセス全体をさらに簡素化します。さらに、SpringBoot は多数のフレームワークを統合することにより、依存パッケージのバージョン競合や参照の不安定性を解決しました。
SpringBoot フレームワークには、すぐに使用できる戦略と、構成よりも規約を優先するという 2 つの非常に重要な戦略もあります。すぐに使える Outofbox とは、開発プロセス中に、関連する依存関係パッケージを MAVEN プロジェクトの pom ファイルに追加し、対応するアノテーションを使用して煩雑な XML 構成ファイルを置き換え、オブジェクトのライフサイクルを管理することを意味します。この機能により、開発者は複雑な構成作業や依存関係の管理作業を軽減し、ビジネス ロジックに集中できるようになります。構成より規約、構成より規約は、SpringBoot 自体がターゲット構造を構成し、開発者がその構造に情報を追加するソフトウェア設計パラダイムです。この機能により柔軟性がいくらか低下し、BUG の位置付けの複雑さが増しますが、開発者が行う必要がある決定の数が減り、同時に大量の XML 構成が減り、コードのコンパイル、テスト、およびパッケージ化を自動化できます。 。
SpringBoot アプリケーション システム開発テンプレートの基本的なアーキテクチャ設計について、フロント エンドからバックグラウンドまで説明します。フロント エンドでは、主に Java 言語で書かれたテンプレート エンジン (主に FreeMarker と Thymeleaf) が使用され、テンプレートをレンダリングし、対応するテキストを出力します。インターフェースの設計と適用同時にフロントエンド開発でもBootstrap、AngularJS、JQueryなどが使用され、ブラウザのデータ送信形式はxmlではなくJsonが使用され、RESTful APIはWebサイトで提供されます。同時に、SpringMVC フレームワークは、データがサーバーに到着した後のリクエストの処理に使用され、データアクセスに使用されます。レイヤーには主に Hibernate、MyBatis、JPA およびその他の永続化レイヤー フレームワークが含まれます。データベースにはMySQLが一般的に使用されます。開発ツールには IntelliJIDEA が推奨されます。
第3章 システム分析
開発するシステムに関しては、事前に分析する必要があります。これも開発プロセスに必要な部分です。通常、システムの分析では、システム開発の実現可能性、システムの機能や性能の分析などが主な内容となります。
3.1実現可能性の分析
建設が必要なプロジェクトに正式に投資する前に、実現可能性分析という不可欠な重要なステップがあります。主に現在の技術と経済の観点からシステムの実現可能性を評価するもので、この科学的手法は投資判断においてプロジェクトを実証するためによく使用されます。
3.1.1 技術的な実現可能性
現在、システム開発技術は成熟しており、開発ツールの使用や標準化されたコードがコンピュータネットワークを通じて入手できるため、開発者はこれらの知識を利用してシステムのコーディング作業を正常に完了することができます。
3.1.2 経済的実現可能性
本システムの開発時に構築する必要があるソフトウェア環境は、開発公式サイトから無料でダウンロードしてインストールすることができ、構築に必要なハードウェア機器も高い性能を必要とせず、通常、インターネットカフェにあるコンピュータが利用可能です。または学校のコンピューター室のコンピューターが要件を満たしていること。したがって、経済的な観点から、インテリジェントな無人倉庫管理の開発は実現可能です。
3.1.3運用の実現可能性
インテリジェントな無人倉庫管理はユーザーの習慣に応じて開発されており、デザインされたインターフェイスは統一されており、優れたナビゲーション機能を備えています。したがって、コンピュータを操作するだけの担当者であれば、ストレスなくインテリジェントな無人倉庫管理を運用することができます。
結論として、上記の議論から、システムは開発可能です。
3.2システムの流れ
フローチャートなどのツールは、システムの内部動作ロジックを直感的に反映し、ユーザーがシステムをより深く理解するのに役立ちます。
3.2.1操作手順_
このシステムにアクセスするには、訪問者は確認情報を提供する必要があります。資格のある訪問者のみにアクセス資格が与えられます。その具体的な動作プロセスを下図に示します。訪問者は、ログインインターフェースに設定された情報項目を真実に入力し、情報が確認された後、指定されたページにアクセスして、システムが提供するサービスを享受したり、システムの関連情報を閲覧したりすることができます。
図3.1 動作フローチャート
3.2.2ログインプロセス_ _
本システムのログインモジュールとその内部処理を下図に示します。主に、システムにアクセスする担当者から入力された認証情報を一つ一つ判断し、口座番号が間違っている、パスワードが一致していないなど、情報が間違って入力された場合には、システムが警告を表示します。およびその他の注意を促す情報。つまり、ログイン ページに入力されたすべての情報が要件を満たしていれば、訪問者は正常にログインできます。
図3.2 ログインフローチャート
3.2.3情報削除処理
システムが頻繁に使用されると、価値が失われる情報が大量に生成されるため、システム内のスペースを解放するために適時にデータをクリーンアップする必要があります。これらのデータをクリーニングする場合、対応するプロセスを次の図に示します。オペレーターが誤って削除しないように、最初にクリーニング対象のデータを選択し、クリーニング対象のデータを繰り返し確認します。削除されたデータはシステムに表示されません。
図3.3 情報削除のフローチャート
3. 2.4情報処理の追加
このシステムは主に情報の表示とサービスの提供を目的としており、その中のデータ追加機能もそのサービスの一つであり、具体的な処理の流れを下図に示します。オペレータが情報追加ページにデータを入力し、データが検査に提出されると、システムの指定されたページに表示されます。
図3.4 情報追加のフローチャート
3.3パフォーマンス要件_
要件分析には、ユーザーの実際のニーズに応じた機能の定式化が含まれ、設計するシステムの性能要件の分析も含まれます。したがって、一般にシステムを分析する場合、システムの機能を分析する必要がある一方で、システムのパフォーマンスを分析する必要もあります。結局のところ、優れたパフォーマンスを備えたシステムを設計および開発することで、システムの品質と信頼性を確保できます。
次に、システムのパフォーマンスを分析しますが、インターフェイスの使いやすさ、システムの時間特性、システムの信頼性の側面からも分析して説明します。
(1) 時間特性要件: システムにはデータを処理するための時間要件があり、これはシステムの時間特性でもあります。通常、データ処理の時間が分析され、ユーザーリクエストの応答時間も設定され、システムが全負荷で実行されているときに逸脱できる値の範囲を事前に分析して決定する必要があります。
(2) インターフェイスの使いやすさ: ユーザーの機能的ニーズに加えて、人間とコンピューターの対話インターフェイスの設計では、インターフェイスのレイアウト、インターフェイスのトーンの選択、およびインターフェイスの色調の選択など、ユーザーの使用習慣も考慮する必要があります。カラーマッチング。簡単なトレーニングを受けて、ユーザーが自主的にシステムを操作できるようにしてください。
(3) システムの信頼性: 初心者にとっては、人間の誤操作によって設計・開発されたシステムがクラッシュし、その一部がコンピュータをクラッシュさせるという問題が発生しやすいです。この現象は、フォールト トレランスが低いシステムの信頼性が低いことも示しています。生活上の情報処理システムとしては全く使えません。現在、システム開発では信頼性を確保する必要があり、モジュール化や構造といった設計思想も考慮して設計する必要があります。厳格な適時性要件が要求されるシステムに遭遇した場合は、デュアルマシン システムやディスク アレイなどの他の対策も講じる必要があります。機器の電源容量の要件もあり、信頼性の高いシステムもあります。
第4章システム設計
適切に設計されたシステムは、コンテンツが豊富であり、システムの外観またはシステム機能がユーザーフレンドリーである必要があります。したがって、システムの価値を高め、より多くの訪問者をシステムに呼び込み、訪問ユーザーがより多くの時間をシステムに費やすことができるようにするために、システムがより専門的に設計されていることを示しています。
4.1設計原則
このシステムの設計プロセスは、特定の設計原則に従って実行する必要があり、その目的は、開発されたシステムが高品質、完全で完全な機能、便利で簡単な操作を備え、ユーザーの要求を満たすようにすることです。最大の程度。操作が簡単という基本原則に加えて、システム設計原則には安全原則と精度原則も含まれます。
第一の設計原則：簡単操作の原則 このシステムのために設計された機能は完全で完璧でなければなりません コーディングの際に設計されたインターフェイスはフレンドリーである必要があります ユーザーが一度このシステムを使用すると、簡単に使い始めて操作できる必要がありますデータを処理するためのシステムなので、便利に違いありません。さらに、ユーザーがシステムを操作するようにガイドするために必要なプロンプトをいくつか設計することも必要です。
2番目の設計原則: セキュリティ原則 システムはログインモジュールで各訪問者の身元を確認する必要があります システムは訪問者が入力した情報を判断し、事前に書き込まれたセキュリティ検証コードを使用してデータを比較し、ガイドします訪問者は指定された操作インターフェイスに入ります。これにより、関係のない訪問者がシステムからデータを盗むのを防ぎます。
3 番目の設計原則: 精度の原則 ユーザーが登録したデータが正しいことを保証するためには、ユーザーが登録されたエラー情報を、ユーザーが登録されたエラー情報を注意深く確認できるように、データのエラーを修正するメカニズムを事前に設計する必要があります。システムのエラー プロンプトが表示され、時間内にエラーを修正して、正しい情報を入力します。例えば、パスワードを設定する場合、パスワードの長さは6文字未満であること、データ型は数字のみであることなどを統一することができます。
4.2機能構造設計
前回分析した管理者機能に基づいて次の設計作業を行い、最終的に設計された管理者構造図を表示します（下図を参照）。管理者はリマインダーを追加、削除、変更、確認、補充します
4.3データベース設計
システム開発には事前にデータベースの設計も必要です。ここでのデータベースとは、関連するデータの集合であり、一緒に保存されているこれらのデータも一定の方法で整理されています。現在、データベースは最適な保存方法と低いデータ冗長率により、さまざまなアプリケーションに対応できます。データベースはプログラムに情報ストレージ サービスを提供しますが、プログラムからの高度な独立性も維持できます。全体として、データベースは長い開発期間を経て、当初は無名でしたが、現在ではよく知られるようになり、関連技術はより成熟しており、理論的基盤もしっかりしています。
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 補充リマインダーエンティティの属性図
(6) ユーザーテーブルエンティティとその属性を次の図に示します。
図4.6 ユーザーテーブルエンティティ属性図
4.3.2 データベースの物理設計
このデータベースはリレーショナル データベースであるため、2 次元テーブルの構造設計も重要です。結局のところ、2 次元テーブル モデルはリレーショナル データベースのリレーショナル モデルです。リレーショナル モデルを設計する前に、一般的に使用される一部のリレーショナル モデルの概念も理解する必要があります。以下に、関係、タプル、属性、ドメイン、キーワードなどの一般的な概念の意味を簡単に紹介します。
関係: 関係はデータベース内のデータ テーブルであり、各データ テーブルには名前があります。つまり、各関係にも名前があり、それがデータ テーブルの名前になります。
タプル: タプルはデータ テーブル内のレコードの行です。
属性: 属性はデータ テーブルのフィールド、つまりデータ テーブルの列です。
ドメイン: ドメインは、データ テーブル内の属性の値を制限します。
キーワード: キーワードはデータ テーブルの主キーです。
テーブル構造設計の一般的な概念を理解した後、以前に作成した ER モデルを使用してテーブル構造の設計を完了し、データベース内にデータ テーブルを作成し、各データ テーブルに名前を付ける必要があります。設計の結果を以下の表形式で示します。
表4.1 補充申請書
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
ID |
いいえ |
| 2 |
buhuotixing_id |
整数 |
補充情報 |
はい |
| 3 |
ヨンフ_id |
整数 |
スタッフ |
はい |
| 4 |
buhuoshneqing_yesno_types |
整数 |
承認状況 |
はい |
| 5 |
buhuoshneqing_yesno_text |
弦 |
監査意見 |
はい |
| 6 |
作成時間 |
日にち |
作成時間 |
はい |
表4.2 補充リマインダー表
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
ID |
いいえ |
| 2 |
buhuotixing_name |
弦 |
項目名 |
はい |
| 3 |
buhuotixing_types |
整数 |
アイテムタイプ |
はい |
| 4 |
buhuotixing_number |
整数 |
補充数量 |
はい |
| 5 |
buhuotixing_stauts_types |
整数 |
補充状況 |
はい |
| 6 |
buhuotixing_delete |
整数 |
偽の削除 |
はい |
| 7 |
作成時間 |
日にち |
作成時間 |
はい |
表4.3 ディクショナリテーブル表
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
ID |
いいえ |
| 2 |
dic_code |
弦 |
分野 |
はい |
| 3 |
dic_name |
弦 |
フィールド名 |
はい |
| 4 |
コードインデックス |
整数 |
コーディング |
はい |
| 5 |
インデックス名 |
弦 |
エンコーディング名 |
はい |
| 6 |
super_id |
整数 |
親フィールドID |
はい |
| 7 |
北珠 |
弦 |
述べる |
はい |
| 8 |
作成時間 |
日にち |
作成時間 |
はい |
フォーム 4.4 引取申込書
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
ID |
いいえ |
| 2 |
quhuoshenqing_name |
弦 |
項目名 |
はい |
| 3 |
buhuotixing_types |
整数 |
アイテムタイプ |
はい |
| 4 |
ヨンフ_id |
整数 |
スタッフ |
はい |
| 5 |
quhuoshenqing_number |
整数 |
受け取り数量 |
はい |
| 6 |
quhuoshenqing_yesno_types |
整数 |
承認状況 |
はい |
| 7 |
quhuoshenqing_yesno_text |
弦 |
監査意見 |
はい |
| 8 |
作成時間 |
日にち |
作成時間 |
はい |
表 4.5 従業員テーブル
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
ID |
いいえ |
| 2 |
ヨンフ_名前 |
弦 |
従業員の名前 |
はい |
| 3 |
ヨンフ_写真 |
弦 |
アバター |
はい |
| 4 |
ヨンフ_フォン |
弦 |
従業員の携帯電話番号 |
はい |
| 5 |
永湖ID番号 |
弦 |
社員番号 |
はい |
| 6 |
ヨンフ_メール |
弦 |
郵便 |
はい |
| 7 |
ヨンフ_削除 |
整数 |
偽の削除 |
はい |
| 8 |
作成時間 |
日にち |
作成時間 |
はい |
表4.6 ユーザーテーブルテーブル
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
ID |
いいえ |
| 2 |
ユーザー名 |
弦 |
ユーザー名 |
はい |
| 3 |
パスワード |
弦 |
パスワード |
はい |
| 4 |
役割 |
弦 |
役割 |
はい |
| 5 |
追加時間 |
日にち |
時間を追加する |
はい |
5.1従業員情報の管理
図5.1に従業員情報管理画面を示しますが、この画面で管理者に提供される機能は、従業員情報照会管理であり、従業員情報の削除、従業員情報の変更、従業員情報の追加を行うことができます。
ユーザー名に対するあいまいクエリの条件も作成されます
図5.1 従業員情報管理ページ
5.2補充リマインダー管理
図 5.2 に補充リマインダー管理ページを示します。このページで管理者に提供される機能は、公開されている補充リマインダー データの表示、補充リマインダーの変更、および補充リマインダーが無効になっている場合の削除です。貨物リマインダー、補充リマインダー情報の種類クエリ、およびその他の条件。
図5.2 補充リマインダー管理ページ
5.3項目タイプの管理
図5.3に項目タイプ管理画面を示しますが、この画面では項目タイプに基づく条件検索、項目タイプの追加・変更・問合せ操作などが管理者に提供されています。
図5.3 アイテムタイプ管理ページ
5.1補充申請管理
図 5.4 は補充アプリケーション管理ページを示しており、このページで管理者に提供される機能には、補充アプリケーションに基づく操作の追加、変更、クエリが含まれます。
図5.4 補充申請管理ページ
第6章システムテスト
进入这个环节就代表着系统已经结束了编码实现功能阶段，接下来要做的事情，就是对该系统进行检测，也就是系统测试，这个环节是很有必要进行的，原因是开发本系统的人员，其自身具备的开发技术以及开发思维是有限的，在面对具有复杂性操作逻辑的系统，都会出现大大小小的错误，并且这样的错误还都是不可避免的。通过及时的测试，可以尽早排除程序中的错误，这样也可以减少实际运行中产生的问题，从而真正避免在后期使用中为修复这些问题所付出的高昂代价。及时测试，及时发现问题并解决，也是提高开发过程的效率的一种表现形式。总而言之，在软件开发生命周期的每个阶段都需要加以重视，并做好每个阶段需要做的任务，从开始到结尾都需要保证开发软件的质量。
6.1 功能测试
通过设计一些数据检验智能无人仓库管理的功能是否根据预定进行数据输出，以此检验系统功能是否合格。接下来就选取部分功能进行检测。
6.1.1 登录功能测试
智能无人仓库管理提供的服务是给规定的用户使用的，其他无关用户是无法进入的，登录功能就是检验访问者是否是符合要求的用户，及时将不符合要求的用户拒之门外。以此保证系统安全。这里以管理员身份进行检测，测试的内容见下表。
表6.1 登录功能测试表
| 账号 |
密码 |
身份 |
结果 |
| guanliyuan |
guanliyuan |
管理员 |
提示成功，进入系统后台 |
| user |
guanliyuan |
管理员 |
提示失败，停留在登录页面 |
| guanliyuan |
user |
管理员 |
提示失败，停留在登录页面 |
智能无人仓库管理在面对正确的账号，不匹配的密码时，会有相应的反馈，其反馈结果见下图。
图6.1 登录错误反馈提示
6.1.2 修改密码功能测试
这个功能的设置也是出于对系统的保护，让操作人员的密码可以一直变化，减少泄露的几率。测试的数据见下表。通过验证旧密码，确认操作者是本人，然后开始对新密码进行登记。一般修改完密码后，需要再次登录。
表6.2 修改密码功能测试表
| 旧密码 |
新密码 |
密码修改结果 |
| guanliyuan |
gly |
成功 |
| user |
gly |
失败 |
| guanliyuan |
失败 |
本系统在面对登记错误的旧密码信息时，有相应的反馈提示，见下图。
图6.2 旧密码错误提示
6.2 测试结果
经过测试，从智能无人仓库管理功能的角度来看，本系统各个功能在符合用户要求的情况下，也能保持运行正常。从智能无人仓库管理性能的角度来看，本系统可以保持24小时不间断运行，而且面对用户的误操作行为，有提前设置的错误反馈机制应对，另外，本系统界面布局考虑用户阅读习惯，可以让用户短时间内获取需要的内容。总之，本系统可以投入生产，帮助用户解决实际问题，发挥其应用价值。
结 论
采用Java+Mysql的方式设计制作的智能无人仓库管理，在功能上可以满足管理人员对于信息的管理需求；在界面的设计上，尽最大努力用自身的美工知识做到界面美观简洁。在操作方面上，让系统可以方便操作，同时对用户常见的误操作行为进行分析总结，并尽力在系统中避免同样的由于用户的误操作所带来的错误现象。
作为毕业设计，分配给本系统的设计与制作时间还是不足的，所以，智能无人仓库管理还有许多需要完善的地方。
第一个就是本系统的编程代码问题，各个程序文件的代码存在冗余的地方非常多，导致代码不够简洁，同时对代码的注释也比较麻烦。编码期间，对于很多页面可以共享的函数与方法都没有单独列出来，而是在需要用到函数和方法的页面上都重新编写了代码，通过后期的技术学习，以及对编码过程的分析总结，发现可以把共用的函数或方法编写在同一个页面上，在之后的页面中，需要使用此函数的页面，则可以直接调用函数，无需再编写代码了，这样可以简化代码，也能节省时间和存储空间。
第二个就是对数据库的设计不够好，在数据处理中，影响程序运行速度。因此需要对数据库的性能进行优化。通过这方面知识的学习，在某个开发技术类的博客中，发现可以用数据库连接池技术来解决数据库的性能问题，另外还需规范数据库里面的关系模式，降低数据库的冗余率，提高运行速度。
如果说平时的作业也是检查对知识的掌握情况，那么制作毕业设计，将是对自身所有知识的一个全面检测。因为系统能够制作完成则是经历了很多阶段，正如文中所展示的那样，先有可行性分析，对功能的分析，对功能的设计，对数据库的设计，对程序功能的编码实现，对完成编码程序的测试等，这些环节缺一不可，而且还都需要认真对待，大学学到的所有知识在制作系统时，才会发现不够用。所以这个项目制作，在检测自身能力的同时，也对问题分析，资料搜集，问题解决等能力进行了培养。
我通过制作本系统，熟悉了程序开发的流程，提高了对程序的编码能力，培养了独立分析与解决问题的能力；但也让我明白自身的不足之处，所以在接下来的时间，我还是要加强对技术知识的学习，去逐渐完善本系统。
制作毕设项目这段时间，忙碌又充实。从最开始选题的不知所措，到现在毕设项目完成时的淡然，两种完全不同的心境，也意味着我这段时间在不断成长。项目制作是一个很耗费时间与精力的任务，如果说仅仅依靠自己的话，那肯定达不到毕设的标准。所以，这一路走来，导师给予我的帮助也是非常大的。不管我处于哪个阶段，比如选题阶段，比如分析系统功能阶段，设计系统结构阶段，系统编码阶段等，都有导师参与指导，他提出的建议和技术上的指导让我可以更快地完成这个毕设项目。此刻，我非常感谢导师，感谢他提供的帮助。
毕设项目制作期间，我身边的同学也及时指出了我系统的错误，并帮助我完善已开发的系统，还提供了很多文档撰写的技巧，所以，我也非常庆幸能和他们一起努力制作项目，也非常感谢他们一直以来的陪伴。
大学短短几年，能够得到成长，也离不开授课老师们，他们一直在校园为广大学子传授知识，用他们毕生所学，教出一批批优秀的学生，我这几年的成熟与成长也得益于他们的教导。所以我也非常感谢校园的各位老师。
即将离开校园，回想这几年的时光，还真挺不舍。安安静静在校园走了一圈，发现我的大学校园真的很美，我也感谢学校给我们提供这么美好的学习环境，以及给了我上大学的机会。感谢母校！
参考文献
[1]江涛.补货提醒网上预订系统的设计与分析[J].现代商贸工业,2020,41(22):150.
[2]徐微微.晓庄连锁补货提醒补货提醒预订系统的设计[J].企业导报,2016(08):180-181.
[3]张振超,吴杰,陈序蓬.浅谈Java中Mysql数据库的连接与操作[J].信息记录材料,2020,21(02):144-145.
[4]郑智方,魏恺乐,李彬,谢易壮.MySQL得到广泛使用的原因以及它的嵌入应用[J].科技风,2020(05):114.
[5]赵秀芹,刘杨青,李瑞祥.MySQL数据库使用技巧三例[J].网络安全和信息化,2019(08):90-91.
[6]余涛.计算机软件开发中Java编程语言的应用研究[J].信息记录材料,2020,21(01):113-115.
[7]岳青玲.Java面向对象编程的三大特性[J].电子技术与软件工程,2019(24):239-240.
[8]耿学.关于Java Web中中文乱码问题的探讨[J].现代信息科技,2020,4(01):74-75+78.
[9]张彦芳.Java Web项目开发中的中文乱码问题与对策[J].电脑知识与技术,2020,16(09):96-97.
[10]韩思凡.Web开发中的vue与H T ML的基础应用[J].科学技术创新,2020(14):71-72.
[11]赵晓丹.网页开发中的vue技术分析[J].南方农机,2019,50(20):247-248.
[12]薛茹.基于Spring Boot框架的Web系统研究与应用[J].计算机产品与流通,2018(07):30.
[13]邱丹萍.Web开发中Spring Boot框架的分析[J].电脑知识与技术,2020,16(17):81-82.
[14]仲崇文.关于计算机软件开发中常见问题的研究[J].通讯世界,2020,27(07):89-90.
[15]Raffi Khatchadourian.レガシー Java ソフトウェアの列挙型への自動リファクタリング[J].Automated Software Engineering、2017 年、24(4)。
[16]Ben White.Marx and Chayanov at the margins:Understanding agrarian Change in Java[J].The Journal of Peasant Studies、2018、45(5-6)。