1. システムのスクリーンショット (デモビデオが必要な場合は、プライベートにチャットできます)
従来の情報管理方法では、第一に時間がかかり、第二にデータエラー率が比較的高く、間違ったデータを変更することも困難であり、最後にデータの取得に手間がかかり、手間がかかります。したがって、ワークフロー管理システムのソフトウェアをコンピュータにインストールし、情報処理を効率化することで、情報管理プロセスを標準化し、管理業務を体系的かつ手順的に行うことができるとともに、ワークフロー管理システムを効果的に活用することで管理者の業務を効率化することができます。情報を正確かつ迅速に処理します。
ワークフロー管理システムは開発ツールの選択にも細心の注意を払っており、開発と実装を容易にするために、開発ツールには Eclipse が、データベース ツールには Mysql が選択されています。このようにして、ワークフロー管理システムの機能を実現するための開発環境が構築される。その中で、管理者はユーザーとニュースの発表を管理します。
ワークフロー管理システムは、ソフトウェア開発技術を用いて設計・実現されるアプリケーションシステムであり、データの追加、データの保守と統計、データの照会などの情報処理要件を迅速に達成することができます。簡単に対処できます。
キーワード：ワークフロー管理システム、SpringBootフレームワーク、システム解析、データベース設計
第1章 はじめに_
1.1トピック選択の動機
現在のネットワーク技術やソフトウェア技術は、いずれも理論的基盤が成熟しており、また、さまざまな技術によって開発されたソフトウェアが市場に出ており、それらは生活や仕事の分野など、さまざまな分野で利用されています。コンピュータやノートブックの普及、およびさまざまなコンピュータハードウェアの改良とアップグレードに伴い、市場に流通しているコンピュータやノートブックの性能は向上し、サポートできるソフトウェアも徐々に増加しています。人々の間で非常に人気があります。ワークフロー管理システムの情報は、膨大な情報を手作業で扱うのは不適当であり、変更も困難であり、最終的にはデータの取得に手間がかかる。したがって、上記の課題を解決するには、ワークフロー管理システムを構築し、ワークフロー管理システムの情報管理プロセスを標準化し、管理業務を体系化、プログラム化するとともに、ワークフロー管理システムの有効活用を図る必要があります。ワークフロー管理システムの機能は、管理者が情報を正確かつ迅速に効率的に処理するのに役立ちます。
1.2目的と意義
ワークフロー管理システムは、ワークフロー管理システムの情報を一元管理できるため、従来の管理の欠陥を真に回避できます。ワークフロー管理システムは、ソフトウェア開発技術を利用して設計・実現されるアプリケーションシステムであり、データの追加、データの保守と統計、データの照会などの情報処理要件を迅速に達成することができます。簡単に対処できます。したがって、ワークフロー管理システムの情報管理をアップグレードするには、ワークフロー管理システムの適用が最適な方法です。情報処理の利便性の要件を満たし、情報処理のプロセスを標準化することもできるため、これまで手動で処理していた困難な取引処理を管理者の手で簡単に行うことができます。ワークフロー管理システムは比較的機能が充実していますが、管理者は空いた時間を自分の資質や能力の向上に費やす必要もあり、ワークフロー管理システムを運用することで、ワークフロー管理が提供する機能を最大限に活用することができます。データを効率的に処理しながら常に安定して動作し、データの信頼性とデータ処理の品質を確保することで、高い要求に応えるシステムを実現します。
1.3紙構造の整理
この記事は合計 6 章に分かれており、各章で異なるシステムの内容が説明されています。次に、本論文の研究内容について述べる。
第 1 章: この章は論文の導入部分です。開発するシステムについてテーマの背景や意義の観点から説明します。
第 2 章: この章は技術的な導入部分です。システムが使用する必要がある技術的知識の観点からシステムを詳しく説明します。
第 3 章: この章はシステム分析部分です。システムの実現可能性分析、システムの機能およびパフォーマンス分析の観点からシステムを精緻化します。
第 4 章: この章はシステム設計部分です。システムの機能構成とデータベース設計の観点からシステムを解説します。
第 5 章: この章はシステム実装部分です。システムは、システム機能モジュールの動作効果の観点から説明されます。
第 6 章: この章はシステムのテスト部分です。システムは、システム機能のテストとシステムのテスト方法の観点から説明されます。
第2章 開発環境と技術
ワークフロー管理システムの開発には、プログラミング環境の構築や、関連するさまざまな技術の調査・分析、システム開発に適した技術やツールの選定が必要です。
2.1 MYSQLデータベース
テーマがアプリケーションプログラムであると決定したら、設計と分析が段階的に始まります。このトピックでは、データ管理ツールおよびデータ キャリアとしてデータベースが必要です。プログラム機能分析からデータ分析まで、適切なリレーショナル データベースを選択することが現在の選択の重要な部分です。リレーショナル データベースの選択肢はそれほど多くはありません。Oracle 製が 2 つ、Microsoft 製が 2 つ、IBM 製が 1 つ、つまりこの 5 つです。これらのデータベースはアプリケーションを実装できるため、機能や違いはデータベースの選択に影響しません。機能が必要な場合は、他の側面からどのデータベースがより適しているかを総合的に検討するしかありません。開発に使用するコンピューターのハードウェアに関しては、大学 1 年生のときに購入しました。より良いコンピューターを買うお金はあまりありませんでした。学習用でした。それで、何年も使用したコンピューターは、 「老朽化しており、パフォーマンスが低下しています。非常に強力で、使用する必要のある学習教材がまだたくさんあります。私は卒業を控えており、学校のコンピューター室を選ぶのは長期的な計画ではありません。現在のアプリケーションの学習と開発に適したデータベースを備えた古いラップトップを選択することが最も重要です。総合的な検討の結果、アプリケーション データベースとして MySQL データベースを選択しました。MySQL データベースはサイズが小さく、メモリ占有量も少ないため、コンピュータ上の他のソフトウェアの動作に影響を与えず、メモリの必要もありません。 MySQL データベースのインストールと保守のためにシステムを再インストールします。最終的に選択されるデータベースは MySQL データベースです。
2.2 Tomcatの概要
私が Java 言語を学び始めた頃は、Tomcat がまだ存在していることを知りませんでした。さまざまな文法やさまざまな出力がコンソールに出力され、Java Web サイトが開発されたとき、Tomcat サーバーを学ぶことは避けられませんでした。Tomcat は正確に言うとサーバーではなく、Vue エンジンやコンテナと言ったほうが学術的あるいは原理的には適切ですが、実際の業務では Web サーバーとして利用されます。ウェブサイトを公開して実行します。Tomcat は、その動作原理により、一般に中小企業向けの軽量サーバーとして存在し、同時実行性はそれほど顕著ではありません。たとえば、特定の業界のアプリケーション システムでは、多くのクライアントが存在せず、多くの接続を必要としません。トムキャット。Tomcat では複数の Web サイトを構成でき、構成ファイルのサフィックスは config です。これは XML の構造に似ており、比較的明確です。Java の新しいバージョンがリリースされると、Tomcat も Java のバージョンに合わせてアップグレードされます。Tomcat の現在のバージョンはバージョン 10 に達しています。Tomcat のロゴは小さな黄色い猫です。Tomcat の構成が成功し、一般テストでこの子猫が表示されると、成功とみなされ、次の構成ステップを実行できます。Tomcat サーバーは Java Web サイト開発に非常に適しています。
2.3 vueテクノロジー
Vue テクノロジを使用すると、初心者でも動的 Web サイトの作成をすぐに始めることができ、コードを作成するために高度な Java プログラマになる必要がないため、学習と作成の効率が大幅に向上します。Web ページの開発者とバックエンド ロジックの開発に集中して個別に共同開発することが可能になり、学習コストが削減されます。プログラムの実行、解釈、コンパイルの段階を考慮する必要がなければ、vue Web ページ自体を使用することができます。通常のサーブレットとして理解されます。Vue の構造は主に 2 つの側面に分かれており、1 つは専用の Vue エンジン、平たく言えばコンパイル後の Vue の解釈を実現できるもので、もう 1 つは Web サーバーです。Vue の実行とコンパイルには、Vue エンジンと Web サーバーの連携と協力が必要ですが、当然、それらの役割分担も非常に明確であり、実際に実行することができます。vue コンテナとエンジンには Tomcat が搭載されています。この Tomcat にも、実はコードを静的に解釈する Apache の部分もあります。実質的には似ていますが、実際にはまったく異なる 2 つのツールであり、ファイル システム内のディレクトリも異なります。特別な要件がある場合は、特別な方法で構成することもでき、構成は比較的柔軟です。Tomcat は、Web サイトの展開後に顧客がアクセスできる Web ページを実行できますが、Tomcat は Web サーバーではなく単なる Vue エンジンです。たとえば、JRUN と樹脂は両方とも Vue エンジンであり、Web サーバーの役割は比較的単純で、クライアントのリクエストを処理し、クライアントに戻ってリクエストの処理されたデータを表示することです。vue エンジンは、純粋な HTML で書かれた Web サイトを実行できます。また、vue で書かれた動的な Web サイトも実行できます。これは、単純な Web サーバーよりも効率的であるだけです。はるかに強力であり、多少の効率を向上させるものではありません。実現しなければならない機能を考慮すると、Vue テクノロジーが選択されます。
2.4スプリングブートフレームワーク
Java は肥大化して面倒だと常に批判されてきました。プロジェクトを頑張って構築している段階では、Python プログラマが既に関数を書いている可能性がありますが、その理由は 2 点あり、構成が複雑であること、Spring のことを考えているため、プロジェクトのさまざまな構成は実際には開発中にロスとなることです。機能構成 ビジネス上の問題の解決とビジネス上の問題の解決の間で思考を切り替える必要があるため、構成を作成すると、アプリケーション ロジックを作成する時間が圧迫されます。1 つは依存関係の管理が面倒なことです。プロジェクトの依存関係の管理も、報われない仕事です。プロジェクトでどのライブラリを使用するかを決定するだけでも十分に頭の痛い問題ですが、それらのライブラリのどのバージョンが他のライブラリと競合しないかを知るのは難しい問題です。さらに、依存関係の管理も損失です。依存関係の追加はアプリケーション コードを記述することではありません。間違った依存バージョンを選択すると、その後生じる非互換性の問題が生産性を低下させることになるのは間違いありません。SpringBoot はこれらすべてを過去のものにします。Spring Boot は Spring ベースのアプリケーション開発を簡素化し、「実行」するだけで独立した運用レベルの Spring アプリケーションを作成できます。Spring Boot は、Spring プラットフォームとサードパーティ ライブラリ用のすぐに使用できる設定 (デフォルト設定を提供し、デフォルト構成を保存するパッケージがスターターです) を提供するため、簡単に開始できます。ほとんどの Spring Boot アプリケーションでは、Spring 構成はほとんど必要ありません。SpringBoot を使用して Java アプリケーションを作成し、それを java –jar で起動して実稼働レベルの Web プロジェクトを取得できます。
第3章 システム分析
ユーザーのニーズや、市場に存在する本システムと同様のシステムをシステム分析の参考資料として利用することができ、アナリストはこれらの情報に基づいて本システムの機能を決定したり、システムの性能を分析したりすることができます。
3.1 実現可能性の分析
システムはユーザーの要求に応じて製作されますが、製作を確定する前に実現可能性を分析する必要があります。
3.1.1 運用可能性の分析
私はこのシステムの開発に必要なツールに精通しているので、これらのツールを使用してワークフロー管理システムを完全に開発できます。また、機能面では、ワークフロー管理システムは基本的に情報の追加、変更、削除などの処理を完結しており、オペレータが直面するのはコーディングの背景ではなく、各機能の操作インターフェースであるため、一般ユーザーは操作インターフェースを通じて情報処理を簡単に完了できます。したがって、システムの運用は可能である。
3.1.2 経済的実現可能性分析
このシステムを開発するために、開発ツールを購入するための投資は必要ありません。使用する開発ツールはすべて百度から事前にダウンロードしてコンピューターにインストールするため、ソフトウェア開発技術の成熟に伴い、システム機能実現のコーディングもモジュール化されており、主要なソフトウェア開発 Web サイトや A を通じて簡単に入手できます。このシステムは、一部のコード変更のみで設備投資が不要であり、B/Sを利用したシステム開発構造となっており、コストは無視できます。
3.1.3 技術的実現可能性分析
このシステムに必要なソフトウェアには、Eclipse、Tomcat、Mysql などが含まれており、これらのツールは使用され、JAVA、B/S、vue、Html などのテクノロジについては、参照および学習用の対応する書籍がライブラリに用意されています。これらのテクニックは、私が学んだ小さなプログラミング プロジェクトで説明されているほか、コース設計の課題でもプログラミング スキルを発揮しました。したがって、技術的にはワークフロー管理システムのプログラミングと開発を完了できます。
上記の分析を通じて、システムは経済的に実現可能であり、技術的に実現可能であり、運用上も実現可能であることが判明した。このことから、現状ではワークフロー管理システムの設計と実装を続行できると結論付けることができます。
3.2システムフロー解析
システムがデータを処理するときは、対応するツールを使用して内部の動作ロジックも表示する必要があります。
本システムのデータ入力ページでは、オペレーターが提供するデータごとに、データ情報に不正な文字が入ってはいけない、漢字であるべきデータを文字に置き換えてはいけないなどの検査ルールが定められています。データの内容には制限があり、長さなどが標準化されており、データの正確性を保証できるような検査ルールがコーディング時にあらかじめ書かれています。データを追加するプロセスを次の図に示します。データがデータベースに保存されている場合は、オペレーターが提供したデータの内容と形式が要件を満たしていることを意味します。
図3.1 情報追加のフローチャート
システム内に大量のデータが存在する場合、何らかのエラーが発生することは避けられないため、時間内にエラーを修正する必要がありますが、本システムは後からデータを修正する機能も提供しますプロセスは次の図に示されています。ただし、更新されたデータはデータ有効性チェックにも合格する必要があります。最終的にデータベースに書き込むことができれば、変更されたデータが要件を満たしていることになります。
図3.2 情報変更フローチャート
システムのフォアグラウンドにあるデータベース内の大量のデータに直面して、必要な情報を迅速に取得したい場合は、クエリ機能を使用する必要があります。そのプロセスを次の図に示します。この機能は、オペレータが事前にキーワードを入力する必要があり、システムのバックグラウンドデータベースにキーワードに一致するデータが保存されると、すぐに表示されるため、処理全体の時間が非常に短くなります。
図3.3 クエリ情報のフローチャート
3.3システムパフォーマンス分析
ワークフロー管理システムの性能要件の分析は、主にシステムの実用性、システムの適応性、システムの運用の容易さ、システムのセキュリティ、システムの保守の容易さの 5 つの観点から分析されます。
要求性能１：システムの実用性 主に管理者が関連情報を一元的に処理し、情報の追加や編集などの操作を便利かつ迅速に行うことができるシステムです。情報管理者の業務効率を向上させるとともに、管理コストを削減し、管理者の日々の煩雑な作業負担を大幅に軽減します。
パフォーマンス要件 2: システム適応性。このシステムは動作環境に対する高い要件を持たず、日常生活で広く使用できます。なぜなら、ユーザーは日常的に使用するコンピュータやポータブルノートブックに動作環境を構築するだけでこのシステムを実行することができ、システムが提供する基本的な機能の追加や変更もいつでも操作できるからです。
要求性能３：システムの操作性 本システムが提供する機能は同種システムと同等であり、追加・削除・変更操作も簡単である 運用処理のロジックも明確であるユーザーのニーズに合わせたデータ管理を行うためのシステムです。非常にスムーズです。
性能要件 4: システムのセキュリティ システムの安全係数は、データの保存と管理における基準を満たしている必要があります 設計とコーディングの段階で、ユーザー権限の割り当てを通じて、システムの機能がさまざまな役割に応じて割り当てられますシステムを開発するときは、安全性が検証されたコード モジュールを作成することで、さまざまなユーザーがさまざまな操作インターフェイスに入ることができるようにします。また、現在一般的に使用されている成熟したMD5暗号化技術を使用することで、ログインアカウントのパスワードなどの基本的なユーザー情報を暗号化して保存することも可能です。
性能要件５：システムの保守が容易であること システムのその後の運用において、ユーザーの操作に応じて多くのデータ情報が生成されるが、保守を容易にするために、これらのデータをデータベースからエクスポートできることが要求される一部の段階ではデータを一括削除することで、負荷の低いデータ処理を実現し、システムを軽量化します。
第4章 システム設計
市場でよく設計されたシステムには、テーマが明確で目立つという共通の特徴があります。ページの簡潔かつ明確なレイアウトを通じて、テキスト言語、ビデオ画像、その他の要素を含むページのコンテンツは、システムのテーマを明確に表現できます。これにより、訪問ユーザーが必要なコンテンツを探すために多大なエネルギーと時間を費やす必要がなくなります。
4.1インターフェース設計の原則
一般に、ほとんどのユーザーがシステムを利用し、一部のユーザーはシステムから必要な情報を取得したいと考え、また一部のユーザーはシステムが提供するサービスを利用します。したがって、ユーザー エクスペリエンスを向上させ、システムの利用率を高めるためには、システム インターフェイスを設計する際に次の原則に従う必要があります。
1 つ目のポイントは、ユーザーを分析し、システムの目的と使用方法を理解し、ほとんどのユーザーの読書習慣を考慮し、ユーザーが情報を取得しやすいように Z 字型または F 字型の構造を設計することです。
2 番目のポイント: 効果的なナビゲーションをデザインする、これには各ページにナビゲーション バーを表示することも含まれますが、場合によってはページの下部にナビゲーション バーをデザインすることもできます。ユーザーが特定のページにアクセスするときに、対応する位置をデザインする必要があります。ページ内プロンプト 特別な場所の場合は、前のページやホームページなどに戻ることができるリターン リンクをデザインする必要があります。
3 番目のポイント: 配色の一貫性、ページ テンプレートの類似性などを含め、システム全体で統一されたデザイン スキームを使用し、同じ操作や専門用語の説明もシステム全体で一貫している必要があります。
4 番目のポイント: 設計されたインターフェイスは、伝達されるコンテンツが明確かつ正確であることを保証する必要があります。同じページ内に多くのコンテンツをデザインすることを避ける必要があるほか、システムコンテンツを正確に分類し、ページ内でユーザーの視線が集中する位置に重要な情報を表示することができます。
初心者として、私にはそれほど多くの設計経験がありませんが、上記のインターフェイス設計原則を使用して、ユーザーに優れたエクスペリエンスを提供できる、より良いシステムを設計できます。
4.2機能構造設計
システムのコーディングをスムーズに行うために、本システムの機能を細分化して設計しており、設計されたシステムの機能構成を下図に示します。
図4.1 システム機能構成図
システム開発には事前にデータベースの設計も必要です。ここでのデータベースとは、関連するデータの集合であり、一緒に保存されているこれらのデータも一定の方法で整理されています。現在、データベースは最適な保存方法と低いデータ冗長率により、さまざまなアプリケーションに対応できます。データベースはプログラムに情報ストレージ サービスを提供しますが、プログラムからの高度な独立性も維持できます。全体として、データベースは長い開発期間を経て、当初は無名でしたが、現在ではよく知られるようになり、関連技術はより成熟しており、理論的基盤もしっかりしています。
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 ユーザーテーブルエンティティ属性図
(7) プロジェクト進捗エンティティとその属性を次の図に示します。
図 4.7 プロジェクト進捗エンティティのプロパティ図
4.3.2データベースの物理設計
このデータベースはプログラムの背景を支えるものとして、データストレージの構造も設計する必要があります。データストレージ構造の設計には、データテーブル構造の設計と作成が含まれます。データ テーブル構造には、フィールド、データ型、フィールド値の範囲などの情報が含まれます。ER モデルのエンティティはテーブルであり、エンティティの特性はテーブル内のフィールドとして使用でき、このプログラムの情報格納要件に従って、各フィールドの必要な型とフィールドの値の範囲が設計されます。 。データ テーブルを設計するときは常に、データ テーブルを適時にデータベースに保存する必要があり、設計されたデータ テーブルに正確な名前を付ける必要があります。データ テーブルの名前はできる限り中国語ではなく、覚えやすいように。プログラムのコーディング段階では、SQL ステートメントを通じてプログラム内のデータを各データ テーブルに書き込むことができ、このリンクではデータ テーブルの名前を使用する必要があるためです。データテーブル名が中国語の場合、文字化けし、プログラムの動作に影響を与える可能性があります。設計の結果を以下に表形式で示します。
表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 |
xiangmu_id |
整数 |
計画 |
はい |
| 3 |
ヨンフ_id |
整数 |
ユーザー |
はい |
| 4 |
jiarudexiangmu_yesno_types |
整数 |
レビューに参加する |
はい |
| 5 |
jiarudexiangmu_yesno_text |
弦 |
監査結果 |
はい |
| 6 |
作成時間 |
日にち |
作成時間 |
はい |
表 4.3 発表情報フォーム
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
ID |
いいえ |
| 2 |
ニュース名 |
弦 |
会報のタイトル |
はい |
| 3 |
ニュースの種類 |
整数 |
アナウンスタイプ |
はい |
| 4 |
ニュース写真 |
弦 |
告知イメージ |
はい |
| 5 |
挿入時間 |
日にち |
発表時間 |
はい |
| 6 |
ニュースコンテンツ |
弦 |
発表内容 |
はい |
| 7 |
作成時間 |
日にち |
作成時間 |
はい |
表 4.4 プロジェクト情報シート
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
ID |
いいえ |
| 2 |
xiangmu_name |
弦 |
プロジェクト名 |
はい |
| 3 |
xiangmu_photo |
弦 |
プロジェクトカバー |
はい |
| 4 |
xiangmu_types |
整数 |
プロジェクトの種類 |
はい |
| 5 |
xiangmu_address |
弦 |
位置 |
はい |
| 6 |
ヨンフ_id |
整数 |
プロジェクトマネージャ |
はい |
| 7 |
xiangmu_content |
弦 |
プロジェクトの説明 |
はい |
| 8 |
xiangmu_yesno_types |
整数 |
プロジェクトのレビュー |
はい |
| 9 |
xiangmu_yesno_text |
弦 |
監査結果 |
はい |
| 10 |
挿入時間 |
日にち |
作成時間 |
はい |
| 11 |
作成時間 |
日にち |
作成時間 |
はい |
表 4.5 プロジェクトスケジュール
| シリアルナンバー |
列名 |
データの種類 |
説明する |
空を許可する |
| 1 |
ID |
内部 |
ID |
いいえ |
| 2 |
ヨンフ_id |
整数 |
ユーザー |
はい |
| 3 |
xiangmu_id |
整数 |
プロジェクト情報 |
はい |
| 4 |
xiangmujindu_text |
String |
项目进度 |
是 |
| 5 |
insert_time |
Date |
添加时间 |
是 |
| 6 |
create_time |
Date |
创建时间 |
是 |
表4.6用户表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
Id |
Int |
id |
否 |
| 2 |
yonghu_name |
String |
用户姓名 |
是 |
| 3 |
yonghu_photo |
String |
头像 |
是 |
| 4 |
yonghu_phone |
String |
联系方式 |
是 |
| 5 |
yonghu_id_number |
String |
身份证号 |
是 |
| 6 |
yonghu_email |
String |
邮箱 |
是 |
| 7 |
yonghu_delete |
Integer |
假删 |
是 |
| 8 |
create_time |
Date |
创建时间 |
是 |
表4.7用户表表
| 序号 |
列名 |
数据类型 |
说明 |
允许空 |
| 1 |
Id |
Int |
id |
否 |
| 2 |
username |
String |
用户名 |
是 |
| 3 |
password |
String |
密码 |
是 |
| 4 |
role |
String |
角色 |
是 |
| 5 |
addtime |
Date |
新增时间 |
是 |
第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.2 功能测试
工作流程管理系统的目标用户最终面向的是系统的功能，所以检验本系统的功能也是一项重要任务，只有该系统的功能都能保证正常使用，才会吸引更多的用户来使用。
6.2.1 登录功能测试
本系统在编码时，提前在登录模块编写了安全验证规则，通过判断访问者提供的数据，引导符合要求的用户进入指定页面。测试表如下。错误的数据输入，在本系统中会得到及时的反馈提示。
表6.1 登录功能测试表
| 录入的数据 |
预期结果 |
实际结果 |
结论 |
|
| 管理员登录 |
用户名：空 |
提示请填写用户名 |
通过测试 |
|
| 管理员登录 |
用户名：guanliyuan 密码：空 |
提示请填写密码 |
通过测试 |
|
| 管理员登录 |
用户名：guanliyuan |
提示用户名密码不匹配 |
提示用户名密码不匹配 |
通过测试 |
| 管理员登录 |
用户名：guanliyuan |
提示登录成功，并跳转到功能操作区 |
提示登录成功，并跳转到功能操作区 |
通过测试 |
6.3 测试结果分析
通过测试，可以发现工作流程管理系统具备完善的功能，同时具备易操作性和易维护性的特点，在系统安全性上也有比较健全的数据保护机制。至此，工作流程管理系统可以投入使用。
结 论
之前在课本上学习过软件开发的知识，包括开发流程的了解，开发技术的学习，还有如何进行系统需求分析与设计，老师也选取了比较有代表性的管理系统在课堂上进行讲解，并在课后布置作业让我们练习，期间老师也让我们也对系统实现与测试进行了了解。所以面对本次工作流程管理系统的开发制作，我的脑海里还是有比较清晰的思路。在系统制作中，以及配套文档的编写中，我都是按照软件开发流程一步步开展我的工作。
从系统的角度讲，工作流程管理系统制作中，它的难点在于功能的确定，对系统结构的设计，还有设计性能优良的数据库，以及采用成熟的技术实现系统功能等，这些是我面临的困难。针对这些难点，我采取了一定的措施。在不知道系统的功能时，我在网上寻找了很多相似系统，并把这些系统的大致功能进行了记载，把对本系统有用的功能部分进行了采用，另外，我也从网上获取了大量关于系统设计方面的知识，包括系统模块划分，设计原则，数据库表的设计与创建等知识，也从软件开发类博客中，获取了程序编码的技术知识，包括数据增删改代码模块的编写与使用。在本系统编码完成其对应功能后，我对系统的所有功能进行了耐心的测试，最后发现我开发的系统是合格的，可以进行验收。因为本系统除了具备简洁美观的界面外，在功能上可以满足使用者对于数据操作的需求，并且本系统的功能与系统分析设计的功能保持高度一致，而且系统运行稳定，面对用户的误操作，也建立了报错反馈机制，系统的质量可靠。唯一不足的就是系统数据表的设计在字段考虑上并不全面，为字段匹配的数据类型也不精确，还有系统代码部分，有很多地方还没有进行注释，代码编写不够简洁等。
从文档的角度来讲，在完成工作流程管理系统制作后，对其制作过程需要进行描述，包括如何进行的需求分析，如何完成系统的设计，以及实现的系统功能的运行效果等都要进行描述。这期间我也花费了将近一个月时间来完成，为了达到学院要求的文档排版标准，我也多次在导师建议下，学习办公软件的使用，还有排版技巧。功夫不负有心人，我编写的文档在面临多次编写修改后终于完成了。
总而言之，制作毕设虽然经历了很多环节，但是认真对待这个事情，我们将会在各个环节获取很多知识，也会在各个环节的实际操作中，锻炼我们的实践能力。通过本项目制作，我开始明白，很多知识并不只是来源于书本，来源于老师课堂上讲解的知识，也需要来源于各大学习网站以及生活实践等。至此，我还是会继续努力，保持新知识的主动学习习惯。
参考文献
[2]高岳,张腾.基于基站定位的工作流程管理系统查询系统设计[J].无线互联科技,2015(03):32-35.
[3]钱佳加,唐海江,夏莎莎,姚宇杰,张祥杰.工作流程管理系统查询系统的设计与实现[J].现代商业,2015(17):67-68.
[4]邓林.MySQL存储过程调试技巧[J].四川职业技术学院学报,2017,27(04):157-159.
[5]张继东.MySQL数据库的权限及其安全缺陷[J].信息与电脑(理论版),2017(08):165-166.
[6]邹青松.计算机软件Java编程特点及其技术运用[J].黑龙江科学,2020,11(06):62-63.
[7]王丽,刘佳,杨俊叶.Java的数据库应用框架的研究设计与探讨[J].数字通信世界,2020(04):63.
[8]李燕安.基于Java的Web开发技术的探讨[J].中国新通信,2020,22(08):73.
[9]蒋治学.vue技术及其在动态网页开发中的应用分析[J].浙江水利水电学院学报,2020,32(02):75-77.
[10]康牧.vue动态网站开发实用教程[M].清华大学出版社,2015.
[11]薛茹.基于SpringBoot框架的Web系统研究与应用[J].计算机产品与流通,2018(07):30.
[12]邱丹萍.Web开发中SpringBoot框架的分析[J].电脑知识与技术,2020,16(17):81-82.
[13]王建国.数据库设计在网站开发中的应用[J].山东农业工程学院学报,2017,34(04):158-159+164.
[14]张知青.基于关系数据库的查询方法及优化技术分析[J].煤炭技术,2015,31(05):218-220.
[15]杨堃.计算机软件的运行与维护方法[J].中国高新区,2018(04):179.
[16]李晓琳.安全技术在计算机软件开发中的价值和应用[J].信息与电脑(理论版),2020,32(18):88-89.
[17]Benymol Jose, Sajimon Abraham. Performance analysis of NoSQL and relational databases with MongoDB and MySQL. 2020, 24(Pt 3):2036-2043.
[18]Dragos-Paul Pop, Adam Altar. Designing an MVC Model for Rapid Web Application Development[J]. Procedia Engineering, 2017.
致 谢
虽然项目制作已经完成，但是回想近段时间所经历的事情，内心还是感触良多。自从进入校园后，我对知识的学习就没有那么刻苦了，也不会想着去主动学习，日常课程虽然不缺席，但是对待课后作业也是比较马虎。但是这次毕业设计，却真正唤醒了我。让我开始努力去做一件事。
说到毕业设计，心中比较敬重和感恩的人是导师，导师让我明白，知识不足可以通过后期学习进行弥补，他让我看到了希望，虽然我一直怀疑自己不可能独自完成系统开发，但是在得到导师的帮助后，我做了很多改变自己看法的事情。我竟然可以一步步根据开发流程，完成系统的制作，真的很开心，同时也对导师表示感谢！
还有一群最容易被忽视的人们，就是我身边的同学。他们无论是在课堂上还是在课下，始终陪伴着我。也就是无论学习还是生活，我的身边都有他们，所以大家互相帮助是在所难免的，但是因为这样的陪伴，也充实了我的校园生活。要毕业了，我想说，谢谢你们，我的同学们！
那些给我们上课的老师们也是值得感恩的，他们也是我校园生活中不可缺少的一部分，而且也是教会我知识，让我明白许多生活的道理的老师们，他们一直像蜜蜂一样辛勤的工作，不厌其烦的教授一批又一批校园学子。所以他们值得我们尊敬和感谢！
大学校园的环境是最美的，我也很庆幸来到这里上学，感谢我的学校，愿我的母校越来越好！