Inviare il tuo buon lavoro nella knowledge base è semplice. Usa il modulo sottostante

Gli studenti, i dottorandi, i giovani scienziati che utilizzano la base di conoscenze nei loro studi e nel loro lavoro ti saranno molto grati.

Ospitato su http://www.allbest.ru/

Argomento: "Sviluppo sistema informativo"Agenzia immobiliare""

Contenuto

• introduzione
• 1 . Compito tecnico
• 1.1 Enunciato del problema
• 1.2 Requisiti software
• Requisiti di affidabilità
• 1.4 Supporto informativo del compito
• Descrizione delle informazioni di input
• 2. Parte descrittiva
• 2.2 Descrizione del software
• 2.3 Caso di prova
• 2.4 Guida utente
• Conclusione
• Bibliografia

introduzione

Il tema del progetto del corso è la creazione e lo sviluppo di un sistema informativo.

Al giorno d'oggi, la rete di informazioni ha avvolto quasi l'intero pianeta. Ogni giorno ci confrontiamo con i sistemi informativi: nei parcheggi (a card), nei grandi magazzini, anche quando ci si candida per un lavoro.

Informazioni - informazioni, messaggi, dati, ecc. Attualmente non esiste una definizione univoca del termine informazione.

Modello informativo: un insieme di informazioni che caratterizza le proprietà e gli stati essenziali di un oggetto, processo, fenomeno, nonché la relazione con il mondo esterno.

Un sistema informativo (IS) è un insieme di strumenti hardware e software interconnessi per automatizzare l'accumulo e l'elaborazione delle informazioni. Il sistema informativo riceve i dati dalla fonte dell'informazione (esempio: database). Questi dati vengono inviati alla conservazione o subiscono alcune elaborazioni nel sistema e quindi trasferiti al consumatore.

Sistema informativo automatizzato (AIS) - un insieme di software e hardware progettato per automatizzare le attività relative all'archiviazione, alla trasmissione e all'elaborazione delle informazioni.

Più la tecnologia informatica diventa accessibile, più appaiono utenti non professionisti. Pertanto, uno dei compiti degli sviluppatori di qualsiasi applicazione, incluso IS, è creare un'interfaccia intuitiva. Questo compito sarà svolto anche nel progetto del corso.

Nel processo di progettazione del corso, è necessario consolidare e sistematizzare le conoscenze acquisite nelle discipline "Banche dati", creando una fonte informativa, "Sviluppo e funzionamento dei sistemi informativi", creando IS, "Computer grafica", distribuendo pulsanti sui moduli e creando un'interfaccia intuitiva.

Il progetto del corso per lo sviluppo e la manutenzione di software nella disciplina "Sviluppo e funzionamento di sistemi informativi" è una fase intermedia della formazione presso la "Scuola tecnica di informatica e ingegneria informatica di Krasnoyarsk" e padroneggia la professione di tecnico.

Lo scopo del progetto del corso è:

impara come creare alta qualità e affidabile Software, acquisendo competenze lavorative nella realizzazione di software;

sviluppare la documentazione tecnica per il software creato.

Nel processo di sviluppo di un progetto di corso, è necessario ricreare il sistema informativo "Agenzia Immobiliare". Il compito di questo sistema informativo sarà quello di visualizzare l'orario dei dipendenti dell'agenzia immobiliare.

Il risultato del progetto di corso nella disciplina "Sviluppo e funzionamento mezzi di informazione"Dovrebbe esserci un database completo che risolva il compito e la relativa documentazione tecnica.

1. Termini di riferimento

1.1 Enunciato del problema

In fase di progettazione del corso, è necessario sviluppare un sistema informativo "Agenzia Immobiliare".

Questo database dovrebbe fornire una comoda visualizzazione/aggiunta di informazioni su clienti e immobili.

Il sistema deve svolgere le seguenti funzioni:

- Inserimento e modifica delle informazioni sugli immobili:

- "Operazioni";

- "La proprietà";

- Inserimento e modifica delle informazioni sui dipendenti:

- "Lavoratori";

- Inserimento e modifica delle informazioni sui clienti:

- "Clienti";

- stesura di un contratto (con l'aiuto del quale viene costruito un programma):

- "Contratti";

- formazione e stampa di documenti quali:

- "Orario dei dipendenti";

Le informazioni di input dovrebbero essere:

- Elenchi clienti:

- nome completo del cliente;

- telefono;

- Un elenco di dipendenti:

- nome completo del dipendente;

- Capacità dell'agenzia: operazioni disponibili; immobili disponibili.

Questo sistema informativo dovrebbe essere utilizzato per visualizzare e memorizzare il programma dei dipendenti dell'agenzia immobiliare. Aiuterà l'utente a fare una pianificazione molto più veloce e un'interfaccia intuitiva renderà il lavoro più piacevole.

1.2 Requisiti software

requisiti di prestazione

Il sistema informativo "Agenzia immobiliare" dovrebbe essere finalizzato ad aiutare a mantenere il programma dei dipendenti dell'agenzia immobiliare. Il sistema deve elaborare le informazioni e stampare i documenti di output.

Questo sistema deve eseguire Windows XP SP2 (o successivo) o Windows Vista e pacchetto Strumenti Microsoft Ufficio 2007.

Il sistema informativo "Agenzia Immobiliare" dovrebbe svolgere le seguenti funzioni:

- Inserimento e modifica delle seguenti informazioni sul lavoro dei dipendenti delle agenzie immobiliari:

- nome completo del dipendente;

- Inserimento e modifica delle seguenti informazioni sul cliente:

- nome completo del cliente;

- Telefono;

- Inserimento e modifica delle seguenti informazioni sulle capacità dell'agenzia:

- operazioni disponibili;

- immobili a prezzi accessibili;

- formazione e stampa dei seguenti documenti di output:

- "Programma dei dipendenti".

Requisiti di affidabilità

Il sistema deve essere di alta qualità e corretto, ovvero deve svolgere tutte le funzioni richieste ed essere idoneo al funzionamento. Il sistema deve essere stabile, cioè in grado di eseguire azioni pianificate, nonostante eventuali deviazioni, sia nel funzionamento dell'apparecchiatura che nell'applicazione stessa.

Per garantire l'affidabilità del sistema è necessario:

- garantire la protezione dei dati da accessi non autorizzati;

- visualizzazione di un messaggio di errore in caso di errato inserimento dei dati, in cui è indicato il campo in cui si è verificato l'errore;

- tutti i dati devono essere inseriti correttamente e correttamente, ovvero deve essere effettuato il controllo dei dati, compresi i campi obbligatori;

- i campi obbligatori sono:

- nome completo del cliente;

- Numero di telefono del cliente;

- nome completo del dipendente;

– Tipologia di immobile;

– Operazioni con immobili;

- in occasione della cancellazione dei dati è necessario prevedere la facoltà di rifiuto, ovvero di formulare una richiesta di consenso dell'utente.

Requisiti per le condizioni operative

L'utente deve possedere competenze di base nell'utilizzo di Windows (questo sarà richiesto in caso di guasto) e competenze nell'utilizzo del pacchetto di strumenti di Microsoft Office 2007, in particolare con le applicazioni Microsoft Word e accesso Microsoft.

Per far funzionare questo sistema informativo è necessario che sul computer sia installato:

– OS Windows XP SP2 (e versioni successive) o Windows Vista;

– Microsoft Office 2007.

1.3 Requisiti per la composizione e parametri mezzi tecnici

Per un funzionamento ininterrotto e un comodo utilizzo del sistema informativo "Agenzia Immobiliare", è necessario che i mezzi tecnici da te utilizzati corrispondano alle seguenti caratteristiche:

- computer tipo IBM PC o taccuino;

- Processore Pentium Celeron (Pentium IV e superiori), AMD Athlon(e superiori), con frequenza di clock di almeno 1,6 GHz;

- 512 MB di RAM;

- HDD con almeno 40 MB di spazio libero;

- sistema operativo Windows XP SP2 (e superiori) o Windows Vista;

- dispositivi di input e manipolazione (tastiera/mouse);

- Kit di strumenti di Microsoft Office 2007;

- Una stampante che supporta la stampa di documenti A4 (per la stampa di documenti di output).

Non sono necessari dispositivi aggiuntivi. Tutti i dispositivi sopra elencati devono essere perfettamente funzionanti e compatibili con il sistema operativo.

1.4 Supporto informativo del compito

Descrizione delle informazioni di input

I dati inseriti vengono inseriti nel sistema informativo "agenzia immobiliare" dal passaporto del cliente e dalle capacità dell'agenzia immobiliare.

sistema informativo agenzia immobiliare

Le informazioni includono i seguenti dati: nome completo del cliente; Nome completo del dipendente; operazioni disponibili; immobili disponibili.

Le informazioni sul contratto sono inserite nella tabella "contratto", la cui struttura è presentata nella Tabella 1 (il campo chiave è contrassegnato dall'icona "").

Tabella 1 - struttura della tabella "Contratto".

Le informazioni sul cliente vengono inserite nella tabella "Clienti", la cui struttura è presentata nella Tabella 2 (il campo chiave è contrassegnato dall'icona "").

Tabella 2 - struttura della tabella "Clienti".

Le informazioni sugli immobili vengono inserite nella tabella "immobili", la cui struttura è presentata nella tabella 3 (il campo chiave è contrassegnato dall'icona "").

Descrizione delle informazioni di riferimento

Le informazioni di riferimento sono informazioni che rimangono invariate, ad esempio: la forma di istruzione è a tempo pieno o part-time, il tipo di istruzione è budget o commercio. Le informazioni di riferimento per il sistema informativo "informazioni sugli studenti" saranno le seguenti directory:

- Tabelle:

- La proprietà;

- Operazioni;

- Lavoratori.

Di seguito viene mostrata la struttura delle tabelle di riferimento (il campo chiave è contrassegnato dall'icona "").

Tabella 3 - la struttura della tabella di riferimento "immobiliare"

Le informazioni sulle operazioni vengono immesse nella tabella "operazioni", la cui struttura è presentata nella Tabella 4 (il campo chiave è contrassegnato dall'icona "").

Tabella 4 - la struttura della tabella di riferimento "operazioni"

Le informazioni sui lavoratori sono inserite nella tabella "lavoratori", la cui struttura è presentata nella Tabella 5 (il campo chiave è contrassegnato dall'icona "").

Tabella 5 - La struttura della tabella di riferimento "lavoratori"

La figura 1 mostra lo schema dei dati di questo sistema informativo.

Figura 1 - Schema dei dati

2. Descrizione

2.1 Diagramma di contesto del processo aziendale dell'attività da risolvere

Di seguito viene presentato il diagramma di contesto del processo aziendale dell'attività risolta "Agenzia immobiliare" realizzata nel programma Computer Associates BPwin.

La composizione principale del diagramma di contesto "scheduling agenzia immobiliare", mostrato in Figura 2, contiene i seguenti dati:

all'ingresso: dati passaporto del cliente, capacità di agenzia;

gestione: la carta della Federazione Russa, la carta dell'impresa, una licenza per fornire servizi;

risorse: MTO (veicolo di manutenzione), capi;

output: l'orario dei lavoratori.

Figura 2 - Formazione del palinsesto dell'agenzia immobiliare

La scomposizione del primo livello del diagramma di contesto "scheduling agenzia immobiliare" è mostrata in Figura 3.

Figura 3 - Scomposizione del primo livello

La scomposizione del blocco "Information Gathering" è mostrata in Figura 4.

Figura 4 - Scomposizione del primo livello

La scomposizione del blocco "Formazione database" è mostrata in Figura 5.

Figura 5 - Scomposizione del blocco "Formazione database"

La scomposizione del blocco "Esecuzione query" è mostrata in Figura 6.

Figura 6 - Scomposizione del blocco "Esecuzione query".

2.2 Descrizione del software

Il sistema informativo "Agenzia Immobiliare" è stato creato per una comoda programmazione dei dipendenti. Il sistema memorizza ed elabora le informazioni, nonché genera documenti di output.

Il programma è stato sviluppato in Microsoft Office 2007 Access. Inizialmente, il programma occupa 2 MB, man mano che il database si riempie, il programma occuperà più spazio sul disco rigido. Il sistema informativo dispone di 7 moduli. Il loro nome e la loro descrizione sono mostrati nella Tabella 6.

Tabella 6 - descrizione dei moduli di riferimento

Nome del modulo	Descrizione modulo
	Forma principale. Si apre all'avvio
	Contratti redatti
	Elenco dei clienti
La proprietà	Elenco delle proprietà idonee
Operazioni	Elenco delle operazioni
	Elenco dei lavoratori
	Modulo pulsante. Conferma l'uscita dal programma

2.3 Caso di prova

Per verificare l'operatività del sistema informativo "Agenzia Immobiliare", è stato sviluppato un test case che verifica la funzionalità del sistema.

Lanciamo il sistema informativo, questo è un *. accdb (Figura 7).

Figura 7 - Lancio del programma

Dopo aver avviato il programma richiede una password, la finestra è mostrata in Figura 8.

Figura 8 - richiesta password

Dopo aver inserito la password corretta, viene lanciato il form principale (è il menu del programma), mostrato in Figura 9.

Figura 9 - modulo menu

Le Figure 10, 11, 12, 13 e 14 mostrano rispettivamente i moduli Contratto, Lavoratori, Clienti, Operazioni e Immobili.

Figura 10 - "Contratto"

Figura 11 - "Lavoratori"

Figura 12 - "Clienti"

Figura 13 - "Operazioni"

Figura 14 - "Immobiliare"

2.4 Manuale d'uso

Questo programma dovrebbe consentire agli utenti del sistema informativo "agenzia immobiliare" di inserire e modificare le informazioni. Il programma dovrebbe svolgere le seguenti funzioni: inserire e modificare informazioni su immobili, clienti e dipendenti dell'agenzia, generare e inviare documenti di output per la stampa.

Le principali azioni a disposizione dell'utente di questo sistema informativo sono elencate nella Tabella 7.

Tabella 7 - Manuale d'uso

Operazione	Azione dell'utente	Azione del programma
Lancio del programma	Per eseguire il programma è necessario eseguire il file "IS Real Estate Agency. accdb"	Sullo schermo apparirà una finestra per l'inserimento della password.
Inserimento password	Devi inserire la password corretta per entrare	Se la password è corretta, si aprirà il modulo principale di IP
	L'utente visualizza il form dei contratti stipulati, è inoltre possibile aggiungere/cancellare nuove voci.
	L'utente visualizza il modulo dei dipendenti dell'agenzia, è anche possibile aggiungere/eliminare nuovi record.	I dati vengono inseriti automaticamente nel database
	L'utente visualizza il modulo clienti dell'agenzia ed è anche possibile aggiungere/eliminare nuovi record.	I dati vengono inseriti automaticamente nel database
Operazioni	L'utente visualizza la scheda delle possibili transazioni dell'agenzia immobiliare.	Inserimento dell'operazione selezionata nella maschera "contratto".
La proprietà	L'utente visualizza il modulo per la fornitura di opzioni immobiliari da parte dell'agenzia.	Inserimento della tipologia di immobile scelta nel form "convenzione".
	Nel menu principale, l'utente ha premuto il pulsante "Esci".	Il programma attiva un modulo pulsante con le opzioni: SI e NO
Opzione "No"	L'utente ha selezionato il pulsante "NO".	Il programma torna alla forma principale
Opzione "Sì"	L'utente ha selezionato il pulsante "SI".	L'applicazione si chiude

Conclusione

Nel processo di sviluppo di un progetto di corso sulla disciplina "Sviluppo e funzionamento dei sistemi informativi", sono state studiate in modo indipendente nuove funzionalità e funzioni di Microsoft Access 2007, ad esempio: impostazione di una password di protezione, creazione di moduli a pulsante, moduli di esecuzione automatica.

Lo sviluppo del sistema informativo "Agenzia Immobiliare" ha contribuito alla sistematizzazione e consolidamento delle competenze acquisite nelle discipline "Banche dati", "Sviluppo e funzionamento dei sistemi informativi", "Computer grafica".

Questo sistema informativo è progettato per un facile inserimento e modifica, memorizzazione delle informazioni. Il programma ha un comodo ed intuitivo interfaccia chiara, esegue funzioni quali l'esecuzione di query, l'aggiunta/eliminazione di record, la stampa dei rapporti ricevuti.

Il consolidamento delle competenze avviene nel corso della risoluzione del compito: sviluppo di un processo aziendale, creazione di un database, test e debug di un sistema informativo.

Il completamento del progetto del corso è stato la stesura di una nota esplicativa, durante la quale sono state fissate anche le capacità di redazione dei report.

Bibliografia

1. Sito Web http://ufficio. microsoft.com/en-us/training/CR101582831049. aspx;

Ospitato su Allbest.ru

Documenti simili

Sviluppo del sistema informativo "Agenzia di reclutamento di laureati" per automatizzare il processo di selezione di specialisti su richiesta delle organizzazioni. Requisiti di sistema, software. Descrizione del processo di attività. Progettazione di database.

tesi, aggiunta il 27/11/2009


Analisi delle soluzioni esistenti per l'automazione dell'area disciplinare. Metodologia per la progettazione di un sistema informativo per un'agenzia immobiliare. Specificazione e attestazione dei requisiti. Progettazione dell'interfaccia utente. Motivo per la scelta di una piattaforma.

tesina, aggiunta il 02/10/2013


Sistema di gestione di database come insieme di strumenti software e linguistici progettati per creare ed elaborare dati. Analisi delle attività del laboratorio di calzature. Caratteristiche dello sviluppo di un diagramma funzionale e del test di un modulo software.

tesi, aggiunta il 04/11/2012


Sviluppo di un programma di sistema automatizzato progettato per registrare informazioni su immobili locati, venduti, acquistati e locati. Sviluppo modello relazionale dati. Guida per l'utente e Guida per l'amministratore.

tesina, aggiunta il 28/12/2012


Sviluppo di un database basato sul DBMS Microsoft Access, che permette di automatizzare il lavoro di un'agenzia di collocamento. Area tematica basata su informazioni reali sull'agenzia di collocamento. Modello di sistema informativo implementato in ER-win.

tesina, aggiunta il 15/12/2011


Caratteristiche dei processi del servizio clienti, ricerche di mercato immobiliare, generazione di informazioni su manipolazioni finanziarie. Descrizione del modello di agenzia; la sequenza di creazione di un diagramma di contesto. Ottimizzazione del modello "to be" sviluppato.

tesina, aggiunta il 28/08/2012


Analisi dell'area disciplinare e dell'ambiente per il funzionamento del sistema informativo "Agenzia di viaggio". Sviluppo e manutenzione di database tramite Enterprise Manager in SQL Server 2008. Principi di creazione di tabelle, query, stored procedure.

tesina, aggiunta il 11/12/2013


Il concetto di database. Classificali per struttura. Un insieme di strumenti software e linguistici progettati per creare, archiviare ed elaborare database, in particolare l'uso di query, moduli, tabelle. L'essenza di macro, report, moduli.

presentazione, aggiunta il 12/08/2013


Sistema informativo - un insieme di strumenti organizzativi, tecnici e software combinati in un unico sistema per la raccolta, l'archiviazione, l'elaborazione e il rilascio delle informazioni necessarie. Analisi delle caratteristiche dei modelli di database infologici e logici.

tesina, aggiunta il 16/09/2017


Base giuridica per la locazione nella Repubblica del Kazakistan. Panoramica del software esistente per agenzie immobiliari. La scelta degli strumenti per lo sviluppo di un sistema informativo. Organizzazione della tecnologia per la raccolta, la trasmissione, l'elaborazione e l'emissione di informazioni.

GOU Onlus Professionista

M E T O D I C E S K I E

RACCOMANDAZIONI

PER LA PROGETTAZIONE DEL CORSO

PER DISCIPLINA

TECNOLOGIA DI SVILUPPO SOFTWARE

per specialità

230105(2203) Software per computer e
sistemi automatizzati

(un livello base di)

Kaliningrad, 2007

“ APPROVATO”

materia

Commissione (ciclica).

Compilato in conformità con i requisiti statali per il contenuto minimo e il livello di formazione dei laureati nella specialità 230 Software per informatica e sistemi automatizzati di istruzione professionale secondaria (livello di base)

Presidente del PCC

Vice registi

da UMR

_______________________

_______________________

Revisori:

INTRODUZIONE

In conformità con lo standard educativo statale dell'istruzione professionale secondaria, per un minimo di contenuto e livello di formazione dei laureati nella specialità "Software per ingegneria informatica e sistemi automatizzati" nel campo delle discipline speciali, il laureato deve essere in grado di :

sviluppare un algoritmo implementazione del software il compito assegnato;

creare un prodotto software secondo l'algoritmo sviluppato, eseguire il debug e testare il prodotto software;

· sviluppare e mantenere applicazioni di rete;

compiti progetto del corso sono:

Lo studio delle caratteristiche di una particolare area disciplinare relativa all'argomento del progetto del corso;

Analisi di possibili approcci e metodi di soluzione con giustificazione del metodo prescelto;

Selezione o sviluppo di un modello (matematico, strutturale, informativo, ecc.) necessario per raggiungere l'obiettivo;

Selezione di algoritmi efficienti tenendo conto della loro accuratezza, stabilità, convergenza, ecc.;

Analisi dei risultati del lavoro software;

Sviluppo del programma e della documentazione operativa.

2. SELEZIONE DI UN ARGOMENTO

Gli argomenti dei progetti del corso sono sviluppati dai docenti dell'istituto di istruzione, considerati e adottati dalla commissione disciplinare (ciclo) in una riunione del dipartimento, approvata dal vice. direttore degli affari accademici del collegio. L'argomento del progetto del corso può essere proposto dallo studente, in accordo con i suoi interessi e le possibilità di divulgazione del problema proposto, purché ne sostanzia l'opportunità.

È consentito completare un progetto di corso su un argomento da un gruppo di studenti.

3. ARGOMENTI DEI PROGETTI DEL CORSO (Appendice)

1. Sviluppare un modulo software "Contabilità dei progressi degli studenti".

2. Sviluppare un modulo di programma "File personali degli studenti".

3. Sviluppare un modulo software "Dipartimento".

4. Sviluppare un modulo software "Laboratorio".

5. Sviluppare un modulo software "Car Service".

6. Sviluppare un modulo software "Contabilità delle violazioni del codice stradale".

7. Sviluppare un modulo software "File scheda dell'agenzia immobiliare".

8. Sviluppare un modulo software "File tessera degli abbonati ATS".

9. Sviluppare un modulo software "Biglietteria aerea".

10. Sviluppare un modulo software "Bookstore".

11. Sviluppare un modulo software "Parcheggio".

12. Sviluppare un modulo software "Agenzia di reclutamento".

13. Sviluppare un modulo software "Calcolo dell'ammortamento degli immobili".

14. Sviluppare un modulo software "Examiner".

15. Sviluppare un modulo software "Contabilità delle ore lavorate degli studenti".

16. Sviluppare un modulo software "Programma informativo e di riferimento per gli indirizzi di posta dei clienti".

17. Sviluppare un modulo software "File scheda per la letteratura contabile in biblioteca".

18. Sviluppare un modulo software "Contabilità delle merci in magazzino".

19. Sviluppare un modulo software "Programma di gioco come Master Mind".

20. Sviluppare un modulo software "Gioco di logica per indovinare una combinazione di numeri".

21. Sviluppare un modulo software "Programma per visualizzare l'orario delle lezioni in corso per un gruppo di studenti".

22. Sviluppare un modulo software "Informazioni e programma di riferimento per la vendita di CD".

23. Creare un modulo di programma "Sito Web aziendale di una compagnia di viaggi".

24. Creare un modulo di programma "Sito Web aziendale di un negozio di accessori per computer".

25. Creare un modulo di programma "Sito Web aziendale di un negozio di periferiche per computer".

26. Creare un modulo di programma "Sito Web personale dell'amministratore di rete di computer".

27. Creare un modulo di programma "Sito web del progetto per il miglioramento del territorio del collegio".

28. Creare un modulo di programma "Sito web per il progetto di costruzione di un giardino d'inverno sul territorio del college".

4. CONTENUTI E FASI
PROGETTO DEL CORSO

1. Selezionare un argomento e concordarlo con il leader. Selezione della letteratura.

2. Studiare i requisiti per la progettazione dell'opera.

3. Stesura di un piano per l'attuazione del progetto del corso. Sviluppo di un algoritmo risolutivo.

4. Implementazione dell'algoritmo.

5. Debug del programma.

6. Test del programma.

7. Stesura del programma e della documentazione operativa.

8. Analisi dei risultati ottenuti.

9. Registrazione del rapporto.

10. Tutela del progetto del corso.

5. STRUTTURA DEL PROGETTO DEL CORSO

Il progetto del corso deve includere un software testato e una nota esplicativa (almeno 20 fogli A4).

A seconda del progetto del corso, può essere inclusa una parte grafica.

La nota esplicativa del progetto del corso dovrebbe avere quanto segue
struttura:

Frontespizio del campione stabilito (Appendice 1);

Introduzione;

La scelta del software e dell'hardware per la realizzazione del set
compiti;

Parte descrittiva del software sviluppato;

documentazione del software;

Documentazione operativa;

Conclusione, che trae conclusioni e raccomandazioni in merito
opportunità di utilizzare i materiali del progetto;

Elenco della letteratura usata;

Applicazioni.

In amministrato viene brevemente rilevata la rilevanza e il significato dell'argomento, vengono formulati lo scopo e gli obiettivi del progetto.

Documentazione software include la seguente serie di documenti:

Approccio creativo alla scrittura di un progetto di corso;

Correttezza e validità scientifica delle conclusioni;

Precisione e disegno corretto progetto del corso.

Il voto finale del lavoro del corso è stabilito in base ai risultati della difesa e alla qualità del lavoro.

Il lavoro del corso deve essere difeso prima del superamento dell'esame nella disciplina "Tecnologia dello sviluppo software". Non possono sostenere gli esami successivi gli studenti che non hanno superato i progetti del corso o hanno ricevuto voti insoddisfacenti in difesa.

I progetti dei corsi protetti non vengono restituiti agli studenti e sono archiviati nell'archivio dell'istituto di istruzione.

ALLEGATO 1

Modello di pagina del titolo

GOU Onlus Professionista

liceo artistico e industriale № 10

PROGETTO DEL CORSO

nella disciplina “Tecnologia di sviluppo di prodotti software”

sul tema:___________________________________________________________________________________

Completato dallo studente __________________________ Cognome, nome, patronimico

Specialità, corso, gruppo ______________________________________

Responsabile ___________________________ Cognome, nome, patronimico

Data di consegna, firma dello studente ______________________

________________________________________________

Data della difesa, voto, firma del docente

Kaliningrad

APPENDICE 2

COMPITO TECNICO.

REQUISITI PER CONTENUTI E DESIGN

GOST 19.201 - 78

La parte informativa (estratto e contenuto), il foglio di registrazione delle modifiche potrebbero non essere inclusi nel documento.

Per apportare modifiche o integrazioni ai termini di riferimento nelle fasi successive dello sviluppo di un programma o di un prodotto software, viene emesso un addendum ad esso. Il coordinamento e l'approvazione dell'integrazione al capitolato avviene con le stesse modalità previste per il capitolato.

A seconda delle caratteristiche del programma o del prodotto software, è consentito chiarire il contenuto delle sezioni, introdurre nuove sezioni o combinarne alcune.

1. INTRODUZIONE

Nella sezione indicare il nome, breve descrizione l'ambito del programma o del prodotto software e la struttura in cui il programma o il prodotto software viene utilizzato.

2. BASE PER LO SVILUPPO

Il documento (documenti) sulla base del quale viene effettuato lo sviluppo;

L'organizzazione che ha approvato questo documento e la data della sua approvazione;

Il nome e/o il simbolo dell'argomento di sviluppo.

3. SCOPO DELLO SVILUPPO

La sezione deve indicare lo scopo funzionale e operativo del programma o del prodotto software.

4. REQUISITI DEL PROGRAMMA O DEL PRODOTTO SOFTWARE

4.1. requisiti di prestazione.

La sezione dovrebbe specificare i requisiti per la composizione delle funzioni svolte, l'organizzazione dei dati di input e output, le caratteristiche temporali, ecc.

4.2. requisiti di affidabilità.

La sottosezione dovrebbe specificare i requisiti per garantire un funzionamento affidabile (garantire stabilità, controllo delle informazioni di input e output, tempo di ripristino dopo un guasto, ecc.).

4.3. Condizioni operative.

La sottosezione deve indicare le condizioni operative (temperatura dell'aria ambiente, umidità relativa, ecc. per i tipi di supporto dati selezionati) in base alle quali devono essere fornite le caratteristiche specificate, nonché il tipo di servizio, importo richiesto e qualifiche del personale.

4.4. Requisiti per informazioni e compatibilità software.

La sottosezione dovrebbe specificare i requisiti per le strutture informative in ingresso e in uscita e i metodi di soluzione, i codici sorgente, i linguaggi di programmazione e gli strumenti software utilizzati dal programma.

Ove necessario, le informazioni ei programmi dovrebbero essere protetti.

5. REQUISITI PER LA DOCUMENTAZIONE DEL PROGRAMMA

La sezione dovrebbe indicare la composizione preliminare della documentazione del programma e, se necessario, i requisiti speciali per essa.

6. INDICATORI TECNICI ED ECONOMICI

La sezione dovrebbe indicare: efficienza economica stimata, fabbisogno annuo stimato, vantaggi economici dello sviluppo rispetto ai migliori campioni o analoghi nazionali ed esteri.

7. FASI E FASI DI SVILUPPO

La sezione stabilisce le fasi di sviluppo necessarie, le fasi e il contenuto del lavoro (un elenco di documenti di programma che devono essere sviluppati, concordati e approvati), nonché, di norma, la sequenza temporale di sviluppo e determina gli esecutori.

8. ORDINE DI CONTROLLO E ACCETTAZIONE

La sezione dovrebbe specificare i tipi di prove e i requisiti generali per l'accettazione del lavoro.

v applicazioni al capitolato, se necessario, portare:

Elenco delle ricerche e altri lavori che comprovano lo sviluppo;

Schemi algoritmici, tabelle, descrizioni, giustificazioni, calcoli e altri documenti che possono essere utilizzati nello sviluppo;

Altre fonti di sviluppo.

APPENDICE 3

TESTO DEL PROGRAMMA (GOST 19.401 - 78)

Per il testo del programma nella lingua di partenza, se c'è un'annotazione, include una breve descrizione della funzione del programma.

La parte principale del documento dovrebbe essere costituita dai testi di una o più sezioni, a cui sono attribuiti dei titoli.

È inoltre consentito inserire un nome per un insieme di sezioni.

Ognuna di queste sezioni è implementata da uno dei tipi di notazione simbolica, ad esempio:

Notazione simbolica in lingua originale;

Notazione simbolica nelle lingue intermedie;

Rappresentazione simbolica di codici macchina, ecc.

APPENDICE 4

DESCRIZIONE DEL PROGRAMMA (GOST 19.402 - 78)

A seconda delle caratteristiche del programma, è consentito introdurre sezioni aggiuntive oltre a quelle sotto indicate, oppure combinare singole sezioni.

1. GENERALE

La sezione dovrebbe contenere: designazione e nome del programma; software necessario per il funzionamento del programma; linguaggi di programmazione in cui è scritto il programma.

2. SCOPO FUNZIONALE

La sezione dovrebbe indicare le classi di compiti da risolvere e/o lo scopo del programma e informazioni sulle limitazioni funzionali all'uso.

3. DESCRIZIONE DELLA STRUTTURA LOGICA

La sezione dovrebbe includere:

Algoritmi di programma;

metodi utilizzati;

La struttura del programma con la descrizione delle funzioni delle parti costituenti e le relazioni tra di esse;

Collegamenti del programma con altri programmi.

La descrizione della struttura logica del programma viene effettuata tenendo conto del testo del programma nella lingua di partenza.

4. MEZZI TECNICI UTILIZZATI

La sezione dovrebbe indicare i tipi di computer e dispositivi elettronici utilizzati quando il programma è in esecuzione.

La sezione dovrebbe includere:

Come richiamare il programma dal supporto dati corrispondente;

Punti di ingresso del programma.

È possibile specificare indirizzi di download, informazioni sull'utilizzo memoria ad accesso casuale, l'ambito del programma.

6. DATI DI INGRESSO

La sezione dovrebbe includere:

La natura, l'organizzazione e la preparazione preliminare dei dati di input;

Formato, descrizione e codifica dei dati di input.

7. IMPRONTA

La sezione dovrebbe includere:

La natura e l'organizzazione dell'impronta;

Formato, descrizione e codifica dell'output.

È consentito illustrare il contenuto delle sezioni con esempi esplicativi, tabelle, diagrammi, grafici.

È consentito includere vari materiali nella domanda, che non sono appropriati per essere inclusi in sezioni del documento.

APPENDICE 5

NOTA ESPLICATIVA (GOST 19.404-79)

La compilazione della parte informativa (riassunto e contenuto) è facoltativa.

A seconda delle caratteristiche del documento, possono essere combinate singole sezioni (sottosezioni), nonché possono essere introdotte nuove sezioni (sottosezioni).

INTRODUZIONE

La sezione indica il nome del programma e/o il simbolo del tema di sviluppo, nonché i documenti sulla base dei quali si sta effettuando lo sviluppo, indicando l'organizzazione e la data di approvazione.

1. SCOPO E CAMPO DI APPLICAZIONE

La sezione indica lo scopo del programma, una breve descrizione dell'ambito del programma.

2. SPECIFICHE TECNICHE

La sezione dovrebbe contenere le seguenti sottosezioni:

2.1 Enunciato del problema.

Viene descritta l'enunciazione del problema per lo sviluppo del programma, la descrizione dei metodi matematici applicati e, se necessario, la descrizione delle ipotesi e delle restrizioni associate all'apparato matematico prescelto.

2.2 Descrizione dell'algoritmo e/o funzionamento del programma.

L'algoritmo e/o il funzionamento del programma sono descritti giustificando la scelta dello schema dell'algoritmo per la risoluzione del problema, le possibili interazioni del programma con altri programmi.

2.3 Composizione hardware e software.

Viene fornita la descrizione e la motivazione della scelta della composizione del metodo di organizzazione dei dati di input e output.

2.4 Composizione dell'hardware e del software.

Viene data la descrizione e la giustificazione della scelta della composizione di hardware e software in base ai calcoli e/o analisi effettuati, alla distribuzione dei supporti dati utilizzati dal programma.

3. PRESTAZIONI TECNICO-ECONOMICHE ATTESE

La sezione indica gli indicatori tecnici ed economici che giustificano il vantaggio dell'opzione della soluzione tecnica scelta, nonché, se necessario, gli indicatori operativi previsti.

4. FONTI UTILIZZATE NELLO SVILUPPO

La sezione indica un elenco di pubblicazioni scientifiche e tecniche, documenti normativi e altro materiale scientifico e tecnico a cui si fa riferimento nel testo principale.

v applicazione il documento può includere tabelle, giustificazioni, metodi, calcoli e altri documenti utilizzati nello sviluppo.

APPENDICE 6

DICHIARAZIONE DEI DOCUMENTI DI ACCOMPAGNAMENTO

GOST 19.507 - 79

La compilazione della parte informativa (riassunto e contenuto) è facoltativa.

La dichiarazione elenca i documenti inclusi nell'elenco dei documenti operativi.

L'elenco dei documenti operativi dovrebbe contenere le seguenti sezioni: documenti per il programma; documenti per i componenti del programma.

L'elenco dei documenti operativi per un componente che ha un uso indipendente dovrebbe contenere solo la sezione "Documenti per il programma".

Nella sezione “Documenti per il programma” tutti i documenti operativi (tranne il prospetto dei documenti operativi) devono essere registrati su questo programma.

Nella sezione "Documenti per le parti componenti del programma", devono essere registrate le dichiarazioni dei documenti operativi per tutti i programmi direttamente inclusi nel programma.

I documenti sono registrati nel prospetto sotto le intestazioni delle sezioni della colonna “Nome”.

I documenti sono registrati nelle dichiarazioni in ordine crescente del codice del tipo del documento incluso nella designazione.

Le colonne della dichiarazione sono compilate come segue:

· nella colonna "Designazione" indicare la designazione dei documenti secondo GOST 19.103-77;

· nella colonna “Nome” indicare la denominazione completa del documento operativo secondo la denominazione indicata nel foglio di approvazione o frontespizio;

Per i documenti per questo programma, vengono registrati solo il nome e il tipo di documenti;

nella colonna “Col. copia." indicare il numero di copie di questo documento;

· nella colonna “Location” indicare il numero della cartella in cui è memorizzato il documento stampato.

È consentito annotare il testo delle note e Informazioni aggiuntive relativi ad ulteriori documenti operativi, se necessario.

È consentito fornire numeri di serie delle banconote.

Il testo delle note può essere trascritto alla fine delle relative sezioni del prospetto dei documenti operativi. È consentito scrivere il testo delle note sugli ultimi fogli della dichiarazione dei documenti operativi su moduli senza colonne con il numero di serie delle note.

Il prospetto fornisce anche, se necessario, un elenco di cartelle in cui vengono inseriti i documenti stampati.

Le cartelle nell'estratto conto vengono registrate dopo aver elencato tutti i documenti sotto la voce "Elenco cartelle" nella colonna "Nome" in ordine crescente del numero di serie.

Quando si registrano le cartelle, le colonne dell'estratto conto vengono compilate come segue:

La colonna “Denominazione” è sottolineata;

Nella colonna “Nome” indicare il nome e il numero della cartella, ad esempio “Cartella n. 1”;

Nella rubrica "Col. copia." indicare il numero di copie delle cartelle con questo nome, che fanno parte di un insieme di documenti operativi;

Nella colonna "Posizione" indicare, se necessario, la posizione delle cartelle.

Un esempio di compilazione di una dichiarazione di documenti operativi

Designazione

Nome

Posizione

AV 001-01_32_01-1

Sistema operativo. Strumenti di ripristino del sistema

AV 001-01_32_01-2

Sistema operativo. Editor di collegamenti.

APPENDICE 7

DESCRIZIONE DELL'APPLICAZIONE (GOST 19.502-78)

La compilazione della parte informativa (abstract e contenuto) è obbligatoria.

A seconda delle caratteristiche del programma, è consentito introdurre sezioni aggiuntive o combinare singole sezioni.

1. SCOPO DEL PROGRAMMA

La sezione indica lo scopo, le capacità del programma, le sue caratteristiche principali, le restrizioni imposte all'ambito del programma.

2. CONDIZIONI D'USO

La sezione indica le condizioni necessarie per l'attuazione del programma (requisiti per i mezzi tecnici necessari per questo programma e altri programmi, caratteristiche generali delle informazioni di input e output, nonché requisiti e condizioni di natura organizzativa, tecnica e tecnologica, eccetera.).

3. DESCRIZIONE DEL PROBLEMA

La sezione dovrebbe contenere definizioni del problema e metodi per risolverlo.

4. DATI DI INGRESSO E USCITA

La sezione dovrebbe contenere informazioni sui dati di input e output.

In appendice al documento possono essere inseriti materiali di riferimento (illustrazioni, tabelle, grafici, esempi, ecc.).

APPENDICE 8

MANUALE DI MANUTENZIONE

(GOST 19.508-79)

La compilazione della parte informativa (abstract e contenuto) è obbligatoria.

A seconda delle caratteristiche del documento, è consentito introdurre sezioni aggiuntive.

1. INTRODUZIONE

La sezione indica lo scopo del manuale, un elenco di documenti operativi che dovrebbero essere utilizzati in aggiunta al manuale durante la manutenzione.

2. ISTRUZIONI GENERALI

La sezione indica la procedura per la manutenzione, fornisce indicazioni sull'organizzazione e le caratteristiche della sua attuazione.

3. REQUISITI DEI MEZZI TECNICI

La sezione indica la composizione minima dei mezzi tecnici che garantiscono il funzionamento del programma.

4. DESCRIZIONE DELLE FUNZIONI

La sezione indica:

La composizione massima dei mezzi tecnici testati da questo programma;

Descrizione del funzionamento congiunto di hardware e software, con indicazione del metodo di gestione degli errori;

Descrizione dell'organizzazione dei dati di input e output utilizzati nella manutenzione dei mezzi tecnici;

Descrizione delle interazioni dei dispositivi con il programma, i risultati delle interazioni, con l'output dei risultati del programma.

APPENDICE 9

1. Sviluppare un modulo software "Contabilità dei progressi degli studenti".

Il modulo software è progettato per registrare tempestivamente i progressi degli studenti in una sessione da parte del preside, dei vice presidi e del personale del preside. Le informazioni sullo stato di avanzamento degli studenti devono essere conservate durante l'intero periodo degli studi e utilizzate nella preparazione degli attestati dei corsi seguiti e dei supplementi ai diplomi.

2. Sviluppare un modulo di programma "File personali degli studenti".

Il modulo software è progettato per ottenere informazioni sugli studenti da parte dei dipendenti dell'ufficio del preside, del comitato sindacale e dell'ufficio del personale. Le informazioni devono essere conservate durante l'intero periodo di formazione degli studenti e utilizzate nella preparazione di certificati e relazioni.

3. Sviluppare un modulo software "Dipartimento".

Il modulo contiene informazioni sul personale del dipartimento (nome, posizione, titolo accademico, discipline, carico di lavoro, assistenza sociale, lavoro part-time, ecc.) ed è destinato all'uso da parte dei dipendenti dell'ufficio del personale e dell'ufficio del preside.

4. Sviluppare un modulo software "Laboratorio".

Il modulo contiene informazioni sui dipendenti del laboratorio (nome, sesso, età, stato civile, presenza di figli, posizione, titolo accademico) ed è destinato all'utilizzo da parte dei dipendenti del comitato sindacale e dell'ufficio del personale.

5. Sviluppare un modulo software "Car Service".

Al momento della registrazione al servizio, viene compilata una domanda che indica il nome del proprietario, la marca dell'auto, il tipo di lavoro, la data di ricezione dell'ordine e il costo delle riparazioni. Al termine del lavoro, viene stampata una ricevuta.

6. Sviluppare un modulo software "Contabilità delle violazioni delle regole del traffico
movimento."

Per ogni vettura e il suo proprietario, nel database viene memorizzato un elenco di violazioni. Per ogni violazione vengono registrati la data, l'ora, il tipo di violazione e l'entità; bene. Quando tutte le multe sono state pagate, l'auto viene rimossa dal database.

7. Sviluppare un modulo software "File scheda dell'agenzia immobiliare".

Il modulo è destinato all'uso da parte dei dipendenti dell'agenzia. Il database contiene informazioni sugli appartamenti (numero di stanze, piano, metraggio, ecc.). Al ricevimento di una richiesta di scambio (acquisto, vendita), viene effettuata una ricerca per un'opzione adatta. In caso contrario, il cliente viene inserito nella base clienti e notificato quando viene visualizzata un'opzione.

8. Sviluppare un modulo software "File tessera degli abbonati ATS".

Il file della scheda contiene informazioni sui telefoni e sui loro proprietari. Corregge gli arretrati di pagamento (abbonato e a tempo). Si ritiene che sia già stato introdotto il pagamento orario delle telefonate locali.

9. Sviluppare un modulo software "Biglietteria aerea".

Il modulo contiene informazioni sulla disponibilità di posti sulle rotte aeree. La banca dati dovrebbe contenere informazioni sul numero del volo, l'equipaggio, il tipo di aeromobile, la data e l'ora di partenza, nonché il costo dei biglietti aerei (di classi diverse). Quando viene ricevuta una domanda per i biglietti, il programma cerca un volo adatto.

10. Sviluppare un modulo software "Bookstore".

11. Sviluppare un modulo software "Parcheggio".

Il programma contiene informazioni sulla marca dell'auto, il suo proprietario, la data e l'ora di ingresso, il costo del parcheggio, gli sconti, gli arretrati di pagamento, ecc.

12. Sviluppare un modulo software "Agenzia di reclutamento".

Il modulo contiene informazioni su offerte di lavoro e curriculum. Il modulo software è progettato sia per trovare un dipendente che soddisfi i requisiti dei dirigenti dell'azienda, sia per trovare un lavoro adatto.

13. Sviluppare un modulo software "Calcolo dell'ammortamento degli immobili".

Il programma dovrebbe fornire calcoli con due metodi (ammortamento uniforme e contabilizzazione multipla degli ammortamenti), nonché fornire il controllo sulla correttezza dei dati di input ed emettere messaggi di avviso in caso di: a) assenza di uno o più dati per il calcolo;

b) il valore liquido specificato supera il valore iniziale;

c) è indicato un periodo di calcolo che eccede il periodo di ammortamento.

14. Sviluppare un modulo software "Examiner".

L'attività di test dovrebbe essere composta da 5-7 domande, il nome del file di test è specificato nella riga di comando dell'elenco dei programmi.

15. Sviluppare un modulo software "Contabilità delle ore lavorate
studenti."

Il programma deve essere implementato utilizzando MS Visual Studio; abilitare l'input-output del cognome dello studente, del numero del gruppo e delle ore lavorate, nonché una breve descrizione del lavoro svolto; visualizzare un elenco di studenti e una breve descrizione del lavoro per ciascuno di essi; essere in grado di modificare l'elenco e le descrizioni.

16. Sviluppare un modulo software "Programma informativo e di riferimento per gli indirizzi di posta dei clienti".

Il programma deve essere implementato utilizzando MS Visual Studio; abilitare l'input-output del cognome, nome e patronimico del cliente e del suo indirizzo postale; visualizzare un elenco di clienti e un indirizzo per ciascuno di essi; essere in grado di modificare l'elenco e gli indirizzi; essere in grado di creare e visualizzare più elenchi; essere in grado di esportare informazioni in altre applicazioni, come MS Word.

17. Sviluppare un modulo software "File scheda per la letteratura contabile in biblioteca".

Il programma deve essere implementato utilizzando MS Visual Studio; abilitare l'input-output del titolo del libro e dell'autore e una breve annotazione; visualizzare un elenco di libri e annotazioni per ciascuno di essi; essere in grado di modificare il titolo del libro e l'annotazione; essere in grado di creare più elenchi in materia di letteratura e trasferire informazioni da un elenco all'altro.

18. Sviluppare un modulo software "Contabilità delle merci in magazzino".

Il programma deve essere implementato utilizzando MS Visual Studio; dare la possibilità di inserire il nome del prodotto e la quantità, nonché una breve descrizione; visualizzare un elenco di prodotti e descrizioni per ciascuno; essere in grado di modificare il nome e la descrizione del prodotto; essere in grado di creare più elenchi per gruppi di prodotti.

19. Sviluppare un modulo software "Programma del tipo di giocoMaestroMente".

Il programma deve essere implementato utilizzando MS Visual Studio; dare la possibilità di indovinare i set di colori e visualizzare informazioni sugli errori; l'utente riceve diversi tentativi; se il set viene indovinato, viene visualizzato un messaggio di vincita, in caso contrario viene visualizzato un nuovo tentativo o un messaggio di perdita.

20. Sviluppare un modulo software "Gioco di logica per indovinare una combinazione di numeri".

Il programma deve essere implementato utilizzando MS Visual Studio; dare l'opportunità di indovinare combinazioni numeriche e visualizzare informazioni sugli errori; l'utente riceve diversi tentativi; se la combinazione viene indovinata viene visualizzato un messaggio di vincita, in caso contrario viene visualizzato un nuovo tentativo o un messaggio di perdita. Il tempo per pensare è limitato.

21. Sviluppare un modulo software "Programma per visualizzare l'orario delle lezioni in corso per un gruppo di studenti".

Il programma deve essere implementato utilizzando MS Visual Studio; a seconda dell'ora, visualizzare sullo schermo la lezione in corso, il suo inizio e la sua fine secondo il programma inserito.

22. Sviluppare un modulo software "Informazioni e programma di riferimento per la venditaCD".

Il programma deve essere implementato utilizzando MS Visual Studio; abilitare l'input-output del nome, del costo e del riepilogo del disco; visualizzare un elenco di dischi e un breve riepilogo per ciascuno di essi; essere in grado di modificare l'elenco e i contenuti; essere in grado di importare una descrizione del disco da un'altra applicazione, come MS Word.

23. Creare un modulo software "CorporateSito web dell'azienda di viaggi.

Il nodo deve contenere homepage, una pagina di notizie, 3 pagine di descrizione di percorsi e servizi turistici e una pagina di feedback.Inoltre, il nodo deve contenere informazioni testuali, grafiche e multimediali.

24. Creare un modulo software "CorporateSito web di un negozio di accessori per computer.

Il nodo dovrebbe contenere una home page, una pagina di notizie, una pagina di feedback e diverse pagine di descrizione delle parti, ad esempio, dischi fissi, schede video e sintonizzatori TV. Inoltre, il nodo deve contenere informazioni testuali, grafiche e multimediali.

25. Creare un modulo software "CorporateSito Web del negozio di periferiche per computer.

Il nodo dovrebbe contenere una home page, una pagina di notizie, una pagina di feedback e diverse pagine che descrivono periferiche come stampanti, display e webcam. Inoltre, il nodo deve contenere informazioni testuali, grafiche e multimediali.

26. Creare un modulo di programma "PersonalSito Web dell'amministratore di rete di computer.

Il nodo dovrebbe contenere una home page, una pagina su se stesso, un diagramma di rete e la sua posizione per premesse, una pagina di commenti e relative correzioni. Il nodo deve contenere informazioni testuali, grafiche e multimediali

27. Crea un modulo di programma "Sito web del progetto di valorizzazione del territorio del liceo.

28. Crea un modulo di programma "Sito web del progetto di costruzione di un giardino d'inverno sul territorio del liceo.

Il nodo dovrebbe contenere una home page, una descrizione del progetto, un elenco di tappe fondamentali con scadenze, un elenco di partecipanti e delle loro responsabilità e un forum di discussione. Il nodo deve contenere informazioni testuali, grafiche e multimediali

BIBLIOGRAFIA

1. GOST 7.1–84. Descrizione bibliografica del documento. Requisiti generali e regole per la compilazione.

2. GOST 7.9-95. Astratto e astratto. Requisiti generali.

3. Standard del Sistema Unificato di Documentazione del Programma (ESPD).

4. Istruzioni Shishkin per il progetto del corso. - Smolensk, 2002.

5. Dati Rudakov. Sviluppo di applicazioni - San Pietroburgo: BHV-Petersburg, 2006

6. Uso e progettazione di database Ilyushechkin - M.: Istruzione superiore. 2009

INTRODUZIONE.. 3

1. SCOPO E OBIETTIVI DEL CORSO PROGETTAZIONE.. 3

2. SELEZIONA IL TEMA... 4

3. ARGOMENTI DEI PROGETTI DEL CORSO.. 4

5. STRUTTURA DEL PROGETTO DEL CORSO.. 5

6. FORMULAZIONE DELLA NOTA ESPLICATIVA AL PROGETTO DEL CORSO.. 6

7. PROGETTO DI DIFESA DEL CORSO.. 7

APPENDICE 1.8

APPENDICE 2.9

APPENDICE 3. 11

APPENDICE 4. 12

APPENDICE 5. 14

APPENDICE 6. 15

APPENDICE 7. 16

APPENDICE 8. 17

APPENDICE 9. 18

RIFERIMENTI... 22

introduzione

1. Parte analitica

1.1Caratteristiche tecniche ed economiche dell'area disciplinare e dell'impresa.

1.1.1 Caratteristiche dell'impresa

1.2 Caratteristiche del complesso di compiti, compiti e giustificazione della necessità di automazione

1.2.1 Selezione di un insieme di attività di automazione e caratteristiche dei processi aziendali esistenti

1.2.2 Giustificazione della necessità di utilizzare la tecnologia informatica per risolvere il problema

1.2.3 Descrizione delle principali proprietà di IS per l'impresa e l'insieme di attività selezionato

1.2.4 Essenza economica dell'insieme dei compiti

1.2.5 Determinazione del posto del compito previsto nel complesso dei compiti

1.2.6 Essenza del compito

1.3.2 Selezione e giustificazione di una strategia di automazione delle attività

1.4 Stabilire obiettivi e sottocompiti dell'automazione. Criteri per il raggiungimento dell'obiettivo.

1.4.3 Caratteristiche generali dell'organizzazione della risoluzione di sottocompiti su un computer

1.5 Analisi degli sviluppi esistenti e giustificazione della scelta della tecnologia di progettazione.

1.6 Giustificazione delle decisioni progettuali

1.6.2 Giustificazione delle soluzioni progettuali per il supporto informativo

2. Parte di progettazione

2.1 Supporto informativo del compito

2.1.4 Caratteristiche della banca dati.

2.2 Attività software

2.3 Supporto tecnologico del compito

2.4 Test case di implementazione del progetto e sua descrizione

Conclusione

Elenco delle fonti utilizzate

1.1 Tecnico - caratteristiche economiche dell'area disciplinare e dell'impresa

1.1.1 Caratteristiche dell'impresa

1. Nome completo: Agenzia per le transazioni immobiliari "Elena". Nome corto: Agenzia Immobiliare Elena.

2. L'agenzia immobiliare Elena è registrata da un imprenditore privato in conformità con la legge della Federazione Russa "Sulla registrazione statale delle persone giuridiche e degli imprenditori individuali".

3. Sede dell'Agenzia: Federazione Russa, Repubblica del Bashkortostan, città di Oktyabrsky, viale Lenina, 67.

4. Compiti:

· Prestazione di servizi alla popolazione per l'acquisto e la vendita, la donazione, altre operazioni immobiliari secondo la domanda del mercato.

Assistenza nell'ottenimento di mutui ipotecari.

· Creazione di servizi accessibili per la ricerca di informazioni sugli immobili.

· Fornitura di una gamma completa di servizi per l'investimento immobiliare.

Garantire la stabilità nelle attività dell'impresa.

5. Obiettivi dell'azienda:

· Estrazione di profitto.

· Diventare un'agenzia affidabile e coscienziosa che fornisce servizi di alta qualità.

· Attrazione di nuovi clienti.

· Ampliamento della copertura territoriale delle attività.

Agenzie immobiliari "Elena" per il 2006, 2007, 2008.

	Indicatori di base	2006	2007	Deviazioni (%) dal 2007 al 2006	2008	Deviazioni (%) dal 2007 al 2006
1	2	3	4	5	6	7
1.	Il volume dei servizi forniti, migliaia di rubli;	6500	7100	109	9800	151
2.	Costo dei servizi resi, migliaia di rubli;	5200	5400	104	7340	141
3.	Costi per 1 rublo di servizi resi, copechi;	1,25	0,76	60	0,75	60
4.	Profitto, mille rubli;	1300	1700	131	2460	189
5.	Redditività, %	25	34	136	33	132
6.	Numero di personale, persone;	5	6	120	8	160
7.	Produttività del lavoro, migliaia di rubli / persona;	1300	1183	91	1225	94
8.	Salario medio mensile, strofinare;	8000	10000	125	15000	187
9.	Fondo salari, strofinare;	40000	60000	150	120000	300

Utilizzando i dati di cui sopra, valutiamo i risultati finanziari dell'agenzia "Elena" per il periodo 2006, 2007, 2008.

La tabella mostra che il volume dei servizi forniti cresce ogni anno: nel 2007, rispetto al 2006 - del 9%, nel 2008 - del 51%.

I seguenti fattori hanno contribuito a questo aumento:

I prestiti ipotecari erano disponibili nel 2008: l'interesse della banca variava dall'11% annuo;

Il mercato dei servizi forniti si è notevolmente ampliato, conquistando le vicine città della regione;

Con l'avvento di nuovi agenti immobiliari nell'agenzia, i termini di lavoro sono stati drasticamente ridotti;

Un avvocato fornisce consulenze gratuite, dopodiché i clienti diventano clienti dell'agenzia di elaborazione delle transazioni.

Il costo dei servizi resi nel 2007, rispetto al 2006, è aumentato rispettivamente del 4% e nel 2008, rispettivamente, del 41%. I seguenti fattori hanno contribuito all'aumento dei costi:

Aumento dei costi dell'energia, aumento dei prezzi per acqua, riscaldamento, telefono, pagamenti Internet;

Installazione dell'ultimo allarme di sicurezza;

Aumento del consumo di carburante per le auto;

I costi per 1 rublo dei servizi forniti (il rapporto tra costo e volume dei servizi forniti) nel 2007 e nel 2008 rispetto al 2006 sono diminuiti del 40%.

Questa diminuzione è dovuta al fatto che l'azienda cerca di ridurre al minimo i costi:

Connessioni Internet illimitate;

Maggiore uso del passaparola per attirare i clienti;

Restrizioni alle telefonate interurbane;

A giudicare dagli indicatori di profitto (la differenza tra il volume dei servizi e il costo), l'agenzia lavora in modo redditizio, ovvero il profitto cresce ogni anno: nel 2007, rispetto al 2006, è aumentato del 31%, nel 2008 anche rispetto al 2006 è aumentato dell'89%.

Ciò è stato influenzato da una riduzione dei costi per 1 rublo dei servizi forniti. La dinamica di crescita della redditività è determinata dalle stesse ragioni.

Il numero del personale aumenta ogni anno, nel 2007 è stato aggiunto al personale 1 agente immobiliare, nel 2008 - altri 3 specialisti. Ciò è dovuto all'aumento del volume dei servizi forniti. Se necessario, gli specialisti si sostituiscono a vicenda, aumentando così il livello delle loro qualifiche, impedendo al cliente di lasciare l'azienda per un'altra agenzia.

Nel 2007 la produttività del lavoro (rapporto tra il volume dei servizi forniti e il numero dei dipendenti), rispetto al 2006, è diminuita del 9% e nel 2008, rispetto al 2006, del 6%. Ciò è stato influenzato dall'espansione dello stato. Tuttavia, questo è normale per l'azienda, i dipendenti entrano rapidamente nel ritmo di lavoro, quindi ci sono tendenze ad aumentare la produttività del team.

La retribuzione media mensile dei dipendenti nel 2007, rispetto al 2006, è aumentata del 25%, nel 2008, rispettivamente, dell'87%. Di conseguenza, aumenta la cassa salari (il prodotto della media mensile salari sul numero del personale). Questa crescita è associata a un aumento del volume dei servizi forniti, così come il regista incoraggia con bonus di efficienza e professionalità, a spese dell'azienda che invia a seminari retribuiti a Mosca, Ufa, Samara.

In generale, l'agenzia immobiliare "Elena" lavora stabilmente, con profitto, nonostante la generale instabilità economica. Alzare e abbassare i prezzi influisce sul mercato immobiliare, ma c'è sempre qualcuno che vuole vendere e qualcuno che vuole acquistare un immobile, è necessario organizzare il lavoro dell'azienda in modo tale che vengano da te per i tuoi servizi.

1.1.2 Struttura organizzativa della gestione d'impresa e sue caratteristiche

Struttura

L'agenzia ha una struttura organizzativa rudimentale che riflette la divisione a due livelli che si trova solo nelle piccole organizzazioni.

Capo dell'ufficio. Capogruppo di agenti immobiliari

Doveri:

· Gestione di un gruppo di agenti immobiliari.

· Pianificazione, controllo e rendicontazione sul lavoro dell'ufficio.

· Monitoraggio dello stato di avanzamento di tutte le transazioni.

· Formazione di agenti immobiliari.

· Ricevere ed effettuare pagamenti anticipati.

Consulente legale senior:

Doveri:

· Supporto alle offerte

Verifica della "purezza" della documentazione

· Monitoraggio del rispetto della normativa delle attività dell'agenzia.

Contabile

Doveri:

· Preparazione e presentazione dei rapporti

Agente immobiliare

Doveri:

・Ricevi chiamate

· Consulenza ai potenziali clienti.

· Conclusione di contratti di agenzia presso la sede dell'azienda e sopralluoghi presso il cliente.

· Selezione di appartamenti su una banca dati immobiliare specializzata.

· Visualizzazione degli appartamenti.

Raccolta di documenti

· Preparazione delle transazioni.

· Effettuare pagamenti anticipati.

Capo ufficio

Doveri:

· Supporto amministrativo alle attività d'ufficio.

· Incontrare i clienti. Tè, caffè per i clienti.

· Invia/ricevi fax. Stampa di documenti.

· Acquisto di cancelleria e altri beni per la vita dell'ufficio.

Mantenimento delle statistiche delle visite in ufficio da parte dei dipendenti.

Corriere

· Consegna della corrispondenza.

· Consegna dei documenti.

Figura 1.1 Organigramma

Caratteristica

L'attività immobiliare non implica la presenza di un'educazione speciale, perché. il mercato dell'istruzione non forma specialisti in questo campo.

Tutte le persone che lavorano nell'agenzia hanno un'istruzione superiore, ma le professioni e le aree di attività prima di lavorare presso l'agenzia Elena erano piuttosto diverse. Tutti hanno una "spinta commerciale", di norma sono ex imprenditori o avvocati esperti.

Ad esempio, il consulente legale Giniyatullin Galimyan Gallimullinovich si è laureato presso la Bashkir State University, facoltà di giurisprudenza. È stato impegnato in attività legali per più di 30 anni, prima di entrare nell'agenzia ha lavorato nel dipartimento di Oktyabrsky della Camera di registrazione statale, nel 2008 ha ricevuto un certificato di formazione avanzata nella direzione di "Gestione di una società immobiliare" .

Tuttavia, non bisogna sottovalutare i giovani dipendenti dell'azienda, che magari non conoscono alcune sfumature, ma circondano il loro cliente con attenzione e cura, adottano un approccio responsabile al business, in modo che in seguito ne parlino ai loro amici.

L'azienda dispone di un commercialista altamente qualificato con una vasta esperienza lavorativa, in modo che l'azienda svolga la propria attività in conformità con la legge, sappia quali tasse pagare.

La specificità della domanda dei consumatori è questa clienti abituali l'azienda no. Ciò è dovuto al fatto che avendo soddisfatto i propri bisogni abitativi, o viceversa, avendo venduto un appartamento, scompare l'ulteriore necessità di servizi. Tuttavia, dopo aver completato l'accordo in modo professionale, dopo aver rilasciato supporto legale per l'accordo, i dipendenti dell'agenzia si guadagnano una buona reputazione, quindi i clienti diretti raccomandano l'agenzia ai loro parenti e amici.

Molto probabilmente, un tale schema funziona e dà risultati.

L'agenzia "Elena" è passata da due a otto persone. Si tratta di un team mobile ben coordinato che migliora costantemente le proprie competenze. Cinque persone hanno un'istruzione superiore, due studiano nelle università, il che ci consente di fornire servizi professionali di alta qualità, attirando un numero crescente di clienti

1.1.3 Descrizione delle informazioni e supporto tecnico dell'impresa, la funzionalità utilizzata

L'entità aziendale che stiamo considerando utilizza le seguenti apparecchiature.

· 7 personal computer.

· 7 telefoni fissi su una linea.

· 3 stampanti.

· 1 fax.

· 1 fotocopiatrice.

· 1 router per l'accesso a Internet.

E il seguente software.

7 sistemi operativi Windows XP

7 pacchetti MSoffice 2003

1 programma di contabilità 1C Contabilità 7.7

· 1 pacchetto software Garante.

1.2 Caratteristiche del complesso di compiti, compiti e giustificazione della necessità di automazione

1.2.2 Selezione di un insieme di attività di automazione e caratteristiche dei processi aziendali esistenti

Attualmente, un'impresa commerciale deve operare in condizioni finanziarie ed economiche difficili. La chiave per il buon funzionamento dell'impresa in tali condizioni è l'organizzazione più efficace dell'impresa a tutti i livelli. Questo è un compito complesso, la cui soluzione di successo non è nel campo di una scienza, ma di solito all'intersezione di molte discipline, come gestione e gestione, logistica, contabilità e, naturalmente, informatica.

L'automazione dei processi aziendali di un'impresa moderna è necessaria e prerequisito la sua riuscita operazione. È difficile immaginare oggi un'impresa in cui, ad esempio, la contabilità viene svolta manualmente. Ma la contabilità è tutt'altro che l'unico esempio di applicazione di automazione in un'azienda. Le tecnologie informatiche esistenti consentono di automatizzare le attività di quasi tutti i livelli dell'impresa. Sulla base di ciò, diventa chiaro che l'automazione delle attività sta diventando un compito chiave che la direzione deve risolvere affinché l'impresa possa lavorare nel modo più efficiente possibile.

In questo progetto di tesi viene considerata l'automazione dell'attività di un'impresa che fornisce servizi, che, ovviamente, impone le proprie specifiche al compito di automazione. L'automazione dell'attività di un'impresa che fornisce servizi è un insieme di attività, ognuna delle quali è un progetto completo. Le attività di automazione includono:

contabilità nell'impresa;

contabilità per appartamenti e case in affitto e vendita;

contabilità per i clienti che desiderano affittare o acquistare un appartamento;

Contabilità per i clienti che ricevono altri servizi;

Puoi portare una serie di sottosistemi nelle complesse attività di automatizzazione delle attività di un'agenzia immobiliare. Va notato che tutte le attività nel complesso delle attività sono interconnesse e le operazioni che si svolgono nell'impresa non possono essere correlate a nessuna attività.

1.2.3 Giustificazione della necessità di utilizzare la tecnologia informatica per risolvere il problema

L'analisi del compito porta alla conclusione che la sua soluzione con gli strumenti contabili tradizionali utilizzando documenti cartacei è possibile ma inefficiente. In primo luogo, tale conclusione deriva dall'analisi del numero di transazioni nella gestione di un cliente o di un immobile. Per una grande agenzia immobiliare, il numero di tali transazioni può raggiungere un numero tale che la loro esecuzione manuale diventa semplicemente impossibile. È anche molto difficile archiviare e cercare informazioni su immobili e relative proprietà, clienti e transazioni in formato cartaceo. Non è necessario descrivere i vantaggi e la comodità della ricerca di informazioni, ad esempio su un appartamento in un sistema informativo conveniente e veloce rispetto alla ricerca di tali informazioni in cartelle di documenti cartacei. Allo stesso modo, la ricerca di informazioni su qualsiasi operazione completata dell'attività immobiliare può essere trovata nel diario documenti elettronici con tutti i dettagli della sua attuazione in modo rapido e conveniente.

Tuttavia, l'uso della tecnologia informatica fornisce non solo la comodità e la velocità di ricerca di informazioni e scartoffie, ma aumenta anche l'efficienza del lavoro su un nuovo livello, fornendo funzionalità non disponibili in precedenza. In primo luogo, riguarda il sottosistema dell'informazione analitica. In precedenza, utilizzando un sistema di contabilità cartacea, era possibile ottenere informazioni sulle transazioni concluse e analizzare i servizi più richiesti solo sollevando tutta la documentazione e i contratti, ma ora è diventato molto più veloce e accessibile, il che ti consentirà di valutare la domanda di vari servizi sul mercato.

In aggiunta a quanto sopra, evidenziare una serie di report analitici che possono essere ottenuti utilizzando un sistema informativo automatizzato. Da tali relazioni, analisi dello stato del mercato immobiliare, analisi delle proposte del mercato immobiliare, fluttuazioni del costo degli alloggi, analisi dei servizi conclusi.

Un altro indiscutibile vantaggio dell'utilizzo di un sistema informativo automatizzato è la sicurezza dell'archiviazione delle informazioni. Durante la memorizzazione delle informazioni su carta, la perdita di qualsiasi documento cartaceo era insostituibile. Tale perdita potrebbe verificarsi sia come risultato delle azioni di malfattori, sia come risultato dell'azione di forze irresistibili. Quando si archiviano informazioni in forma elettronica, i metodi esistenti per garantire la sicurezza dell'archiviazione delle informazioni e la loro duplicazione rendono tale archiviazione assolutamente affidabile.

Pertanto, possiamo individuare i seguenti principali vantaggi dell'utilizzo di un sistema informativo automatizzato basato sulla tecnologia informatica per risolvere il problema della costruzione di un sistema contabile:

Miglioramento della comodità di ricerca e selezione dei dati dalle directory per la memorizzazione di informazioni statiche e registri delle operazioni eseguite;

· aumentare la velocità di ricerca e selezione delle informazioni, nonché la registrazione delle transazioni immobiliari;

· Garantire l'impatto di ogni nuova proposta apparsa sul mercato immobiliare sulle vecchie applicazioni dei clienti;

Garantire la sicurezza dell'archiviazione delle informazioni;

Fornire lavoro multiutente.

1.2.4 Descrizione delle principali proprietà di IS per l'impresa e l'insieme di attività selezionato.

Le principali proprietà di IP per questa impresa sono

Piccolo e semplice: non c'è bisogno di attività correnti in un IS grande e complesso

· Dinamico e facilmente modificabile - costruito sulla base di Microsoft Access non richiede competenze specialistiche per cambiare IP

Bassa sicurezza: in questa fase, l'azienda non ha requisiti per la sicurezza IP

· Una persona partecipa attivamente al lavoro di IS - inserimento dati, acquisizione dati.

· È esposto a fattori casuali quali: errori di tali dispositivi, errori del personale.

Questa classe di compiti è importante, poiché l'automazione delle attività di tale impresa come agenzia immobiliare nel suo insieme è un compito piuttosto non banale.

Il software per una tale classe di attività come l'automazione delle attività di un'agenzia immobiliare è piuttosto raro e non ampiamente utilizzato, molto probabilmente a causa del fatto che le grandi agenzie scrivono tale software da sole con interi dipartimenti e successivamente non lo sostituiscono vendita per non rendere la vita più facile ai potenziali concorrenti.

Pertanto, per ottenere tale IS, è consigliabile che un'impresa sviluppi il sistema più adatto, tenendo conto di tutte le sfumature dell'attività di questa azienda.

E, naturalmente, l'uso della proprietà intellettuale in un settore in rapida evoluzione come quello del settore immobiliare nei nostri giorni di crisi aiuterà a valutare rapidamente la situazione del mercato e ad adottare misure proattive nella direzione che darà importo massimo arrivato adesso. Ciò che è molto importante per la sopravvivenza dell'azienda nel mercato durante una crisi. Consente di stimare i costi.

In futuro, il sistema consentirà anche di valutare le prospettive a lungo termine e di fornire informazioni per capire in cosa vale la pena investire a lungo termine.

1.2.6 Determinazione del posto del compito previsto nel complesso dei compiti

Tra i compiti di automazione, si dovrebbe evidenziare separatamente il compito di automatizzare la manutenzione del database immobiliare, nonché il mantenimento del database dei clienti dell'organizzazione.

L'accumulo dei dati dei clienti è una parte molto importante dell'automazione di un'impresa che si rivolge al servizio clienti, utilizzando questo database puoi capire di cosa hanno bisogno i clienti in questo momento, anche se attualmente non siamo in grado di soddisfare la richiesta del cliente, informazioni su ciò che lui le esigenze aiuteranno nello sviluppo della gamma di servizi della nostra azienda. La base clienti ti consentirà facilmente di condurre ricerche per indirizzare meglio le tue offerte sul mercato. Darà un vantaggio rispetto ai concorrenti che non dispongono di automazione.

L'automazione del database immobiliare consentirà di rispondere in modo più rapido e completo ai desideri dei clienti, di effettuare selezioni e ricerche complesse in base a numerosi parametri, il che supera notevolmente la situazione attuale quando tutti i dati sono archiviati in documenti di testo in Microsoft Word formato.

Lo scopo di questo progetto di diploma è risolvere esattamente il compito di automatizzare il database dei clienti e il database immobiliare, il compito centrale del complesso compito di automatizzare le attività dell'impresa.

Il complesso dei compiti di automazione e il luogo del problema da risolvere in questo complesso sono mostrati nella Figura 1.2.

Figura 1.2 Il complesso dei compiti di automazione e il luogo del problema da risolvere in questo complesso.

1.2.7 Essenza del compito

Il sistema di contabilità clienti e immobiliare è composto da molti aspetti.

La soluzione a questo problema consiste nel risolvere i sottocompiti che possono essere identificati in questo problema. Si possono distinguere i seguenti sottosistemi:

Il sottosistema per la gestione di appartamenti e case in vendita e il sottosistema per la gestione dei clienti per l'affitto di appartamenti e case sono progettati per memorizzare tutti i dati necessari sugli oggetti immobiliari. Tali dati statici possono essere la proprietà stessa e le sue caratteristiche, informazioni aggiuntive sulla proprietà e altri dati.

Il sottosistema per la gestione dei clienti per l'acquisto di appartamenti e case e il sottosistema per la gestione dei clienti per l'affitto di appartamenti e case dovrebbero fornire informazioni sui clienti, un elenco dei requisiti dei clienti, il tipo di pagamento desiderato, informazioni su chi sta effettuando la transazione, l'ubicazione di beni immobili e altre informazioni sui desideri del cliente. Il sottosistema dovrebbe essere in grado di monitorare la fase della transazione. Il sottosistema per la gestione dei clienti per altri servizi dovrebbe fornire dati sul cliente stesso e sui servizi di cui ha bisogno, la capacità di tracciare la fase del lavoro, contenere informazioni sul dipendente che guida questo cliente. Contengono altre informazioni che i dipendenti ritengono necessarie. Il sottosistema delle informazioni analitiche dovrebbe fornire agli utenti del programma la possibilità di compilare rapporti sulle transazioni completate. I rapporti dovrebbero avere impostazioni flessibili, consentire di impostare le condizioni per la generazione di rapporti, nonché sezioni per la generazione di rapporti. Tutti i rapporti devono essere in formato cartaceo per una facile presentazione dei dati.

1.3 Analisi degli sviluppi esistenti e scelta della strategia di automazione

1.3.1 Analisi degli sviluppi esistenti per l'automazione delle attività

Attualmente sono pochissimi i sistemi informativi automatizzati che risolvono il problema dell'automatizzazione delle attività di un'agenzia immobiliare.

Ad esempio, il sistema "Ideal Option: Real Estate" in questo sistema, sono implementate le seguenti funzionalità

Interfaccia comoda e semplice

Inoltre, opzioni più o meno simili sono i sistemi:

«Banca dati degli oggetti immobiliari»

"Esperto immobiliare"

Il miglior sistema sul mercato è ovviamente Ideal: Real Estate»

Tuttavia, il sistema automatizzato "Ideal Option: Real Estate" è piuttosto complesso e macchinoso. Il sistema richiede qualifiche elevate da parte dell'utente e, inoltre, richiede una configurazione e un'amministrazione piuttosto complesse.

Non meno importante è l'alto fattore di costo del sistema automatizzato "Ideal Option: Real Estate", anche la necessità di assumere uno specialista qualificato per supportare e mantenere il DBMS, la formazione degli utenti e l'impossibilità di supporto tecnico di emergenza a causa della forte lontananza dello sviluppatore influirà notevolmente sul costo. Inoltre, non è necessaria la maggior parte delle funzioni di questo sistema.

Pertanto, sembra inappropriato utilizzare il sistema automatizzato "Opzione ideale: immobiliare" dell'Accademia delle scienze "Elena" per risolvere il compito altamente specializzato di creare un sistema informativo automatizzato. Sembra molto più economico e veloce scrivere un'applicazione separata che risolva questo problema, è facile da installare e utilizzare, economica e facile da usare. Facilmente adattabile alle nuove esigenze aziendali.

Dall'analisi dell'attività dell'impresa, emergono molte carenze nella costruzione del sistema esistente per l'organizzazione del lavoro immobiliare nell'azienda. Innanzitutto, questo riguarda il fatto che i data warehouse sono archivi cartacei o semplici documenti di testo, la ricerca di informazioni in cui può essere effettuata solo manualmente, che è un processo molto scomodo e difficile. È inoltre scomodo che quando si modificano le informazioni relative all'immobile, sia necessario rifare l'intero catalogo immobiliare, se cambia il prezzo rifare il listino e se cambiano i dati della controparte rifare la scheda cliente. Tutto questo è inefficiente, richiede molto tempo e risorse. Anche la conservazione dei documenti negli archivi non aiuta ad accelerare la ricerca dei documenti e ad aumentare la comodità di lavorare con essi.

L'analisi del problema posto porta alla conclusione che è impossibile risolverlo con gli strumenti contabili tradizionali utilizzando documenti cartacei. Di conseguenza, la strategia per risolvere il problema è l'automazione di tutti i processi relativi alle attività immobiliari nell'impresa.

L'attività sarà automatizzata sviluppando un'applicazione che implementa il "sistema automatizzato dell'agenzia immobiliare" (abbr. ASAN). Il sistema sviluppato deve soddisfare tutti i requisiti che gli vengono presentati durante l'impostazione del problema.

1.3.3 Selezione e giustificazione del metodo di acquisizione dell'IP per l'automazione delle attività

Per sviluppare un'applicazione che implementa la contabilità, sarà necessario il seguente IS:

· Sistema operativo Windows progettato per essere eseguito su una macchina client;

Sistema operativo Windows di tipo server o, se ci sono meno di 10 dipendenti che lavorano con il “Sistema agenzia immobiliare automatizzata”, un sistema operativo Windows di tipo client progettato per funzionare su un server e fornire una connessione multiutente al database

· DBMS MSAccess per garantire il funzionamento locale del sistema contabile su ogni macchina;

· Per sviluppare un'applicazione, è più opportuno utilizzare il DBMS MSAccess a causa delle dimensioni ridotte dell'IS.

Tutti questi IS devono essere acquistati per lo sviluppo e l'ulteriore utilizzo del "Sistema di agenzie immobiliari automatizzate" presso l'impresa.

1.4 Stabilire obiettivi e sottocompiti dell'automazione. Criteri per il raggiungimento degli obiettivi

1.4.1 Essenza economica del compito

L'essenza economica del compito di automatizzare l'attività immobiliare dell'agenzia immobiliare Elena è aumentare la produttività del lavoro automatizzando le attività di routine, nonché le attività che possono essere accelerate passando a un altro sistema.

A causa dell'accelerazione delle pratiche burocratiche, sarà possibile aumentare il numero di transazioni effettuate e quindi aumentare il fatturato dell'azienda e, in definitiva, l'utile.

Oppure se le dimensioni del mercato (a causa di una crisi, ad esempio) non sono sufficienti per aumentare il numero delle transazioni, sarà possibile ridurre il personale per ridurre i costi, che alla fine portano nuovamente a maggiori profitti.

Nel caso in cui la riduzione dei dipendenti non sia una delle opzioni per qualsiasi motivo, allora è possibile aumentare la presenza dell'agenzia immobiliare nel mercato non direttamente correlato al commercio immobiliare, come servizi di consulenza, assistenza in preparazione di documenti relativi a beni immobili, conduzione di casi di mutuo, mediazione in materia di compravendita di terreni e altri servizi, almeno indirettamente relativi al settore immobiliare.

Quindi, in definitiva, l'obiettivo di questa automazione è ridurre i costi del lavoro d'ufficio, ridurre i costi e aumentare i profitti. E anche, se possibile, ampliare il perimetro dell'agenzia immobiliare "Elena" in altri settori.

1.4.2 Obiettivi e scopo della soluzione automatizzata al problema

Lo scopo del progetto di laurea è quello di sviluppare un "Sistema di agenzia immobiliare automatizzata" e creare un'applicazione che implementi questo sistema. Il sistema sviluppato dovrebbe risolvere il problema dell'automazione del lavoro di un'agenzia immobiliare e svolgere le seguenti funzioni:

· Mantenere una tabella delle vendite immobiliari indicando le loro caratteristiche principali e aggiuntive. Le caratteristiche principali del prodotto sono le seguenti: tipo di immobile, numero di stanze/piani, proprietario e suoi contatti, descrizione dettagliata, costo, tipo di casa, tipo di appartamento. Ulteriori caratteristiche includono qualsiasi proprietà definita dall'utente (vedi sotto).

· Per qualsiasi oggetto immobiliare del libro di riferimento immobiliare, è possibile impostare e memorizzare proprietà aggiuntive in una tabella collegata. La composizione dei tipi di proprietà e i loro valori sono determinati esclusivamente dall'utente del programma, che consente di creare un insieme di proprietà per oggetti di portata illimitata e qualsiasi contenuto

· Manutenzione di un elenco di scambio di appartamenti, case con indicazione delle principali caratteristiche.

· Directory di scambio di appartamenti, case deve essere collegata alla directory di proprietà. Dovrebbe essere fornita un'interfaccia per la selezione delle opzioni in base alle proprietà.

· Il programma dovrebbe consentire di mantenere un elenco di clienti dell'agenzia immobiliare. L'elenco clienti deve contenere tutti i campi necessari per caratterizzare il cliente: nome, nome completo, indirizzo, numero di telefono, descrizione dettagliata.

· Il programma dovrebbe fornire la possibilità di selezionare (filtrare) i clienti in base a varie combinazioni di parametri: in base alle caratteristiche dei clienti, alle loro proprietà aggiuntive, in base ai gestori che guidano il cliente. Il filtro deve avere impostazioni flessibili e la capacità di selezione "intelligente" dei record.

· Il programma dovrebbe fornire la possibilità di generare report sulla vendita/scambio di appartamenti con vari filtri combinabili.

Il programma deve essere eseguito senza interruzioni quando si verificano errori critici, anche causati dall'utente o errori nei dati di input. Di conseguenza, le sezioni del programma in cui possono verificarsi tali errori devono essere gestite nel programma in modo speciale. Se si verifica un errore, il programma dovrebbe continuare il suo lavoro dopo aver emesso un avviso corrispondente.

Il programma deve garantire l'integrità fisica e logica del database. Quando si modificano o si cancellano dati, il programma deve mantenere l'integrità referenziale delle informazioni nel database.

1.4.3 Caratteristiche generali dell'organizzazione della risoluzione di sottocompiti su un computer.

Il compito di automatizzare il lavoro dell'agenzia consiste in diversi sottocompiti principali:

· Creare un database con un metodo di archiviazione conveniente.

La banca dati AS deve soddisfare i seguenti requisiti:

Disponibilità: il database deve essere facilmente accessibile in rete per il funzionamento multiutente.

Nessuna necessità di manutenzione da parte di personale appositamente addestrato, il che aumenta i costi di manutenzione dell'AU e aumenta i tempi di fermo in caso di guasti.

Backup e ripristino semplici: la mancanza di requisiti per l'organizzazione di una complessa procedura di backup e ripristino è dovuta alla mancanza di specialisti qualificati e alla riluttanza a sostenere costi aggiuntivi per loro.

Facile aggiornabilità: la semplicità e l'apertura dell'AU è uno dei requisiti principali per l'assicurazione dell'azienda contro l'impossibilità dello sviluppatore di questa AU di continuare a lavorarla e mantenerla.

Mancanza di requisiti elevati per i componenti hardware - per l'assenza di costi aggiuntivi elevati per la modernizzazione della flotta di computer dell'azienda.

· Realizzazione di sottosistemi dell'automazione per diverse esigenze.

· Creazione di modalità di inserimento delle informazioni in un database.

L'immissione di informazioni nel database deve essere separata per tutte le tabelle o entità logiche del database.

L'immissione di informazioni nel database dovrebbe avere un'interfaccia intuitiva

Quando possibile, l'input di informazioni dovrebbe utilizzare directory e classificatori compilati in precedenza.

· Creazione di modi per ottenere informazioni dal database.

Il modo principale per ottenere i dati dal database dovrebbe essere attraverso moduli e report preformati.

· Organizzare una struttura completa di gestione del cliente.

L'AU dovrebbe fornire funzionalità complete per la manutenzione di un database dei clienti.

1.4.4 Formalizzazione dei calcoli dei sottocompiti

Il compito di automatizzare il lavoro dell'agenzia immobiliare in questo progetto è suddiviso in diverse sottoattività, la cui soluzione di successo porta alla soluzione di successo del compito di automatizzare l'agenzia immobiliare nel suo insieme. Si possono distinguere i seguenti sottosistemi:

un sottosistema per la manutenzione di appartamenti e case in vendita;

un sottosistema per la gestione dei clienti per l'acquisto di appartamenti e case;

Sottosistema per la gestione dei clienti per l'affitto di appartamenti e case;

sottosistema per la gestione dei clienti per l'affitto di appartamenti e case

Sottosistema per l'indirizzamento dei clienti ad altri servizi;

sottosistema di informazioni analitiche.

Il sottosistema per la manutenzione di appartamenti e case in vendita è progettato per memorizzare tutti i dati necessari sugli oggetti immobiliari. Tali dati possono essere oggetti immobiliari stessi e le loro caratteristiche, proprietari e le loro caratteristiche, informazioni aggiuntive su immobili e altri dati statici.

Il sottosistema per la manutenzione di appartamenti e case in vendita dovrebbe consentire la registrazione dei seguenti oggetti:

· Appartamenti. La tabella "dati di vendita 1" è progettata per memorizzare le informazioni di base sugli appartamenti, come ad esempio:

- "Numero stanze" - che caratterizza il numero degli alloggi, questo campo può essere parzialmente predefinito in fase di inserimento dei dati.

- "Indirizzo" - l'indirizzo dei locali residenziali destinati alla vendita o alla locazione.

- "Tipo di casa" - descrizioni del tipo di costruzione della casa, ad esempio - "mattone", "monolito" questo campo può essere parzialmente predefinito quando si inseriscono i dati,

- "Piano" - Piano dell'ubicazione dei locali residenziali.,

- "Storie" - Il numero di piani della casa,

- "Dimensioni della stanza" - l'area della stanza in metri quadrati,

- "Prezzo" - Il costo totale dei locali.

· Informazioni estese sugli appartamenti. La tabella "Dati di vendita 2" viene utilizzata per memorizzare informazioni sugli appartamenti di importanza secondaria al momento della selezione delle opzioni, contiene informazioni sul proprietario, tipo di appartamento, proprietario o persona di contatto e altre informazioni che potrebbero essere necessarie.

· Acquisto di appartamenti. Questa directory è progettata per memorizzare informazioni sui clienti che desiderano acquistare un appartamento.

Questa directory contiene informazioni su ciò che il cliente sta per acquistare, il piano approssimativo, il numero di piani, il numero di stanze, le informazioni di contatto.

· Permuta di appartamenti. La tabella è intesa per informazioni sulle offerte per lo scambio di appartamenti. A giudicare, sono incluse informazioni sul cliente, sul tipo di proprietà che cambierà, se vi è un segno di un pagamento aggiuntivo o meno e altre informazioni simili a quelle delle tabelle "Dati di vendita 2" e "Dati di vendita dati 1”.

· Casa. La tabella è una guida alle case in vendita e include tutte le caratteristiche principali, quali: il materiale di cui è fatta la casa, il tipo di copertura del tetto, i contatti del proprietario e altre informazioni flessibili.

· Piccola famiglia. La tabella è progettata per memorizzare informazioni su un tipo separato di appartamenti "piccole famiglie", di questo tipo appartamenti per la presenza di un gran numero di appartamenti di questa tipologia nella zona privilegiata dell'agenzia.

E il loro isolamento dal resto del patrimonio immobiliare.

Di conseguenza, questa tabella presenta tutte le caratteristiche disponibili nelle tabelle per la vendita di appartamenti, oltre a diverse caratteristiche aggiuntive tipiche solo per questa tipologia di appartamento, ad esempio, "Tipo di piccolo nucleo familiare", caratterizzato da due possibili caratteristiche - corridoio e appartamento.

· Clienti. Questa directory è progettata per memorizzare un elenco di clienti di un'agenzia immobiliare. Per ogni cliente (elemento del catalogo clienti), dovrebbe essere possibile impostare tutte le proprietà necessarie che caratterizzano il cliente.

Il sottosistema di manutenzione delle directory dovrebbe fornire la possibilità di inserire i dati in modo comodo e rapido nelle directory, impostare collegamenti tra directory correlate e proprietà aggiuntive ove necessario. Ma oltre alla possibilità di inserire dati in tutte le directory, dovrebbe essere possibile ricerca rapida, ricerca avanzata e selezione dei dati in base a qualsiasi criterio o combinazione di criteri specifici di questa directory. Di particolare rilievo è l'organizzazione della selezione dei record nell'elenco degli appartamenti. Poiché la directory degli appartamenti è l'elemento centrale della struttura dei dati ed è associata a molte altre directory, dovrebbe essere prevista la possibilità di una selezione flessibile dei record in questa directory. In questo modo dovrebbe essere possibile selezionare gli elementi della directory degli appartamenti non solo dalle principali proprietà degli appartamenti, ma anche da tutte quelle correlate: dai valori delle proprietà aggiuntive, per area.

Così è possibile, ad esempio, selezionare un appartamento con numero di vani pari a due, al secondo piano, all'ultimo piano e al di sotto di un determinato prezzo. La possibilità di una tale selezione flessibile dei dati rende il programma sviluppato molto comodo da usare. La possibilità di ricercare e selezionare record dovrebbe essere prevista non solo nell'elenco delle merci, ma anche in tutti gli altri elenchi.

Il sottosistema di reporting analitico è progettato per creare report sui risultati dell'agenzia immobiliare. Innanzitutto si tratta di una relazione sulle tipologie di servizi forniti. Il rapporto si basa sulla tabella dei clienti. Le condizioni possono essere impostate per il rapporto: selezione per servizio specifico, per data o per cliente. Questo rapporto dovrebbe diventare il principale rapporto di lavoro per il capo dell'agenzia immobiliare, possiamo dire che il programma è stato scritto per questo. Il secondo rapporto analitico è un rapporto sul numero di immobili in vendita e sul relativo prezzo, che consente di analizzare le fluttuazioni del mercato.

1.5 Analisi degli sviluppi esistenti e giustificazione della scelta della tecnologia di progettazione

Al momento in azienda non esiste praticamente un sistema automatizzato, l'unica cosa che viene utilizzata dal software è la parte dell'ufficio pacchetto Microsoft Ufficio - Microsoft Word. Che viene utilizzato per archiviare tutti i dati, come le informazioni sui clienti e le informazioni sull'immobile su cui si sta lavorando.

Inoltre, il sistema di contabilità 1C viene utilizzato nel lavoro di contabilità, ma l'aspetto dell'automazione della contabilità non è considerato nel compito che questo progetto di laurea risolve.

Come notato in precedenza, per un compito come l'automazione delle attività di un'agenzia immobiliare, in linea di principio, non ci sono molti sviluppi.

Di queste, per numero di funzioni, è possibile individuare "Opzione Ideale: Immobiliare" avente le seguenti funzioni e capacità:

· Esecuzione di operazioni di "Vendita", "Acquisto", "Affitto", ecc.

Contabilità per richieste di compravendita e locazione di immobili di qualsiasi tipo (oltre 100 dettagli per descrivere un immobile)

· Contabilità delle domande di acquisto e affitto di immobili

Ricerca incrociata tra applicazioni e descrizioni degli immobili

Contabilità per transazioni completate e in sospeso

Creazione di forme arbitrarie di report

Richieste arbitrarie per qualsiasi parametro

Esporta i dati nei formati Excel, txt, csv e xml

· Scambio dati tra sedi remote tramite e-mail, ftp o floppy disk

Fornire al cliente informazioni in una forma "sicura" (la possibilità di nascondere le informazioni commerciali)

Slideshow di fotografie di oggetti immobiliari, disegni e planimetrie in qualsiasi formato (bmp, jpeg, rle, wmf)

Gestione dell'accesso degli utenti alle varie modalità e funzioni del programma

Visualizza i dati del tuo sito web su Internet

Supporto per un numero illimitato di utenti contemporaneamente

Database potente e veloce

Interfaccia comoda e semplice

Documentazione dettagliata integrata nel programma

· Help desk accessibile

E il sistema "AGENZIA IMMOBILIARE" con le seguenti caratteristiche

Operazioni: “vendere”, “comprare”, “affittare”, “affittare”, “cambiare”.

Oggetti immobiliari: appartamento, stanza, casa, terreno, locali non residenziali, edificio non residenziale e le loro numerose opzioni.

Qualsiasi numero di città. Gerarchia geografica flessibile all'interno della città: distretti comunali, quartieri, strade. Importazione di oggetti geografici da directory appositamente preparate per tutte le regioni della Federazione Russa; la quantità totale di dati è di oltre mezzo milione di strade e microdistretti

Filtri potenti per la ricerca di opzioni per tutti i parametri, inclusi i frammenti di numero di telefono

Un sistema visivo per ordinare le applicazioni in base a tutti i parametri

Selezione e ottimizzazione graduale delle opzioni di scambio, incl. interurbano

Aree di deposito biglietti attive e di archivio

Cerca duplicati geografici

Varie opzioni di listino prezzi, designer di prezzi visivo

Gestione del noleggio

Gestione degli affari

Organizzazione dei processi aziendali mediante impostazione, notifiche e monitoraggio dell'attuazione delle attività

Supporto avanzato per la creazione e la modifica di documenti di vari formati in relazione a ordini, affari, attività

Rapporti sulle prestazioni

Scambio automatizzato di dati via e-mail e file tra diverse aziende e filiali all'interno della stessa azienda. Mantenere una directory di destinatari, la possibilità di ottimizzare la composizione dei dati inviati per ciascuno dei destinatari.

Pubblicazione di applicazioni su Internet. Organizzazione di siti web statici e di supporto dinamici. Possibilità di organizzare un sistema multilisting.

Opzioni multigiocatore e giocatore singolo

Sistema di sicurezza in due fasi: a livello di server di database ea livello di client

Ottimizzazione dei diritti dell'utente: circa 200 tipi di azioni protette

Monitoraggio delle azioni di ciascun utente su tutte le operazioni con tutti gli ordini

Statistiche di movimento dell'applicazione

Semplice programma di installazione e aggiornamento

Un database demo già pronto con diverse migliaia di applicazioni per una rapida conoscenza delle capacità del programma e per imparare a lavorarci

Architettura client-server: elevata affidabilità di archiviazione dei dati e massima velocità di elaborazione

Ma come notato sopra, nel capitolo 1.3. questi sistemi sono troppo complessi e costano più di quanto una piccola agenzia immobiliare in un piccolo centro abbia bisogno.

1.6 Giustificazione delle decisioni di progettazione

1.6.1 Giustificazione delle soluzioni progettuali per il supporto tecnico

Il sistema automatizzato di un'agenzia immobiliare è progettato per funzionare nel sistema operativo Windows, pertanto, per l'efficace funzionamento del sistema in fase di sviluppo, è necessario garantire tali requisiti per l'architettura e i parametri dei mezzi tecnici che consentirebbero il sistema operativo stesso per funzionare efficacemente.

Il sistema di agenzia immobiliare automatizzata è progettato per operare su un computer di tipo IBMPC con caratteristiche tecniche almeno pari a:

processore - Intel Celeron 2000;

RAM: 256 Mb;

· un disco rigido che fornisce il posizionamento del sistema operativo e dell'applicazione Microsoft Access 2007. Per posizionare il sistema sviluppato sono necessari 20 Mb di spazio libero sul disco rigido;

· Scheda LAN per connettersi alla rete.

Per stampare rapporti e documenti di output, è necessaria una stampante compatibile con il computer con l'apparecchiatura di cui sopra.

In caso di lavoro multiutente con il sistema, sarà necessario utilizzare un PC come file server per accedere al database. È consigliabile posizionare questo database sul server e dai computer client connettersi ad esso tramite il protocollo smb o tramite ODBC su smb. Un computer di tipo IBMPCc con caratteristiche non inferiori a:

processore - Intel Celeron 2000;

RAM: 256Mb;

un disco rigido che ospita il sistema operativo e l'applicazione Microsoft Access 2007.

Come sistema operativo sul server, non è del tutto consigliabile utilizzare un sistema operativo della famiglia Unix, come ad esempio Linux, a causa dell'insufficiente supporto per smb e ODBC.

Poiché i computer client saranno collegati al database del server, sia il server che le macchine client devono funzionare sulla rete locale. Può essere una rete peer-to-peer o una rete con un'organizzazione di dominio.

Si noti che il funzionamento del sistema è possibile non solo nella versione client-server, ma anche nella versione locale, in quanto utilizzando un database locale che può funzionare su un computer client con le caratteristiche specificate sotto il controllo di un sistema operativo locale di la famiglia Windows, come WindowsXP. Con una tale organizzazione del lavoro, non è necessario un server, la rete locale e sistema operativo del server.

Il sistema sviluppato è progettato per funzionare nel sistema operativo Windows. Il programma deve essere eseguito su qualsiasi sistema operativo della famiglia Windows: Windows 95/98, NT (ServicePack 6), 2000 (ServicePack 3), XP, nonché su versioni server di questo sistema operativo. Questa scelta è spiegata dalla comoda interfaccia utente grafica sviluppata di questa famiglia di sistemi operativi, nonché dalla sua popolarità nel mercato russo. Molte aziende di software, compresi i sistemi di sviluppo di applicazioni, si sono concentrate anche su questa famiglia di sistemi operativi, che ha portato alla presenza sul mercato di un gran numero di sistemi di programmazione che consentono di sviluppare software per Windows.

Questo sistema operativo dispone di un insieme molto ampio di utilità e utilità progettate per amministrare, gestire e diagnosticare il sistema, nonché applicazioni applicative. Inoltre, supporta ampio interfaccia software per scrivere le proprie applicazioni da eseguire in questo ambiente operativo.

Di recente, il sistema operativo Linux e i suoi derivati ​​hanno guadagnato particolare popolarità.

In questa situazione, ci si potrebbe porre la domanda: "Perché i programmatori dovrebbero imparare gli strumenti di sviluppo di applicazioni Windows quando esiste un sistema operativo così eccezionale?". Nonostante la crescente popolarità di Linux, si può sostenere che nel mondo dei personal computer, il sistema operativo Windows dominerà per un periodo piuttosto lungo ed è improbabile che venga sostituito nel prossimo futuro.

Poiché il programma memorizza le informazioni nel database, è necessario disporre di un DBMS appropriato.

Il programma è incentrato sul lavoro con database del formato: MSAccess. Di conseguenza, questo DBMS deve essere installato sul computer. Se la base MSAccess è in esecuzione sul server, è necessario assicurarsi che il computer sia connesso al server. Per lavorare con il database MsAccess computer remotoè necessario disporre di un accesso condiviso aperto al database situato sul computer remoto tramite il protocollo SMB.

È inoltre necessario concedere all'utente remoto che si connette al database i diritti di lettura, scrittura, modifica dei dati sul computer che memorizzerà il database. Inoltre, per l'accesso ai dati, viene utilizzato il sistema di database MSAccess di versione non inferiore alla 2007 di Microsoft.

1.6.3 Giustificazione delle decisioni di progettazione del software

Per implementare le attività, puoi utilizzare qualsiasi DBMS moderno. Per una comoda interazione dell'utente con il sistema, sarà necessario considerare attentamente l'interfaccia del sistema, in modo che sia semplice e allo stesso tempo funzionale.

Affinché il database funzioni in modo ottimale, sarà necessario definire correttamente le relazioni logiche tra le tabelle. Pertanto, è possibile dedicare una notevole quantità di tempo allo sviluppo del database stesso e alla base dell'applicazione client.

Specificando esattamente quali dati ti servono, come verranno archiviati in memoria e quale dovrebbe essere il sistema di accesso ai dati, hai deciso solo la questione della gestione dei dati. Inoltre, abbiamo bisogno di un altro modo semplice per automatizzare la soluzione delle attività tipiche imminenti. Anche se puoi sviluppare fogli di calcolo "applicati" abbastanza complessi, non avrai comunque gli strumenti per eseguire il debug e gestire tali applicazioni per creare facilmente, ad esempio, forme complete per gli ordini o un sistema di controllo dell'inventario. Al contrario, i DBMS sono progettati specificamente per creare applicazioni. Forniscono gli strumenti necessari per gestire ed elaborare i dati, nonché la capacità di catalogare e gestire le relazioni tra gli oggetti dell'applicazione. Allo stesso tempo, insieme al DBMS, hai a disposizione un linguaggio di programmazione e uno strumento di debug.

Alla luce di quanto sopra, per automatizzare la soluzione dei tuoi compiti, hai bisogno di un potente DBMS relazionale e di un sistema di sviluppo di applicazioni. Quasi tutti i DBMS esistenti dispongono di strumenti di sviluppo applicativo che possono essere utilizzati da programmatori o utenti qualificati per creare procedure per automatizzare la gestione e l'elaborazione dei dati. Sfortunatamente, molti sistemi di sviluppo di applicazioni richiedono la conoscenza di alcuni linguaggi di programmazione, come C o Xbase, per creare procedure. Nonostante tutto il loro potere e la ricchezza di fondi, per utilizzarli con successo, devi avere una certa formazione professionale ed esperienza con loro. Fortunatamente, esistono strumenti che semplificano la progettazione e la creazione di applicazioni di database senza conoscere un linguaggio di programmazione. Il lavoro in Microsoft Access inizia con la definizione delle tabelle relazionali e dei relativi campi che conterranno i dati. Subito dopo, sarai in grado di definire azioni su questi dati utilizzando moduli, report e macro.

Moduli e rapporti possono essere utilizzati per impostare formati schermo e calcoli aggiuntivi, proprio come lavorare con fogli di calcolo. Ma in questo caso, i formati contenuti nei moduli e nei report e le istruzioni per eseguire i calcoli sono separati dai dati (situati nelle tabelle), quindi hai completa libertà di azione nell'utilizzo dei dati senza modificare i dati stessi: è sufficiente creare un modulo o un report aggiuntivo che utilizzi gli stessi dati. Se è necessario automatizzare alcune azioni, è possibile creare facilmente macro per stabilire collegamenti tra determinati moduli e report o per eseguire determinate azioni in risposta a determinati eventi (ad esempio, modificare i dati in un determinato campo modulo). Se abbiamo bisogno di strumenti più sofisticati, come la libreria Utilità di Windows, puoi scrivere la procedura in Access Basic. Di seguito è riportato un elenco dei principali motivi per cui vale la pena passare ad Access al lavoro.

Motivo 1.

Hai troppo singoli file oppure alcuni file contengono una grande quantità di informazioni, il che rende difficile lavorare con i dati. Inoltre, potresti non essere in grado di lavorare con tali volumi di dati a causa di limitazioni della memoria del programma o del sistema.

Motivo 2.

Utilizzi i dati in vari modi: per informazioni su transazioni specifiche (ad es. fatture), per analisi dei profitti (ad es. vendite trimestrali) oppure utilizzi i dati per prevedere determinate situazioni. Pertanto, devi essere in grado di visualizzare questi dati da diverse angolazioni, il che rende molto difficile creare un'unica struttura di rappresentazione dei dati che soddisfi tutte le tue esigenze.

Motivo 3.

È necessario utilizzare gli stessi dati da parte di specialisti diversi. Ad esempio, vengono inseriti, aggiornati e analizzati da una varietà di persone. Se solo una persona può apportare modifiche a un foglio di calcolo oa un documento, più utenti possono interagire con il database contemporaneamente, modificando il contenuto della stessa tabella. Allo stesso tempo, i database assicurano che gli utenti lavorino sempre con le ultime modifiche ai dati.

Motivo 4.

È necessario proteggere i dati dall'accesso non autorizzato, controllarne i valori e mantenere l'integrità del database: dopotutto, molti utenti hanno accesso ai dati, questi dati vengono utilizzati nel lavoro della tua azienda e sono interconnessi (ad esempio clienti e ordini).

Microsoft Access, avendo tutte le funzionalità di un DBMS classico, fornisce funzionalità aggiuntive. Access non è solo un DBMS potente, flessibile e facile da usare, ma anche un sistema per lo sviluppo di applicazioni che funzionano con i database. Con Access, puoi creare un'applicazione che viene eseguita in un ambiente Windows ed è completamente adattata alle tue esigenze di gestione dei dati. Utilizzando le query, è possibile selezionare e modificare le informazioni archiviate nelle tabelle. Puoi creare moduli per inserire, visualizzare e aggiornare i dati e utilizzare Access per creare report sia semplici che complessi. Moduli e report "ereditano" le proprietà della tabella o della query sottostante, quindi nella maggior parte dei casi si specificano formati, condizioni del valore e alcune altre caratteristiche dei dati solo una volta. Tra gli strumenti più potenti in Access ci sono gli strumenti di creazione di oggetti - Wizard, che puoi utilizzare per creare tabelle, query di vari tipi di moduli e report, semplicemente selezionando le opzioni desiderate con il mouse. Per automatizzare completamente la tua applicazione, le macro di Access semplificano il collegamento dei dati a moduli e report. Puoi creare la maggior parte delle applicazioni senza scrivere una singola riga di codice, ma se devi creare qualcosa di molto sofisticato, in questo caso Microsoft Access fornisce un potente linguaggio di programmazione: Microsoft Access Basic.

E infine, tutti questi strumenti consentono di creare applicazioni che funzionano non solo con il database di Access, ma anche con altri database più comuni. La tua applicazione può funzionare direttamente con file dBASE, Paradox, FoxPro e qualsiasi database che supporti ODBC. Puoi anche importare ed esportare facilmente dati da file di testo, documenti di elaborazione testi e fogli di calcolo.

Microsoft Access ha molte applicazioni: in una piccola impresa; nel lavoro a contratto quando sviluppi applicazioni personalizzate o agisci come consulente; nelle grandi aziende quando si fa da coordinatore dei sistemi informativi di produzione e anche nel campo dell'uso domestico.

2 Parte di progettazione

2.1 Supporto informativo del compito

2.1.1 Modello informativo e sua descrizione

Come risultato della progettazione, è stato sviluppato un modello informativo del sistema, che è un modello per organizzare il lavoro del sistema e spiega schematicamente sulla base di quali documenti di input, nonché informazioni normative e di riferimento, il sistema automatizzato di si ottengono le funzioni di agenzia immobiliare e si ottengono i dati di output, ad es il processo di trasformazione dei dati in un sistema informativo.

Il modello informativo ha tre aree.

L'area 1 riflette il processo di immissione e modifica dei dati nelle directory, che si riferisce al sottosistema di manutenzione delle directory del sistema in fase di sviluppo. Per visualizzare l'elenco di ciascuna directory e modificare i dati della directory, è disponibile una maschera separata che consente all'operatore di sistema di inserire dati nella directory, visualizzare e modificare i dati esistenti. Come risultato del lavoro dell'operatore, le directory cambiano: vengono aggiunti nuovi dati, i record esistenti vengono modificati o eliminati. Quando si modificano i dati di alcune directory, vengono utilizzate le informazioni di altre directory correlate, ad esempio la directory "Sell data" è collegata alla directory "Sell data 2".

L'area 2 descrive il sistema per ottenere i dati dal database.

In quest'area, l'utente riceve informazioni come.

Vendita/Acquisto/Permuta/Affitto/Affitto di immobili dalle tabelle:

Vendi dati

Vendi dati2

scambio kV

piccola famiglia

Scambio casa/kV

Piccolo scambio di semi

Acquistare

Acquisto2

Acquista casa

Acquistandone alcuni

L'area 3 del modello informativo descrive il sottosistema di rendicontazione. In quest'area, nella maschera di ricezione dei rapporti, l'utente imposta le condizioni per la generazione dei rapporti. Nel processo di ricezione dei rapporti, vengono utilizzati i clienti e il risultato del lavoro sono i rapporti generati sui clienti destinati al manager.

L'area 4 mostra un sottosistema di moduli, come moduli di domanda per la vendita, l'acquisto, ecc. e BSO.

Il modello informativo è mostrato nella Figura 2.4.

Figura 1.3. modello informativo.

2.1.2 Classificatori e sistemi di codifica utilizzati

Sulla base dei compiti assegnatici durante lo sviluppo di questo AS dalla struttura delle informazioni e dai requisiti per questo AS, l'uso dei classificatori sembra irragionevole e sovraccaricherà il sistema solo se inclusi.

2.1.3 Caratteristiche dei documenti primari con riferimento e informazioni operative di input

Il sistema automatizzato delle agenzie immobiliari non viene sviluppato nel vuoto. La metodologia del suo lavoro si basa su sistemi contabili che hanno già molti anni di esperienza nell'uso, ma non sono progettati sotto forma di programmi per computer. Pertanto, i dati di input per il sistema saranno gli stessi dati utilizzati nei sistemi manuali. Ciascuno dei sottosistemi dispone del proprio insieme di dati di input e output e i dati di output di un sottosistema possono essere i dati di input di un altro sottosistema. Quindi, ad esempio, le voci nell'elenco clienti e l'acquisto di immobili sono dati di input per costruire un rapporto sul mercato, che è parte integrale sottosistemi di reporting analitico. Descriviamo i dati di input e output per ciascun sottosistema.

Per il sottosistema di manutenzione delle directory, i dati di input sono i corrispondenti elenchi su carta. Quindi, ad esempio, per il compito di mantenere una directory di appartamenti, i dati di input sono un elenco di appartamenti offerti che l'azienda gestisce.

Il risultato dell'inserimento di un elenco di appartamenti nel sistema sarà una tabella di appartamenti, che a sua volta funge da input quando si selezionano gli appartamenti per un cliente. Stessa situazione per tutte le altre directory: borsa, clienti, case: tutte devono essere fornite in forma cartacea al responsabile dell'inserimento delle informazioni nella banca dati dalla direzione dell'azienda. L'output sono le tabelle del database corrispondenti. Si precisa che le tabelle di riferimento contengono prevalentemente informazioni statiche, ovvero non cambia nel tempo o cambia molto raramente. L'eccezione è la directory dei clienti. Sebbene i nuovi contratti con i vecchi clienti vengano conclusi molto di rado, ciò non richiede l'aggiunta frequente di dati alla directory dei clienti. I dati di input per la compilazione dell'elenco clienti sono i contratti con i clienti su carta, inseriti dall'agente immobiliare che effettua la transazione. I dati di output, come nel caso di altre directory, sono una tabella cliente completa.

Per il sottosistema di rendicontazione analitica, i dati di input sono registrazioni nelle tabelle dei clienti e in tutte le tabelle relative agli immobili.

Utilizzando un array di questi dati, tenendo conto delle condizioni per la generazione dei report imposte dall'utente, il sistema genera un report che può essere visualizzato su uno schermo monitor o stampato su una stampante. I report pronti sono l'output del sottosistema di report analitici e dell'intero sistema nel suo insieme.

№	Nome completo della directory	Titolo breve	Sottodirectory a	Responsabile	Frequenza di aggiornamento
1	Proprietà in vendita	Vendi dati 1	Agente immobiliare	Di necessità
2	Vendita di immobili (aggiuntivo)	Vendi dati 2	№1	Agente immobiliare	Di necessità
3	Cambio appartamento	Scambio mq.	Agente immobiliare	Di necessità
4	Opzioni di cambio appartamento	Scambio mq.	№3	Agente immobiliare	Di necessità
5	piccola famiglia	Maloseymeyka	Agente immobiliare	Di necessità
6	Comprare un immobile	Acquistare	Agente immobiliare	Di necessità
7	Acquisto di immobili (aggiuntivo)	Acquista 2	№6	Agente immobiliare	Di necessità

Caratteristica del database

2.1.3.1. Caratteristiche del modello infologico della banca dati

Il modello infologico viene applicato dopo la descrizione verbale dell'area disciplinare.

È possibile stabilire relazioni tra entità: associazioni binarie che mostrano come le entità si relazionano o interagiscono tra loro. Può esistere una relazione tra due entità diverse o tra un'entità e se stessa (relazione ricorsiva). Mostra come le istanze di entità sono correlate tra loro. Se viene stabilita una relazione tra due entità, definisce la relazione tra le istanze dell'una e dell'altra entità.

Le relazioni sono divise in tre tipi in base alla molteplicità: uno-a-uno (1:1), uno-a-molti (1:M), molti-a-molti (M:M).

Una relazione uno-a-uno significa che un'istanza di un'entità è associata solo a un'istanza di un'altra entità.

Una relazione uno-a-molti (1:M) significa che un'istanza di entità a sinistra della relazione può essere correlata a più istanze di entità a destra della relazione.

Una relazione molti-a-molti (M:M) significa che più istanze della prima entità possono essere associate a più istanze della seconda entità e viceversa. È possibile impostare un numero qualsiasi di connessioni con diversi carichi semantici tra due entità.

Una relazione di uno qualsiasi di questi tipi può essere obbligatoria se ogni istanza dell'entità deve partecipare a questa relazione, facoltativa, in caso contrario ogni istanza dell'entità dovrebbe partecipare a questa relazione. In questo caso, il collegamento può essere obbligatorio da un lato e facoltativo dall'altro.

Eseguiamo la progettazione infologica del database del sistema automatizzato dell'agenzia immobiliare.

Sulla base dell'analisi dell'area tematica, individuiamo le entità del modello Entity Relationship (modelli ER) e le rappresentiamo sotto forma di diagramma.

Figura 1.4. modello ER.

2.1.3.2. Caratteristiche del modello datalogico della banca dati

Tutte le informazioni utilizzate dall'applicazione sono archiviate nel database.

Il database in formato MSACCESS viene scelto come database desktop. Cioè, il database è un file su disco, in cui le tabelle del database sono concentrate sotto forma di file di dati e indici ad esse.

Il programma per lavorare con le tabelle, aggiungere, eliminare, modificare record utilizza il linguaggio di query SQL universale. Questo linguaggio consente allo sviluppatore di astrarre completamente dal formato e dalla posizione del database e di accedere ai dati da database di formati diversi allo stesso modo. Pertanto, l'uso di questo linguaggio universale ci consente di risolvere il nostro compito: sviluppare un'applicazione universale che potrebbe funzionare con un database di qualsiasi formato senza modificare fonte applicazioni.

Il database che abbiamo sviluppato è relazionale e, come altri database relazionali, è costituito da tabelle. Di seguito è riportata la tabella dell'entità del database.

Colonna/e di " Opzione scambio mq "Tavolo
Nome	tipo di dati	Opzioni nulle	è PK	È FK
Il codice	Numero automatico	NULLO	sì	sì
Opzioni di cambio	Testo(255)	NULLO	no	no
tipo di casa	Testo(255)	NULLO	no	no
tipo di appartamento	Testo(255)	NULLO	no	no
area totale	intero lungo	NULLO	no	no
spazio vitale	intero lungo	NULLO	no	no
zona cucina	intero lungo	NULLO	no	no
pavimento	Testo(255)	NULLO	no	no
numero di piani	Testo(255)	NULLO	no	no
tipo di bagno	Testo(255)	NULLO	no	no
balcone	Testo(255)	NULLO	no	no
Informazioni aggiuntive	promemoria	NULLO	no	no
Colonna/e di " Casa "Tavolo
Nome	tipo di dati	Opzioni nulle	è PK	È FK
il codice	Numero automatico	NULLO	sì	no
Indirizzo (Street_house)	promemoria	NULLO	no	no
Area del grafico	intero lungo	NULLO	no	no
materiale per la casa	Testo(255)	NULLO	no	no
copertura	Testo(255)	NULLO	no	no
numero di piani della casa	Testo(255)	NULLO	no	no
area totale	intero lungo	NULLO	no	no
numero di stanze	Testo(255)	NULLO	no	no
prezzo (migliaia di rubli) fino a	intero lungo	NULLO	no	no
comunicazioni	promemoria	NULLO	no	no
Informazioni aggiuntive	promemoria	NULLO	no	no
La persona di contatto	promemoria	NULLO	no	no
numero di contatto	Testo(255)	NULLO	no	no
indirizzo Web	promemoria	NULLO	no	no
Colonna/e di " Clienti "Tavolo
Nome	tipo di dati	Opzioni nulle	è PK	È FK
Il codice	Testo(18)	NULLO	sì	no
Nome e cognome	Testo(18)	NULLO	no	no
telefono di casa	Testo(18)	NULLO	no	no
Cellulare	Testo(18)	NULLO	no	no
Indirizzo di residenza	Testo(18)	NULLO	no	no
Segno di una transazione esistente	Testo(18)	NULLO	no	no
Dettagli della transazione	Testo(18)	NULLO	no	no
Informazioni aggiuntive	Testo(18)	NULLO	no	no
Colonna/e di " piccola famiglia "Tavolo
Nome	tipo di dati	Opzioni nulle	è PK	È FK
il codice	Numero automatico	NULLO	sì	no
indirizzo (via_casa)	Testo(255)	NULLO	no	no
tipo di casa	Testo(255)	NULLO	no	no
tipo di abitazione	Testo(255)	NULLO	no	no
pavimento	Testo(255)	NULLO	no	no
numero di piani	Testo(255)	NULLO	no	no
area totale	intero lungo	NULLO	no	no
spazio vitale	intero lungo	NULLO	no	no
prezzo (migliaia di rubli) fino a	intero lungo	NULLO	no	no
Informazioni aggiuntive	promemoria	NULLO	no	no
La persona di contatto	promemoria	NULLO	no	no
numero di contatto	Testo(255)	NULLO	no	no
indirizzo Web	promemoria	NULLO	no	no
Colonna/e di " scambio Casa / mq "Tavolo
Nome	tipo di dati	Opzioni nulle	è PK	È FK
il codice	Numero automatico	NULLO	sì	no
Indirizzo (Street_house)	promemoria	NULLO	no	no
Area del grafico	intero lungo	NULLO	no	no
materiale per la casa	Testo(255)	NULLO	no	no
numero di piani della casa	Testo(255)	NULLO	no	no
area totale	intero lungo	NULLO	no	no
numero di stanze	Testo(255)	NULLO	no	no
prezzo (migliaia di rubli) fino a	intero lungo	NULLO	no	no
comunicazioni	promemoria	NULLO	no	no
Informazioni aggiuntive	promemoria	NULLO	no	no
opzioni di scambio	Testo(255)	NULLO	no	no
condizioni	promemoria	NULLO	no	no
La persona di contatto	promemoria	NULLO	no	no
numero di contatto	Testo(255)	NULLO	no	no
indirizzo Web	promemoria	NULLO	no	no
Colonna/e di " scambio mq "Tavolo
Nome	tipo di dati	Opzioni nulle	è PK	È FK
Il codice	Numero automatico	NULLO	sì	no
categoria appartamento	Testo(255)	NULLO	no	no
Indirizzo (Street_house)	promemoria	NULLO	no	no
tipo di casa	Testo(255)	NULLO	no	no
tipo di appartamento	Testo(255)	NULLO	no	no
pavimento	intero lungo	NULLO	no	no
numero di piani	intero lungo	NULLO	no	no
area totale	intero lungo	NULLO	no	no
spazio vitale	intero lungo	NULLO	no	no
zona cucina	intero lungo	NULLO	no	no
tipo di bagno	Testo(255)	NULLO	no	no
balcone	Testo(255)	NULLO	no	no
Informazioni aggiuntive	promemoria	NULLO	no	no
prezzo (migliaia di rubli)	intero lungo	NULLO	no	no
Opzioni di cambio	Testo(255)	NULLO	no	no
condizione	promemoria	NULLO	no	no
La persona di contatto	promemoria	NULLO	no	no
numero di contatto	Testo(255)	NULLO	no	no
indirizzo Web	promemoria	NULLO	no	no
Colonna/e di " scambio pochi "Tavolo
Nome	tipo di dati	Opzioni nulle	è PK	È FK
il codice	Numero automatico	NULLO	sì	no
indirizzo (via_casa)	Testo(255)	NULLO	no	no
tipo di casa	Testo(255)	NULLO	no	no
tipo di abitazione	Testo(255)	NULLO	no	no
pavimento	Testo(255)	NULLO	no	no
numero di piani	Testo(255)	NULLO	no	no
area totale	intero lungo	NULLO	no	no
spazio vitale	intero lungo	NULLO	no	no
prezzo (migliaia di rubli) fino a	intero lungo	NULLO	no	no
Informazioni aggiuntive	promemoria	NULLO	no	no
opzioni di scambio	Testo(255)	NULLO	no	no
condizione	promemoria	NULLO	no	no
La persona di contatto	promemoria	NULLO	no	no
numero di contatto	Testo(255)	NULLO	no	no
indirizzo Web	promemoria	NULLO	no	no
Colonna/e di " Acquista Casa "Tavolo
Nome	tipo di dati	Opzioni nulle	è PK	È FK
il codice	Numero automatico	NULLO	sì	no
Indirizzo (Street_house)	promemoria	NULLO	no	no
Area del grafico	intero lungo	NULLO	no	no
materiale per la casa	Testo(255)	NULLO	no	no
copertura	Testo(255)	NULLO	no	no
numero di piani della casa	Testo(255)	NULLO	no	no
area totale	intero lungo	NULLO	no	no
numero di stanze	Testo(255)	NULLO	no	no
prezzo (migliaia di rubli) fino a	intero lungo	NULLO	no	no
comunicazioni	promemoria	NULLO	no	no
Informazioni aggiuntive	promemoria	NULLO	no	no
La persona di contatto	promemoria	NULLO	no	no
numero di contatto	Testo(255)	NULLO	no	no
indirizzo Web	promemoria	NULLO	no	no
Colonna/e di " Acquistare pochi "Tavolo
Nome	tipo di dati	Opzioni nulle	è PK	È FK
il codice	Numero automatico	NULLO	sì	no
indirizzo (via_casa)	Testo(255)	NULLO	no	no
tipo di casa	Testo(255)	NULLO	no	no
tipo di abitazione	Testo(255)	NULLO	no	no
pavimento	Testo(255)	NULLO	no	no
numero di piani	Testo(255)	NULLO	no	no
area totale	intero lungo	NULLO	no	no
spazio vitale	intero lungo	NULLO	no	no
prezzo (migliaia di rubli) fino a	intero lungo	NULLO	no	no
Informazioni aggiuntive	promemoria	NULLO	no	no
La persona di contatto	promemoria	NULLO	no	no
numero di contatto	Testo(255)	NULLO	no	no
indirizzo Web	promemoria	NULLO	no	no
Colonna/e di " Acquista "Tavolo
Nome	tipo di dati	Opzioni nulle	è PK	È FK
il codice	Numero automatico	NULLO	sì	no
categoria appartamento	Testo(255)	NULLO	no	no
Indirizzo (Street_house)	promemoria	NULLO	no	no
tipo di casa	Testo(255)	NULLO	no	no
pavimento	intero lungo	NULLO	no	no
numero di piani	intero lungo	NULLO	no	no
area totale	intero lungo	NULLO	no	no
prezzo (migliaia di rubli) fino a	intero lungo	NULLO	no	no
Colonna/e di " Acquista Tavolo da 2".
Nome	tipo di dati	Opzioni nulle	è PK	È FK
il codice	Numero automatico	NULLO	sì	sì
tipo di appartamento	Testo(255)	NULLO	no	no
spazio vitale	intero lungo	NULLO	no	no
zona cucina	intero lungo	NULLO	no	no
tipo di bagno	Testo(255)	NULLO	no	no
balcone	Testo(255)	NULLO	no	no
Informazioni aggiuntive	promemoria	NULLO	no	no
La persona di contatto	promemoria	NULLO	no	no
numero di contatto	Testo(255)	NULLO	no	no
indirizzo Web	promemoria	NULLO	no	no
Colonna/e della tabella "dati di vendita 1".
Nome	tipo di dati	Opzioni nulle	è PK	È FK
il codice	Numero automatico	NULLO	sì	no
categoria appartamento	Testo(255)	NULLO	no	no
Indirizzo (Street_house)	promemoria	NULLO	no	no
tipo di casa	Testo(255)	NULLO	no	no
pavimento	intero lungo	NULLO	no	no
numero di piani	intero lungo	NULLO	no	no
area totale	intero lungo	NULLO	no	no
prezzo (migliaia di rubli) fino a	intero lungo	NULLO	no	no
Colonna/e della tabella "dati di vendita 2".
Nome	tipo di dati	Opzioni nulle	è PK	È FK
il codice	Numero automatico	NULLO	sì	sì
tipo di appartamento	Testo(255)	NULLO	no	no
spazio vitale	intero lungo	NULLO	no	no
zona cucina	intero lungo	NULLO	no	no
tipo di bagno	Testo(255)	NULLO	no	no
balcone	Testo(255)	NULLO	no	no
Informazioni aggiuntive	promemoria	NULLO	no	no
La persona di contatto	promemoria	NULLO	no	no
numero di contatto	Testo(255)	NULLO	no	no
indirizzo Web	promemoria	NULLO	no	no

2.2Software per attività

2.2.1 Generale (albero delle funzioni e script di dialogo)

In questo progetto si possono distinguere le seguenti categorie di funzioni: funzioni per l'inserimento di informazioni negli elenchi, funzioni per l'inserimento di dati immobiliari e funzioni per l'ottenimento di report analitici. Ognuna di queste categorie fa riferimento al sottosistema corrispondente dell'applicazione in fase di sviluppo: il sottosistema di gestione delle directory, il sottosistema di immissione dei documenti e il sottosistema di ricezione dei report analitici.

L'applicazione fornisce un dialogo comodo e comprensibile tra l'utente e il programma per richiamare tutte le funzioni. L'accesso dell'utente alle funzioni avviene tramite il menu principale della maschera principale dell'applicazione e tramite i pulsanti del pannello avvio rapido, duplicando le voci di menu corrispondenti. Il form principale dell'applicazione, oltre a fornire l'interfaccia principale per l'accesso a tutte le funzioni dell'applicazione, funge anche da contenitore per tutte le altre videate.

Il primo gruppo di maschere fornisce all'utente l'accesso al sottosistema di manutenzione della directory del sistema. Questo gruppo di maschere viene richiamato dal menu principale del programma "Riferimenti". Ogni sottovoce di questa voce di menu corrisponde al richiamo di una maschera che consente di modificare la directory corrispondente.

Tutte le schermate per la visualizzazione e la modifica delle directory sono simili tra loro e consentono di eseguire le funzioni di visualizzazione dell'elenco delle directory, immissione di nuovi dati nella directory, modifica di dati esistenti ed eliminazione di dati esistenti. Per inserire nuovi dati e modificare i dati esistenti delle directory, vengono richiamati i moduli di modifica delle directory corrispondenti. Questi moduli vengono utilizzati anche per la visualizzazione informazioni dettagliate voci di directory, poiché nell'elenco delle directory vengono presentati solo i dati di base.

2.2.2 Schema strutturale del progetto

La Figura 2.14 mostra lo schema a blocchi del progetto.

Figura 2.1. Schema di chiamata del modulo.

2.2.3 Descrizione dei moduli software

L'implementazione software della soluzione del problema si è basata su un approccio orientato agli oggetti. Il linguaggio C++ scelto come linguaggio di programmazione include un potente apparato per supportare questa tecnologia molto promettente: classi e oggetti, una gerarchia di strutture, unioni e classi con vari meccanismi di ereditarietà, incapsulamento di dati e funzioni di elaborazione con diversi livelli di accesso, polimorfismo delle operazioni , funzioni e oggetti, fornendo accessor statici e virtuali. L'apparato integrato di programmazione orientata agli oggetti consente di descrivere aree tematiche complesse e creare aree flessibili, facilmente adattabili alle esigenze dell'utente pacchetti software finalità sia sistemiche che applicate.

Per implementare ogni sottoattività, nel progetto sono state create diverse classi, eredi della classe standard della libreria VCL TForm.

Il programma è stato sviluppato come applicazione Web e soddisfa tutti i requisiti per l'interfaccia dell'applicazione Web. Il programma è suddiviso in moduli, che corrispondono ai principi della programmazione modulare. Diamo un'occhiata a ciascuno di questi moduli in dettaglio.

Il modulo della maschera principale dell'applicazione fornisce all'utente un'interfaccia per accedere a tutte le principali funzioni del programma. L'accesso a tutte le funzioni del programma avviene tramite il menu principale e la barra dei pulsanti accesso veloce. Tutti i pulsanti e le voci di menu sono forniti con suggerimenti dettagliati.

Il sottosistema di modifica delle directory include un numero di moduli progettati per visualizzare e modificare il contenuto delle directory. Si noti che gli stessi moduli vengono utilizzati in altri sottosistemi. Pertanto, il modulo per la visualizzazione dell'elenco delle merci, che fa parte del sottosistema per la gestione degli elenchi, viene chiamato dal sottosistema per la contabilizzazione del movimento delle merci durante la registrazione di entrate o spese per la selezione delle merci, nonché dal sottosistema di analisi report per la selezione delle merci quando si imposta una condizione per la generazione di un report per qualsiasi prodotto.

Il sottosistema di manutenzione della directory include i seguenti moduli:

· Il modulo per la visualizzazione dell'elenco delle merci è predisposto per visualizzare l'elenco degli articoli, nonché per selezionare le merci in qualsiasi modulo di chiamata;

· Il modulo di modifica del prodotto, richiamato dal modulo di visualizzazione del prodotto, è progettato per modificare i dati di un prodotto specifico. Lo stesso modulo chiama i moduli dei dizionari correlati, come i valori delle proprietà del prodotto, i progetti relativi al prodotto e gli analoghi del prodotto. Pertanto, in questo modulo, si svolge il lavoro principale sull'impostazione di tutti i dati del prodotto.

· Il modulo Analoghi è destinato alla visualizzazione e all'assegnazione di analoghi di merci per merci;

· Il modulo del progetto serve per visualizzare l'elenco dei progetti standard. In quali beni possono essere utilizzati, nonché per selezionare questi progetti nei moduli di chiamata;

· Il modulo di modifica del progetto è destinato alla modifica dei dati di un progetto specifico e all'impostazione delle proprietà del progetto per questo progetto;

· Il modulo delle proprietà del progetto è progettato per mantenere un elenco delle proprietà del progetto;

· Il modulo di modifica delle proprietà del progetto è destinato alla modifica dei dati di una particolare proprietà;

· Il modulo client è destinato alla visualizzazione e alla modifica dell'elenco dei clienti, inclusa la modifica di tutti i dati dei clienti, nonché alla selezione dei clienti nel modulo di chiamata;

· Il modulo produttori serve per visualizzare e modificare l'elenco dei clienti, inclusa la modifica di tutti i dati dei clienti, nonché per selezionare i clienti nel modulo di chiamata;

· Il modulo delle proprietà della merce è progettato per visualizzare l'elenco delle proprietà della merce;

· Il modulo di modifica delle proprietà del prodotto ha lo scopo di modificare i dati di questa specifica proprietà del prodotto e di impostare tutti i possibili valori di questa proprietà;

Il modulo dei valori delle proprietà è destinato alla visualizzazione e alla modifica dei valori delle proprietà del prodotto

· Il modulo Magazzini è destinato alla visualizzazione dell'elenco dei magazzini e alla selezione dei magazzini nel form di chiamata;

· Il modulo di modifica del magazzino è destinato alla modifica dei dati di un particolare magazzino;

Il sottosistema di contabilità movimento merci contiene moduli. Responsabile delle principali funzionalità del programma: garantire la circolazione delle merci nei magazzini e contare il saldo delle merci:

· Il modulo del giornale di registrazione dei documenti contiene un elenco di operazioni che sono registrate nella tabella delle operazioni del database;

· Il modulo del documento è destinato alla modifica di un'operazione, inclusi tutti i suoi componenti. Questo modulo, come il modulo prodotto, chiama molti altri moduli per la selezione dei valori.

· Il modulo per la modifica della riga della parte tabellare dell'operazione è destinato alla modifica dei dati di una riga del documento.

Il sottosistema di reporting analitico comprende i seguenti moduli:

· Modulo per la compilazione di un report sul saldo delle merci nei magazzini;

· Modulo per la compilazione di un report sulla movimentazione delle merci nei magazzini.

Nell'ambiente di sviluppo integrato visivo Borland C++ Builder, il componente principale del programma è il modulo. Il modulo incapsula gli elementi dell'interfaccia utente e il codice del programma che contiene la risposta alle azioni dell'utente. Ciò è pienamente coerente con i principi della programmazione orientata agli oggetti. C++Builder genera automaticamente una classe form per il form, che contiene i componenti inseriti nel form, le proprietà ei metodi del form, entrambi generati automaticamente da C++Builder e definiti dall'utente. I seguenti moduli sono definiti nell'applicazione sviluppata:

· Fmain form – il form principale dell'applicazione, implementato nel file UnitMain.cpp, esegue le funzioni dell'interfaccia principale per l'accesso dell'utente a tutte le funzioni del programma attraverso il menu principale dell'applicazione e la barra dei pulsanti di accesso rapido. Inoltre, il modulo principale funge da contenitore per tutti gli altri moduli in cui i dati vengono inseriti ed elaborati.

· Il form FTovar, implementato nel file UnitTovar.cpp, svolge le funzioni di visualizzazione dell'elenco merci inserito nella tabella merci del database di sistema. L'elemento principale del modulo è il componente DBGrid della tavolozza dei componenti di C++ Builder, che visualizza una tabella di prodotti sotto forma di elenco. Le colonne del componente DBGrid visualizzano i campi corrispondenti della tabella prodotti: nome, nome inglese, codice a barre e produttore. Lo stesso modulo viene utilizzato per selezionare un prodotto nel caso in cui questo modulo venga richiamato da altri moduli per selezionare un determinato prodotto, ad esempio sotto forma di report sui saldi.

· Il modulo FTovarEdit, implementato nel file UnitTovarEdit.cpp, serve per visualizzare e modificare i dati del prodotto. Questo modulo contiene controlli che visualizzano i dati di base del prodotto, come nome, nome inglese, descrizione dettagliata, sinonimi, codice a barre e prezzo e produttore. Si noti che il produttore viene selezionato aprendo il modulo produttori e selezionandolo dall'elenco proposto. Oltre ai dati di base, il modulo di modifica del prodotto visualizza anche i dati delle directory correlate, i cui record sono associati a questo prodotto: analoghi, progetti a cui appartiene il prodotto e proprietà di questo prodotto con i relativi valori. Visualizzare i dati delle directory correlate in un'unica forma è molto conveniente, poiché tutti i dati necessari sul prodotto si trovano insieme. Possono essere visualizzati e modificati.

· Il modulo FormClients, implementato nel file FormClientsU.cpp, è destinato alla visualizzazione e modifica dei dati sulle controparti del sistema: fornitori e acquirenti. Il modulo è strutturato in modo tale da consentire di visualizzare l'elenco degli acquirenti sul lato sinistro e informazioni dettagliate sull'acquirente corrente sulla destra. L'elenco visualizza solo il nome dell'acquirente dal campo nome della tabella del database, i controlli sul lato destro visualizzano i dati di tutti gli altri campi. Questo approccio è molto conveniente, in quanto consente di visualizzare e modificare i dati completi dei clienti in un unico modulo. I pulsanti Aggiungi, Salva ed Elimina richiamano procedure che eseguono query SQL per aggiungere, modificare ed eliminare record dal database.

· Il modulo FormVendirs, implementato nel file FormVendirsU.cpp, è destinato alla visualizzazione e alla modifica dei dati sui produttori di beni. Il modulo è progettato in modo tale da consentire di visualizzare l'elenco dei produttori sul lato sinistro e informazioni dettagliate sul produttore attuale sul lato destro. L'elenco visualizza solo il nome del produttore dal campo del nome della tabella del database, i controlli sul lato destro visualizzano i dati di tutti gli altri campi. Questo approccio è molto conveniente, in quanto consente di visualizzare e modificare i dati completi sul produttore in un unico modulo. I pulsanti Aggiungi, Salva ed Elimina richiamano procedure che eseguono query SQL per aggiungere, modificare ed eliminare record dal database.

· Il form FProj, implementato nel file FProjU.cpp, svolge le funzioni di visualizzazione dell'elenco dei progetti inseriti nella tabella progetti del database di sistema. L'elemento principale del modulo è il componente DBGrid della tavolozza dei componenti di C++ Builder, che visualizza la tabella del progetto come un elenco. Le colonne del componente DBGrid visualizzano solo il campo "Nome" della tabella di progetto. Lo stesso modulo viene utilizzato per selezionare un progetto se questo modulo viene richiamato da altri moduli per selezionare un particolare progetto, ad esempio nel modulo per la modifica dei dati del prodotto.

· Il modulo FProjEdit, implementato nel file UnitProjEdit.cpp, serve per visualizzare e modificare i dati completi del progetto, nonché per assegnare le proprietà del progetto al progetto. Nella parte sinistra del modulo, nei controlli corrispondenti, vengono visualizzati tutti i dati del progetto dalla tabella del progetto: nome, nome dettagliato e descrizione dettagliata, e l'elenco delle proprietà di questo progetto si trova nella parte sinistra. Il pulsante "Aggiungi proprietà" apre un modulo per la selezione di un libro di riferimento delle proprietà del progetto, che consente di selezionare e assegnare una proprietà a un progetto. La rimozione di una proprietà dall'elenco delle proprietà del progetto avviene quando si fa clic sul pulsante "Elimina proprietà".

· Il modulo FSimp implementato nel file UnitSimp.cpp serve per visualizzare l'elenco delle proprietà del progetto che caratterizzano ulteriormente il progetto.

· Il modulo FSimpEdit è progettato per visualizzare e modificare una specifica proprietà del progetto selezionata per la modifica. Il modulo consente di impostare i dati principali e aggiuntivi della proprietà del progetto.

· Il modulo FProperty, implementato nel file UnitProperty.cpp, è un elenco di proprietà del prodotto. Questo modulo ha solo un elenco di nomi di proprietà che l'utente può sfogliare e selezionare una di queste proprietà nel modulo di chiamata se il modulo è stato aperto per selezionare una proprietà da un altro modulo.

· Il modulo FPropertyEdit, implementato nel file UnitPropertyEdit.cpp, serve per modificare il nome della proprietà e la descrizione dettagliata della proprietà del prodotto, nonché per impostare i valori delle proprietà del prodotto nell'elenco sul lato destro del modulo. I pulsanti di controllo dell'elenco consentono di aprire il modulo dei valori di proprietà per selezionare un valore di proprietà. Che può essere assegnato a una determinata proprietà e, per modificare il valore della proprietà, eliminare il valore della proprietà.

· Il modulo FSKlad ​​implementato nel file UnitSklad.cpp serve per visualizzare l'elenco dei magazzini, che contiene i nomi dei magazzini. Lo stesso modulo consente di selezionare il record di magazzino corrente nel modulo di chiamata

· Il modulo FskladEdit implementato nel file UnitSkladEdit.cpp serve per visualizzare dati dettagliati e modificare sia il nome che i dati di magazzino aggiuntivi.

· Il modulo FVals implementato nel file UnitVals.cpp è progettato per selezionare un valore di proprietà per un elemento del catalogo prodotti e viene chiamato solo dal modulo prodotto. Il modulo dei valori delle proprietà mostra un elenco delle proprietà del prodotto completamente o solo quei valori che sono subordinati a una proprietà specifica, che possono essere selezionati facendo clic sul pulsante di apertura per selezionare il modulo delle proprietà. Una volta selezionata una proprietà, l'elenco dei valori delle proprietà mostra solo i valori che la proprietà può assumere.

· Il modulo FValsEdit implementato nel file UnitValsEdit.cpp è progettato per modificare il valore di una proprietà del prodotto specificandone il nome e la descrizione dettagliata.

· Il modulo FormFilter, implementato nel file FormFilterU.cpp, è progettato per risolvere il problema della selezione delle merci mediante la combinazione delle loro proprietà. Per la selezione possono essere utilizzati sia i dati di prodotto di base (nome, nome inglese, sinonimi, nome completo, descrizione dettagliata) che i dati di prodotto correlati: analogie e proprietà dei prodotti. Poiché i dati principali del prodotto sono valori di stringa, il modulo offre all'utente di organizzare una selezione flessibile basata su questi dati. È possibile organizzare la selezione dei record nella tabella prodotti in base a una corrispondenza esatta con la frase inserita, all'immissione della frase inserita nel campo di selezione, all'immissione nel campo di selezione di tutte le parole della frase inserita in qualsiasi sequenza, oppure mediante l'inserimento di almeno una delle parole della frase inserita nel campo di selezione. Tale selezione può essere organizzata da uno qualsiasi dei campi della tabella di selezione. Oltre a filtrare in base alle proprietà principali, il modulo di filtro offre l'opportunità di organizzare una selezione per progetti a cui appartiene il prodotto. A tale scopo viene compilato un elenco di progetti, a cui vengono aggiunte voci selezionando i progetti dal modulo elenco progetti quando viene aperto per la selezione. I controlli dell'elenco dei progetti consentono di aggiungere voci all'elenco, rimuovere voci dall'elenco, controllare tutte le voci o cancellare completamente l'elenco. Tutte le voci nell'elenco possono avere un segno di utilizzo nella selezione o non utilizzare (segno di spunta), deselezionando quale l'utente può escludere la selezione per questo progetto. Di conseguenza, solo i prodotti che appartengono ai progetti elencati nell'elenco verranno inclusi nella selezione delle voci nella directory dei prodotti. Il modulo implementa anche la selezione in base alle proprietà del prodotto e ai relativi valori. È possibile aggiungere voci dalla directory delle proprietà all'elenco delle proprietà del prodotto aprendo il modulo dell'elenco delle proprietà per selezionare e selezionare una proprietà specifica da esso. Per la voce corrente, l'elenco delle proprietà mostra tutti i valori che questa proprietà può assumere, da cui l'utente seleziona quelli necessari apponendovi dei segni. Di conseguenza, nella selezione generata verranno inclusi solo quei prodotti che hanno i valori delle proprietà elencate elencate nell'elenco. Il modulo filtro non viene richiamato direttamente dal menu principale, ma viene richiamato solo dal modulo elenco merci, anche quando viene aperto per la selezione, se in questo modulo è necessario organizzare la selezione delle merci secondo una combinazione di criteri.

· Il modulo DM implementato nel file UnitDM.cpp è un modulo per la memorizzazione dei componenti di C++ Builder che forniscono l'accesso al database. Per ciascuna tabella del database viene allocato un componente TQuery separato, che consente di immettere ed eseguire query SQL che consentono di selezionare, modificare ed eliminare i record nelle tabelle del database. Il fatto che sia assegnato un solo componente di accesso per ogni tabella e il fatto che siano tutti combinati in un modulo è dovuto al fatto che il programma ha un'interfaccia MDI e la modifica dei dati in una forma porta a un cambiamento istantaneo nella loro visualizzazione in tutte le altre forme. Oltre ai componenti di accesso ai dati, questo modulo archivia anche i componenti che fungono da origine dati per i componenti di visualizzazione dei dati nei moduli. Il componente Database fornisce la connessione fisica di tutti gli altri componenti del programma con il database.

· Il modulo FJornal è destinato alla visualizzazione del giornale di registrazione dei documenti, ad es. un elenco di operazioni che sono già state eseguite con le merci. Il modulo contiene il componente TDBGrid, che visualizza un elenco di operazioni con i seguenti parametri per ciascuna voce: data operazione, numero operazione, magazzino da cui è stata emessa l'operazione, cliente presso cui è stata registrata l'operazione.

· Il modulo FDocs è destinato alla modifica o all'inserimento di una nuova operazione per la movimentazione delle merci in magazzino. Nella parte superiore del form sono presenti componenti che visualizzano le principali proprietà dell'operazione: la data e il numero dell'operazione, il cliente, il magazzino e il codice dell'operazione. Per selezionare un cliente e un magazzino, si aprono per selezionare la forma delle directory corrispondenti in cui è possibile selezionare la voce desiderata. Nella metà inferiore del modulo c'è una parte tabellare dell'operazione, che è un elenco di merci, indicante la quantità.

· Il modulo FJornalEdit implementato nel file UnitJornalEdit.cpp serve per modificare una riga di un'operazione. Questo modulo viene chiamato dal modulo FJornal per modificare la riga corrente. Il modulo fornisce una semplice interfaccia per inserire e modificare l'articolo e la quantità per riga. Per selezionare un prodotto, viene richiamato il modulo elenco catalogo prodotti, la cui voce selezionata viene trasferita al modulo FJornalEdit.

· Il modulo FUsers è progettato per mantenere un elenco di utenti. Nel componente DBGrid di questo modulo, utilizzando una query SQL, viene formato un elenco di utenti del sistema e le proprietà dell'utente vengono visualizzate nei controlli: login, password, cognome, nome, patronimico e categoria utente. La categoria utente viene visualizzata come pulsanti di opzione. Quando si fa clic sui pulsanti di controllo, viene eseguita una query SQL per aggiungere, modificare dati ed eliminare un utente. Quando si elimina un utente, viene controllata l'integrità referenziale del database

· Il modulo FReg è destinato all'autenticazione dell'utente all'inizio di una sessione con il sistema. Il sistema verifica la presenza dell'utente nel database, ne verifica la password e, in caso di esito positivo, apre l'accesso a quelle funzioni che sono a disposizione dell'utente, a seconda del suo livello di accesso.

· Il modulo FRepForm, implementato nel file UnitRepForm.cpp, è progettato per preparare e generare un report sulla movimentazione delle merci nei magazzini. I controlli di questo modulo consentono all'utente di impostare le condizioni per la generazione del report, ovvero di selezionare il cliente con cui è stata eseguita l'operazione di ricevimento o spesa, nonché il magazzino da cui è stata eseguita tale operazione. La parte inferiore del modulo contiene una tabella in cui l'utente può selezionare diversi record dalla directory dei prodotti, nel qual caso il rapporto sul traffico sarà basato su questi prodotti.

Ciascun modulo esegue le funzioni del modulo corrispondente utilizzando i componenti dell'ambiente C++ Builder, posizionati sul modulo dalla tavolozza dei componenti. mercoledì rapida creazione Le applicazioni o l'ambiente RAD (RapidApplicationDevelopment - RAD) C ++ Builder utilizzano la libreria di componenti visivi VCL (VisualComponentLibrary - VCL), che consiste in oggetti visivi e non visivi e shell pronte per l'uso. Permette con costo minimo creare applicazioni pur fornendo un certo grado di indipendenza dalla VCL.

Quando si lavora con i componenti, C++ Builder fa ampio uso del principio del riutilizzo degli oggetti. I componenti sono istanze di classe accessibili tramite ComponentPalette. Cosa potrebbe essere più semplice durante la creazione di un'applicazione che eliminare semplicemente il componente desiderato nel modulo, impostarne le proprietà e quindi definire i gestori di eventi. È con l'aiuto dei componenti del modulo che svolgono le funzioni ad essi inerenti.

2.3 Supporto tecnologico del compito

2.3.1 Organizzazione della tecnologia per la raccolta, la trasmissione, l'elaborazione e l'emissione di informazioni

Lo sviluppo di sistemi software complessi rende necessario risolvere una serie di problemi organizzativi, tecnologici e tecnici associati alla notevole laboriosità dello sviluppo di programmi e alla difficoltà di identificare gli errori in essi. La soluzione a questi problemi è possibile con l'introduzione di qualsiasi tecnologia di programmazione che aumenterà la produttività dei programmatori e l'affidabilità dei programmi. Inoltre, la tecnologia implementata dovrebbe semplificare la pianificazione del lavoro e organizzare l'interazione di tutti i membri del team, consentire di controllare chiaramente i tempi di ogni fase di sviluppo, comunicare rapidamente agli esecutori tutte le modifiche ai concetti generali per il prodotto software creato e modifiche degli accordi sui rapporti tra il programma e l'ambiente esterno, o tra separati costruzioni programmi. La tecnologia dovrebbe garantire la semplicità e l'univocità di lettura di tutta la documentazione.

La riduzione dei tempi e della complessità dell'implementazione di un prodotto software dipende dalla sua affidabilità. Pertanto, la tecnologia dovrebbe prevedere l'organizzazione dei processi di verifica e test di algoritmi e programmi in fase di sviluppo, nonché approcci per il debug e il test del programma. La tecnologia dovrebbe fornire la possibilità di una modifica abbastanza semplice dei programmi durante il loro funzionamento, necessaria per eliminare gli errori rilevati o per modificare le funzioni del programma.

La tecnologia di sviluppo di sistemi software complessi richiede la divisione di un prodotto software in moduli separati. In questo caso, i moduli vengono spesso creati indipendentemente l'uno dall'altro. diversi programmatori. Per combinare i moduli in un pacchetto software, è necessario sviluppare regole per chiamare i moduli e regole per passare i parametri tra i singoli moduli. Queste regole formano un'interfaccia all'interno del programma.

2.3.2 Schemi del processo tecnologico di raccolta, trasmissione, elaborazione e rilascio delle informazioni

v questa sezione vengono presentati schemi funzionali-tecnologici per la risoluzione del problema.

Prima di tutto, consideriamo il compito di mantenere le directory, chiamiamolo A1. Per implementarlo, il gestore del catalogo ordina i dati e quindi inserisce i dati nelle apposite tabelle. L'attività di immissione dei dati può essere suddivisa in diversi passaggi. Lo schema funzionale-tecnologico per la risoluzione del problema A1 è mostrato in Figura 2.13.

Figura 2.2. Schema funzionale-tecnologico del compito A1 "Mantenimento dei libri di riferimento"

Per ogni modulo selezionato è stato sviluppato uno schema funzionale-tecnologico e un algoritmo dettagliato per la sua codifica. Lo schema a blocchi dell'attività A1 è mostrato nella Figura 2.14 e gli schemi funzionali e tecnologici di tutti i moduli dell'attività A1 sono mostrati nella Figura 2.15.

Figura 2.3. schema per la risoluzione del problema A1 "Mantenimento delle directory"

Figura 2.4. Schemi funzionale-tecnologici dei moduli del compito A1

Descriviamo più in dettaglio gli schemi ottenuti.

Per il modulo A1.1:

Processo: controllo e immissione dei dati del prodotto.

Input: informazioni sul prodotto.

Output: dati di prodotto generati nel database

Algoritmo:

Verifica della disponibilità dei dati del prodotto nel database

Visualizza le informazioni sul prodotto sullo schermo.

Per il modulo A 1.2:

Processo: controllo e inserimento dei dati del cliente.

Accesso: informazioni sul cliente.

Output: dati generati sul client nel database

Algoritmo:

Verifica della disponibilità dei dati del cliente nel database

Se non ci sono dati, aggiungere un nuovo record al database

Visualizza le informazioni sul cliente sullo schermo.

Per il modulo A 1.3:

Processo: Controllo e inserimento dei dati sulla proprietà del prodotto.

Input: informazioni sulla proprietà del prodotto.

Output: dati generati sulla proprietà del prodotto nel database

Algoritmo:

Verifica della disponibilità dei dati sulla proprietà del prodotto nel database

Se non ci sono dati, aggiungere un nuovo record al database

Visualizza i dati sulla proprietà del prodotto sullo schermo.

Per il modulo A 1.4:

Processo: controllo e immissione dei dati dell'utente.

Input: informazioni sull'utente.

Output: dati generati sull'utente nel database

Algoritmo:

Verifica della disponibilità dei dati utente nel database

Se non ci sono dati, aggiungere un nuovo record al database

Visualizza le informazioni sull'utente sullo schermo.

Per il modulo A 1.5:

Processo: controllo e immissione dei dati del progetto.

Input: informazioni sul progetto.

Output: dati generati sul progetto nel database

Algoritmo:

Verifica della disponibilità dei dati di progetto nel database

Se non ci sono dati, aggiungere un nuovo record al database

Visualizza i dati del progetto sullo schermo.

Per il modulo A 1.6:

Processo: controllo e immissione dei dati sull'unità.

Input: informazioni sull'unità.

Output: dati generati sul dipartimento nel database

Algoritmo:

Verifica della presenza di dati sull'unità nel database

Se non ci sono dati, aggiungere un nuovo record al database

Visualizza le informazioni sulla divisione sullo schermo.

Per il modulo A 1.7:

Processo: controllo e immissione dei dati sui produttori.

Input: informazioni sul produttore.

Output: dati generati sul produttore nel database

Algoritmo:

Verifica della disponibilità dei dati sul produttore nel database

Se non ci sono dati, aggiungere un nuovo record al database

Visualizza le informazioni sul produttore sullo schermo.

Quindi, considera il compito di inserire documenti nel sistema, chiamiamolo B1. Per risolvere questo problema, l'operatore del gruppo di elaborazione documenti ordina i documenti cartacei in entrata, li elabora e li inserisce nel sistema, a seguito del quale vengono modificate le voci nella tabella di bilancio e nel registro documenti. Lo schema funzionale-tecnologico del compito B1 è mostrato nella Figura 2.16.

Figura 2.5. Schema funzionale-tecnologico del compito B1 "Introduzione dei documenti".

Per ogni modulo selezionato è stato sviluppato uno schema funzionale-tecnologico e un algoritmo dettagliato per la sua codifica. Lo schema a blocchi dell'attività B1 è mostrato nella Figura 2.17 e gli schemi funzionali e tecnologici di tutti i moduli dell'attività B1 sono mostrati nella Figura 2.18.

Figura 2.6. Schema a blocchi per la risoluzione del compito B1 "Introduzione di documenti"

Figura 2.7. Schemi funzionale-tecnologici dei moduli del compito B1

Quindi, considera il compito di ottenere i rapporti, chiamiamolo B1. Per risolvere questo problema, l'utente del programma seleziona il tipo di rapporto desiderato, a seguito del quale viene formata una maschera del tipo di rapporto selezionato.Lo schema funzionale e tecnologico dell'attività B1 è mostrato nella Figura 2.19.

Figura 2.8. Schema funzionale-tecnologico del compito B1 "Formazione di rapporti"

Lo schema a blocchi dell'attività B1 è mostrato nella Figura 2.20 e gli schemi funzionali e tecnologici di tutti i moduli dell'attività B1 sono mostrati nella Figura 2.21

Figura 2.9. Schema a blocchi dell'attività B1

Disegno 2 . 10 . Schemi funzionale-tecnologici dei moduli di attività B1

2.4 Caso di test di implementazione del progetto e sua descrizione

Per verificare la correttezza e l'integrità dell'applicazione sviluppata, è stato realizzato un esempio di test dell'applicazione. I dati per questo test case sono stati selezionati in modo tale da coprire tutte le funzioni ei sottosistemi dell'applicazione sviluppata, per verificare tutti gli algoritmi in essa incorporati.

L'implementazione del test case si compone di tre fasi:

· Inserimento di informazioni di prova nelle directory;

· inserimento di test case di movimentazione merci in magazzino;

· Ottenere report che riflettano la variazione del numero di merci nei magazzini e che consentano di effettuare un'analisi dei movimenti.

Il primo passo nell'implementazione del test case è inserire i dati del test nelle directory di sistema. I dati del test sono stati scelti in questo modo. Per utilizzare tutte le directory, sia di base che di memorizzazione di informazioni aggiuntive.

Sono stati aggiunti tre prodotti alla directory dei prodotti:

· Porta "Klinkor" in metallo;

· Porta "Basilea" in legno;

Porta in metallo "Las Vegas"

La Figura 2.24 mostra una maschera con un elenco di prodotti.

Figura 2.11. Elenco prodotti

La tabella 17 mostra i dati di prova sulle proprietà dei beni e sui valori che queste proprietà possono assumere

Tabella 17. Dati di prova sulle proprietà dei beni.

La tabella 18 mostra le proprietà assegnate ai prodotti e i loro valori.

Tabella 18. Dati di test per l'assegnazione delle proprietà del prodotto ai prodotti.

Prodotto	Proprietà	Valore della proprietà assegnata
Porta "Klinkor" in metallo	Castello 1	Castello di Tyson
	Castello 2	Castello "Verita"
	Peso	500 kg
	Imbottitura esterna	Plastica
	Tappezzeria interna	Mancante
	Riscaldamento	Mancante
Porta di metallo Las Vegas	Castello 1	Castello di Tyson
	Castello 2	Castello di Las Vegas
	Peso	150 kg
	Imbottitura esterna	Plastica decorativa
	Tappezzeria interna	tappeto
	Riscaldamento	Polistirolo
Porta "Basilea" in legno	Castello 1	Castello di Tyson
	Castello 2	Mancante
	Peso	120 kg
	Imbottitura esterna	Mancante
	Tappezzeria interna	tappeto
	Riscaldamento	Paralon

Per classificare le merci nell'uno o nell'altro progetto standard di edifici e locali in cui i prodotti possono essere utilizzati, è stato completato un libro di riferimento dei progetti e delle loro proprietà. Il loro contenuto è presentato nella tabella 19.

Tabella 19. Dati di prova per i progetti.

L'assegnazione di beni a un particolare progetto è presentata nella tabella 20.

Tabella 20. Dati di prova per l'assegnazione di beni ai progetti.

L'assegnazione di tutti i dati al prodotto, l'assegnazione di analoghi, le proprietà ad esso, la sua assegnazione a un particolare progetto è mostrata nella Figura 2.25.

Figura 2.12. Modulo di prova di modifica del prodotto

Inoltre, per la completezza del test case, è necessario compilare le directory di produttori, clienti, magazzini e utenti. Il loro riempimento è mostrato nelle Figure 2.26 - 2.29.

Figura 2.13. Prova a compilare la directory del produttore

Figura 2.14. Test di riempimento della directory dei clienti.

Figura 2.15. Compilazione di prova dell'elenco dei magazzini.

Figura 2.16. Compilazione di prova del libro di consultazione degli utenti.

Il risultato di questa fase di test è un database completo, che contiene tutti i dati delle directory. Il modo più efficace e dimostrativo per verificare la completezza e la correttezza della compilazione delle directory è cercare il prodotto desiderato utilizzando il filtro prodotto. Il filtro prodotto consente di selezionare i prodotti in base a qualsiasi criterio e la loro combinazione. Pertanto, durante il test, sono state effettuate le seguenti selezioni:

Tutti i prodotti con serratura Tyson (la forma del filtro è mostrata in figura).

Tutti i prodotti relativi al progetto "Casa di campagna" o al progetto "Appartamento in condominio"

Tutti i prodotti del produttore Klondike.

Disegno 2 . 17 . Impostazione di un filtro prodotto.

Dopo aver completato tutte le directory, puoi procedere alla seconda fase del test: inserire i documenti sulla circolazione delle merci nei magazzini. In questa fase sono stati introdotti diversi documenti che effettuano la ricezione e il consumo di tutta la merce di prova nei magazzini. Il giornale di registrazione è mostrato in figura, i contenuti di alcuni documenti sono mostrati in figura 2.31.

Disegno 2 . 18 . Giornale di documenti.

Disegno 2 . 19 . Modulo documento.

Va notato che nella vita reale, l'esecuzione dei documenti per la circolazione delle merci attraverso il magazzino avviene in tempo reale nell'ordine di ricezione dei documenti cartacei. Allo stesso tempo, al momento dell'emissione di ogni nuovo documento, gli operatori non controllano il saldo delle merci in magazzino. La terza fase del test consente di visualizzare il saldo delle merci, nonché di analizzare il movimento delle merci nei magazzini nel contesto dei documenti: ottenere rapporti analitici. In questa fase sono state ricevute segnalazioni su saldi senza sezioni di documenti, nonché una relazione su saldi e movimenti di merci nel contesto di documenti. Questi rapporti hanno permesso di tenere traccia della variazione del saldo delle merci nei magazzini e di capire come si è concluso il saldo finale dal saldo iniziale.

Secondo i risultati del test, si può affermare che il programma funziona correttamente. Soddisfa tutte le sue esigenze: caratteristiche funzionali, affidabilità e correttezza di funzionamento, compatibilità di informazioni e software, composizione hardware e software, composizione della documentazione software.

Conclusione

A seguito del completamento del progetto di laurea, è stata studiata la metodologia per condurre la contabilità di magazzino in LLC "Union-doors".

Sulla base della metodologia studiata, è stata sviluppata una struttura di database necessaria per la memorizzazione dei dati di sistema. Inoltre, è stato scelto il sistema operativo, in cui dovrà funzionare l'applicazione sviluppata, e sono stati scelti il ​​linguaggio di programmazione e il sistema di programmazione, con l'aiuto del quale verrà effettuato lo sviluppo.

Il risultato della progettazione del diploma è stato lo sviluppo di un'applicazione che automatizza il processo di controllo dell'inventario.

In conformità con la metodologia descritta per testare il programma, i risultati del test hanno mostrato che il programma funziona correttamente in tutte le situazioni previste, con diversi set di dati di input.

Il programma funziona con i sistemi operativi Windows 95/98, NT, 2000, XP ed è implementato nell'ambiente BorlandC++ Builder. I risultati del programma sono tabelle dei documenti di movimento nei magazzini e saldi delle merci nei magazzini.

L'applicazione sviluppata sarà presto implementata presso Union-doors LLC. Il management di Union-doors LLC prevede un grande salto di qualità nell'organizzazione della contabilità di magazzino dall'implementazione dell'applicazione sviluppata. A causa del fatto che il lavoro del personale sarà notevolmente facilitato dall'automazione del mantenimento delle informazioni di riferimento, delle pratiche burocratiche e della ricezione dei rapporti, la qualità del lavoro del personale migliorerà notevolmente. L'applicazione sviluppata consentirà di mettere ordine nell'organizzazione del lavoro di tutti i reparti e di ogni singolo dipendente, delineare i dipendenti in base ai loro poteri e funzioni e identificare i colli di bottiglia nell'organizzazione delle attività dei reparti. La possibilità di ricevere istantaneamente i saldi correnti in magazzino eliminerà il furto dei prodotti e la possibilità di ricevere report sulla movimentazione delle merci consentirà di redigere report analitici sull'analisi delle vendite e fare previsioni per periodi futuri.

1. Podbelsky V.V., Fomin SS. C Programmazione: Proc. Beneficio. - 2a aggiunta. ed. - M: Finanza e statistica, 2002. - 600s.

2. Herbert Schildt Programmazione in C e C++ per Windows 95 - K.: BHV Trade and Publishing Office, 1996

3. C. Programmazione Petzold per Windows 95; in due volumi - San Pietroburgo: BHV - San Pietroburgo, 1997

4. Arkhangelsky PA "Programmazione in BorlandC++ 4.0" M. Nauka, 2000

5. Stroustrup B. “Il linguaggio di programmazione C++: Per. dall'inglese." M. Radio e comunicazione, 1991.-352 pp.: ill.

6. Bobrovsky SI Delfi 5 - M.: Pietro, 2002.

7. Gaevsky A. Sviluppo applicazioni software su Delfi 6 - M.: Kiev, 2000.

8. Zuev V. R. Turbo Pascal 6.0, 7.0. M.: Mosca, 1998.

9. Kotsyubinsky A.O., Groshev S.V. Lingua Programmazione Delfi 5 - M.: Mosca, 1999.

10. Leontiev VI Delfi 5 - M.: Mosca, 1999.

11. Moiseev AS Oggetto Pascal - Mosca: Mosca, 2000.

12. Nemnyugin SA Programmazione - M.: Peter, 2000.

13. Remizov N. C. Delfi - M.: Peter, 2000

14. Arkhangelsky PA La programmazione in Delphi 5. M., Nauka, 2000

15. Darakhvelidze P.G. Programmazione in DELPHI 5. San Pietroburgo, Binom, 2000

16. Teixeira ST DELPHI 5. Guida per gli sviluppatori. M., Williams, 2000

17. Ugrinovich N. Informatica e tecnologia dell'informazione. Un insieme di conoscenze di base. M., Radio e comunicazione, 2000

18. Faronov V.V. Delfi 3. Corso di formazione. M., La conoscenza, 1998

19. Faronov V.V. Delfi 4. Corso di formazione. M., Conoscenza, 1998

20. Harrington J. Progettazione di database relazionali. M., LORI, 2000

21. Shumakov V.P. Delphi 3 e la creazione di applicazioni di database. M., La conoscenza, 1998

22. GOST 2.105-95 ESKD. Requisiti generali per i documenti di testo

23. GOST 19.103-33 ESPD. Designazione di programmi e documenti di programma.

24. GOST 19.701-90 ESPD. Schemi di algoritmi, programmi, dati e sistemi. Convenzioni e regole di esecuzione.

Appendice

Diagramma di flusso dei dati "così com'è"

Diagramma di flusso dei dati "come dovrebbe essere".

Schema di flusso di documenti nel contesto del lavoro con i clienti nelle transazioni immobiliari.

trascrizione

1 Progettazione del sistema informativo "Agenzia immobiliare" S.I. Sakhno. Balakovo Institute of Engineering and Technology branch of the Federal State Autonomous Educational Institution of Higher Professional Education "National Research Nuclear University "MEPhI", Balakovo, Russia Progettazione del sistema informativo "Agenzia immobiliare" Sakhno S.I. Balakovo Institute of Engineering and Technology of the National Research Nuclear University MEPhI (Moscow Engineering Physics Institute) Balakovo, Russia

2 INTRODUZIONE Lo sviluppo delle tecnologie dell'informazione nel mondo e nel nostro Paese va avanti da oltre 25 anni. E dentro società modernaè già difficile immaginare come farebbero le persone senza mezzi tecnici, tecnologie dell'informazione e della comunicazione e un personal computer nella loro vita e nelle loro attività professionali. L'informazione è diventata una delle risorse più importanti ei sistemi informativi sono diventati uno strumento necessario in quasi tutti i settori di attività. La vita umana moderna è così satura di vari tipi di informazioni che la sua elaborazione richiede la creazione di un numero enorme di strutture di archiviazione per vari scopi. I sistemi informativi sono caratterizzati da enormi volumi di dati archiviati, organizzazione complessa e necessità di soddisfare le diverse esigenze di più utenti. Questi compiti possono essere risolti utilizzando i sistemi informativi. I sistemi informativi sono sistemi di elaborazione dati di qualsiasi area disciplinare con i mezzi per accumulare, archiviare, elaborare, convertire, trasmettere, aggiornare informazioni utilizzando computer e altre tecnologie. Quando si automatizza l'attività umana, il mondo reale viene trasferito in un formato elettronico. Per questo, una parte di questo mondo viene allocata e analizzata per la possibilità di automazione. Si chiama area tematica e delinea rigorosamente la gamma di oggetti che vengono studiati, misurati, valutati, ecc. Come risultato di questo processo, gli oggetti di automazione vengono identificati e vengono determinati i dettagli in base ai quali questi oggetti vengono valutati. Il risultato di questo processo è un database che descrive una parte specifica del mondo reale da posizioni rigorosamente definite. La rilevanza dello sviluppo di questo sistema informativo per l'area tematica "Agenzia Immobiliare" risiede nella necessità

3 riduzione dei tempi di elaborazione delle informazioni e della velocità di elaborazione dei dati. Lo scopo di questo lavoro è quello di progettare un sistema informativo per un'agenzia immobiliare. Nel processo di esecuzione del lavoro, è necessario analizzare l'area disciplinare, riflettere sullo scopo del sistema informativo, acquisire competenze pratiche nella progettazione della struttura, nello sviluppo e nell'implementazione del sistema informativo.

4 1 DESCRIZIONE DELL'AREA TEMATICA 1.1 Caratteristiche dell'organizzazione Il sistema informativo sviluppato è destinato all'area tematica “Agenzia Immobiliare”. L'agenzia immobiliare fornisce supporto professionale per tutte le operazioni possibili nel mercato immobiliare. Prima di tutto, questa è la vendita e l'acquisto di immobili residenziali e commerciali, nonché l'affitto di appartamenti, stanze, appezzamenti di terreno. Il vantaggio dell'agenzia è un database voluminoso di opzioni immobiliari e terreni offerti in vendita o offerti in affitto. I dipendenti dell'agenzia immobiliare lavorano quotidianamente per espandere il database di appartamenti, case di campagna, locali commerciali e appezzamenti di terreno e ne sono esperti. L'utilizzo del sistema informativo prevede una notevole semplificazione e accelerazione del lavoro di contabilizzazione dei clienti dell'azienda, delle loro applicazioni per l'acquisto e la vendita di immobili, automatizzando le operazioni eseguite per l'inserimento di un nuovo cliente nel database dell'azienda, la compilazione degli applicativi per un singolo acquirente o venditore, cancellando i dati relativi all'oggetto durante la vendita dell'immobile. 1.2 Finalità del sistema informativo Per sistema si intende qualsiasi oggetto che sia contemporaneamente considerato sia come un tutto unico sia come un insieme di elementi eterogenei, interconnessi e interagenti uniti nell'interesse del raggiungimento degli obiettivi prefissati. I sistemi differiscono significativamente l'uno dall'altro sia per la composizione che per gli obiettivi principali.

5 Il sistema informativo è un insieme ordinato organizzativo di documenti e tecnologie informatiche, compreso l'uso della tecnologia informatica e degli strumenti di comunicazione che implementano i processi informativi. Il sistema informativo di gestione aziendale "ideale" dovrebbe automatizzare tutte o almeno la maggior parte delle attività dell'impresa. Inoltre, l'automazione dovrebbe essere eseguita non per motivi di automazione, ma tenendo conto dei suoi costi e dare un effetto reale ai risultati delle attività finanziarie ed economiche dell'impresa. A seconda dell'area tematica, i sistemi informativi possono variare notevolmente nelle loro funzioni, architettura e implementazione. Tuttavia, ci sono un certo numero di proprietà che sono comuni. I sistemi informativi sono progettati per raccogliere, archiviare ed elaborare informazioni, quindi ognuno di essi si basa sull'ambiente per la memorizzazione e l'accesso ai dati. I sistemi informativi sono focalizzati sull'utente finale che non è altamente qualificato nel campo delle tecnologie informatiche. Pertanto, le applicazioni client del sistema informativo dovrebbero avere un'interfaccia semplice, comoda e di facile apprendimento che fornisca all'utente finale tutte le funzioni necessarie per il lavoro e allo stesso tempo non gli consenta di eseguire azioni non necessarie. L'impresa dovrebbe creare un database che garantisca l'archiviazione delle informazioni e la loro disponibilità per tutti i componenti del sistema di gestione.

6 Figura 1 Diagramma di flusso del sistema informativo dell'organizzazione La presenza di tale database consente di generare informazioni per il processo decisionale. Di per sé, il sistema informativo non è uno strumento per prendere decisioni manageriali. Le decisioni sono prese dalle persone. Ma il sistema di controllo è in grado di presentare o "preparare" le informazioni in modo tale da garantire il processo decisionale. I sistemi di supporto alle decisioni sono in grado di fornire, ad esempio: il monitoraggio delle prestazioni delle diverse aree e servizi per identificare ed eliminare i punti deboli, nonché per migliorare i processi aziendali e le unità organizzative; analisi delle attività delle singole unità; riassumere i dati dei vari reparti; analisi di indicatori di varie aree di attività finanziaria ed economica dell'impresa per identificare aree di attività promettenti e non redditizie; individuazione delle tendenze in evoluzione nell'impresa e nel mercato. Non dobbiamo dimenticare che le persone comuni che sono esperte nella loro area disciplinare, ma spesso hanno competenze informatiche nella media, dovranno lavorare con il sistema. L'interfaccia dei sistemi informativi dovrebbe essere loro intuitivamente chiara.

7 1.3 Utenti e funzioni degli utenti del sistema informativo La realizzazione di un sistema informativo per un'agenzia immobiliare ha lo scopo di automatizzare i principali processi che avvengono all'interno dell'agenzia. Gli utenti di questo sistema informativo saranno i dipendenti dell'agenzia: agenti immobiliari, operatori informatici, programmatori, segretari e clienti dell'agenzia. Il sistema informativo dovrebbe fornire input e archiviazione di informazioni sugli immobili, su tutte le transazioni dei clienti, informazioni su tutti gli agenti immobiliari, il loro programma e le modalità operative. Pertanto, i dati di input per la progettazione di un sistema informativo dovrebbero essere le seguenti caratteristiche: informazioni sugli immobili: indirizzo, area, prezzo, numero di stanze; informazioni sulle vendite: data di vendita, importo della transazione, informazioni sulla proprietà, informazioni sugli agenti immobiliari e sui clienti; informazioni sugli agenti immobiliari: cognome, nome e patronimico dell'agente immobiliare; informazioni sulla specializzazione dei medici: il nome della specializzazione; informazioni sui clienti: cognome, nome, patronimico e numero di telefono del cliente. Il sistema informativo di un'agenzia immobiliare dovrebbe svolgere i seguenti compiti: fornire un'opportunità per inserire, modificare ed eliminare informazioni su immobili, clienti, agenti immobiliari e indagini condotte; fornire informazioni su immobili in vendita o in affitto. Il sistema informativo realizzato deve soddisfare i seguenti requisiti operativi: effettivi bisogni informativi; requisiti attuali per tempo accettabile, cioè dati i requisiti di prestazione;

8 esigenze degli utenti finali individuate ed emergenti; dovrebbe essere facilmente ampliabile con la riorganizzazione e l'ampliamento dell'area disciplinare; dovrebbe essere facilmente modificato quando cambia l'ambiente software e hardware; i dati caricati nel database devono rimanere corretti; i dati devono essere validati prima di essere inseriti nel database; l'accesso ai dati inseriti nella banca dati attraverso il modello orientato agli oggetti dovrebbe essere concesso solo a persone dotate dell'autorità appropriata. 1.4 Requisiti di un sistema informativo Un sistema informativo, come ogni altro strumento, dovrebbe avere caratteristiche e requisiti propri, in base ai quali se ne possa determinare la funzionalità e l'efficacia. Naturalmente, per ciascuna impresa specifica, i requisiti per il sistema informativo saranno diversi, poiché devono essere prese in considerazione le specificità di ciascuna organizzazione. Nonostante ciò, è necessario individuare alcuni requisiti di base del sistema, comuni a tutti i "consumatori": 1. Localizzazione del sistema informativo. A causa del fatto che i maggiori sviluppatori di sistemi informativi sono società straniere, il sistema deve essere adattato per l'uso da parte di società russe. E qui si intende sia la localizzazione funzionale (tenendo conto delle peculiarità della legislazione e dei sistemi di regolamento russi) sia quella linguistica (sistema di aiuto e documentazione in russo).

9 2. Il sistema deve fornire una protezione affidabile delle informazioni, che richiede il controllo dell'accesso tramite password, un sistema di protezione dei dati multilivello, ecc. 3. Nel caso di attuazione del sistema per una grande impresa con una struttura organizzativa complessa, è necessario implementare accesso remoto in modo che le informazioni possano essere utilizzate da tutte le divisioni strutturali dell'organizzazione. 4. A causa dell'influenza di fattori esterni e interni (cambiamenti nella direzione aziendale, cambiamenti nella legislazione, ecc.), il sistema deve essere adattivo. 5. È necessario consolidare le informazioni a livello di impresa (combinando le informazioni di succursali, filiali, ecc.), a livello di singole mansioni, a livello di periodi temporali. Questi requisiti sono i criteri principali, ma non gli unici, per la scelta di un sistema informativo aziendale per un'impresa. 1.5 Scelta della metodologia di modellazione Attualmente, ci sono molti programmi speciali sul mercato della tecnologia informatica che consentono di esaminare l'impresa e costruire un modello. La scelta della metodologia e degli strumenti con cui si effettua la modellazione dei processi aziendali non è di fondamentale importanza. Esistono metodologie e strumenti standardizzati e testati nel tempo che possono essere utilizzati per esaminare un'impresa e costruirne il modello. Il loro principale vantaggio è la semplicità e l'accessibilità alla padronanza. La modellazione dei processi aziendali influisce su molti aspetti delle attività di un'azienda: modifica della struttura organizzativa; ottimizzazione delle funzioni dei reparti e dei dipendenti;

10 ridistribuzione di diritti e doveri dei dirigenti; cambiamento dei regolamenti interni e della tecnologia delle operazioni; nuovi requisiti per l'automazione dei processi in corso, ecc. Lo scopo della modellazione è sistematizzare la conoscenza dell'azienda e dei suoi processi aziendali in una forma grafica visiva più conveniente per l'elaborazione analitica delle informazioni ricevute. Il modello dovrebbe riflettere la struttura dei processi aziendali dell'organizzazione, i dettagli della loro implementazione e la sequenza del flusso di lavoro. La modellazione dei processi aziendali dell'organizzazione comprende due fasi: strutturale e dettagliata. La modellazione strutturale dei processi aziendali di un'organizzazione può essere eseguita in notazione IDEF0 utilizzando gli strumenti BPwin. In questo lavoro, la modellazione del processo è stata eseguita in IDEF0, IDEF3, IDEF1X e DFD in MS Office Visio. Nella fase di modellazione strutturale, il modello dovrebbe riflettere: - la struttura organizzativa esistente; - documenti e altre entità utilizzate nell'esecuzione dei processi aziendali modellati e necessari per modellare il flusso di lavoro, con descrizioni del loro significato principale; - diagrammi di interazione che riflettono la sequenza di creazione e spostamento di documenti (dati, materiali, risorse, ecc.) tra gli attori. Un modello dettagliato dell'organizzazione dovrebbe includere: - una serie di precedenti che riflettano le possibili opzioni per l'implementazione dei processi aziendali "così com'è"; - diagrammi di azione che descrivono in dettaglio la sequenza dei processi aziendali;

11 - diagrammi di interazione, che riflettono lo schema del flusso di lavoro. I modelli dovrebbero essere concordati con i principali specialisti dell'organizzazione che hanno le conoscenze necessarie.

12 2 SVILUPPO DEL MODELLO DI SISTEMA INFORMATIVO 2.1 Modellazione dei processi aziendali nell'organizzazione (IDEF0) Il modello funzionale ha lo scopo di descrivere i processi aziendali esistenti nell'impresa (cd modello AS-IS) e lo stato ideale delle cose - ciò per cui devi lottare (TO-BE). La metodologia IDEF0 prescrive la costruzione di un sistema gerarchico di diagrammi - descrizioni singole di frammenti di sistema. In IDEF0, un sistema è rappresentato come un insieme di attività o funzioni interagenti. Tale orientamento puramente funzionale è fondamentale: le funzioni del sistema vengono analizzate indipendentemente dagli oggetti su cui operano. Ciò consente di modellare più chiaramente la logica e l'interazione dei processi dell'organizzazione. Sotto il modello in IDEF0 comprendere la descrizione del sistema (testuale e grafica), che dovrebbe dare una risposta ad alcune domande predefinite. I concetti principali della metodologia di modellazione funzionale del lavoro sono: - Attività - processi, funzioni o compiti denominati che si verificano in un certo periodo di tempo e hanno risultati riconoscibili. Nel diagramma, le attività sono rappresentate da rettangoli. - Input (Input) - il materiale o le informazioni utilizzate dal lavoro per ottenere un risultato. - Management (Control) - regole, strategie, standard che guidano il lavoro. - Output (Output) - il materiale o le informazioni prodotte dal lavoro. Ogni lavoro deve avere almeno una freccia di uscita, poiché un lavoro senza risultato non ha significato e non deve essere modellato.

13 - Meccanismo - risorse che svolgono il lavoro (personale). - Call è l'interazione di un modello di lavoro con un altro. Esistono cinque tipi di collegamenti di lavoro in IDEF0. - Un collegamento input-output si verifica quando l'output di un lavoro superiore viene indirizzato all'input di un lavoro successivo. - Il collegamento di controllo (controllo dell'output) indica una situazione in cui l'output di un lavoro superiore è diretto al controllo del lavoro successivo. La comunicazione mostra il predominio del lavoro superiore. - Risposta sull'ingresso (feedback uscita-ingresso) avviene quando l'uscita del lavoro inferiore è diretta all'ingresso di quello superiore. - Control feedback (output-control feedback) indica la situazione in cui l'uscita del lavoro inferiore è diretta al controllo di quello superiore. È un indicatore dell'efficacia del processo aziendale. - Una relazione output-meccanismo si verifica quando l'output di un lavoro viene instradato al meccanismo di un altro e indica che il lavoro sta preparando le risorse per eseguire un altro lavoro. Dai blocchi elencati si costruiscono schemi di lavoro che descrivono i principi di funzionamento del sistema. Il processo di modellazione di qualsiasi sistema in IDEF0 inizia con la definizione del contesto, ovvero il livello più astratto di descrizione del sistema nel suo insieme. La costruzione del modello IS inizia con una descrizione del funzionamento dell'impresa (sistema) nel suo insieme sotto forma di diagramma di contesto (Fig. 2). Dopo la descrizione del diagramma di contesto, viene eseguita una scomposizione funzionale, il sistema viene suddiviso in sottosistemi, ogni sottosistema viene descritto separatamente (diagrammi di scomposizione). Quindi ogni sottosistema viene suddiviso in sottosistemi più piccoli e così via fino al raggiungimento del grado desiderato.

14 dettagli. Come risultato di tale partizione, ogni frammento del sistema è rappresentato su un diagramma di decomposizione separato. Il diagramma del funzionamento del sistema informativo di un'agenzia immobiliare mostra l'intero flusso di dati di input e output che vengono elaborati nel sistema informativo. L'attività dell'agenzia è svolta sulla base del codice civile e abitativo. Dopo aver concordato il prezzo e altri termini del contratto, la transazione viene eseguita. Codice civile Codice immobiliare Informazioni immobiliari Informazioni sul cliente Operazione di vendita immobiliare Agente immobiliare Figura 2 Diagramma di contesto del sistema informativo immobiliare 2.2 Modellazione del flusso di dati (DFD)

15 I diagrammi di flusso dei dati (DFD) sono il mezzo principale per modellare i requisiti funzionali di un progetto di sistema. Con il loro aiuto, questi requisiti sono rappresentati come una gerarchia di componenti funzionali (processi) collegati da flussi di dati. Lo scopo principale di questa rappresentazione è mostrare come ogni processo trasforma i dati di input in dati di output, oltre a rivelare le relazioni tra questi processi. Il modello DFD, come la maggior parte degli altri modelli strutturali, è un modello gerarchico. Ogni processo può essere scomposto, cioè suddiviso in componenti strutturali, la cui relazione nella stessa notazione può essere mostrata su un diagramma separato. Per costruire il DFD vengono utilizzate due diverse notazioni, corrispondenti ai metodi Jordan-DeMarco e Gein-Searson. Queste notazioni differiscono leggermente l'una dall'altra nella rappresentazione grafica dei caratteri. La metodologia Gein-Serson si basa sulla costruzione di un modello dell'IS analizzato - progettato o effettivamente esistente. In accordo con la metodologia, il modello di sistema è definito come una gerarchia di diagrammi di flusso di dati (DFD) che descrivono il processo asincrono di trasformazione dell'informazione dal suo input nel sistema alla sua emissione all'utente. Diagrammi livelli superiori le gerarchie (diagrammi di contesto) definiscono i principali processi o sottosistemi di IS con input e output esterni. Sono dettagliati utilizzando diagrammi di livello inferiore. Questa scomposizione continua, creando una gerarchia di diagrammi a più livelli, fino a raggiungere un livello di scomposizione in cui i processi diventano elementari ed è impossibile dettagliarli ulteriormente. Le fonti di informazione (entità esterne) generano flussi di informazioni (flussi di dati) che trasferiscono informazioni a sottosistemi o processi. Questi, a loro volta, trasformano le informazioni e generano nuovi flussi che trasferiscono le informazioni ad altri processi.

16 o sottosistemi, dispositivi di memorizzazione dei dati o soggetti esterni, consumatori di informazioni. Pertanto, le componenti principali dei diagrammi di flusso dei dati sono: - entità esterne; - sistemi/sottosistemi; - processi; - dispositivi di archiviazione dati; - flussi di dati. 1. Entità esterne Un'entità esterna è un oggetto materiale o una persona fisica che rappresenta una fonte o un destinatario di informazioni, ad esempio clienti, personale, clienti. La definizione di un oggetto o sistema come entità esterna indica che si trova al di fuori dei confini dell'IS analizzato. Durante l'analisi, alcune entità esterne possono essere trasferite all'interno del diagramma dell'IS analizzato, se necessario, oppure, al contrario, una parte dei processi IS può essere spostata all'esterno del diagramma e presentata come entità esterna. Un'entità esterna è indicata da un quadrato, situato, per così dire, "sopra" il diagramma e che proietta un'ombra su di esso per distinguere questo simbolo da altre designazioni. 2. Sistemi e sottosistemi Quando si costruisce un modello di un SI complesso, esso può essere rappresentato nella forma più generale sul cosiddetto diagramma di contesto come un sistema nel suo insieme, oppure può essere scomposto in più sottosistemi. Il numero del sottosistema viene utilizzato per identificarlo. Nel campo del nome viene inserito il nome del sottosistema sotto forma di frase con l'oggetto e le relative definizioni e integrazioni. 3. Processi

17 Il processo consiste nella trasformazione dei flussi di dati di input in quelli di output secondo un determinato algoritmo. Fisicamente, il processo può essere implementato in vari modi: può essere una suddivisione di un'organizzazione (dipartimento) che elabora documenti di input ed emette report, un programma, un dispositivo logico implementato dall'hardware, ecc. Il numero di processo viene utilizzato per identificarlo. Nel campo del nome viene inserito il nome del processo come frase con un verbo univoco attivo in forma indefinita (calcolare, calcolare, verificare, determinare, creare, ricevere), seguito da nomi in accusativo, ad esempio: - "Inserisci le informazioni sul cliente"; - "Dare informazioni sugli immobili disponibili"; - "Controlla la ricevuta di denaro". L'uso di verbi come "processare", "modernizzare" o "modificare" di solito indica una mancanza di comprensione del processo e richiede un'ulteriore analisi. Informazioni sul campo implementazione fisica mostra quale unità organizzativa, programma o dispositivo hardware è in esecuzione il processo. 4. Dispositivi di memorizzazione dei dati Un dispositivo di memorizzazione dei dati è un dispositivo astratto per la memorizzazione di informazioni che possono essere riposte in un dispositivo di memorizzazione in qualsiasi momento e rimosse dopo un certo tempo, e le modalità di inserimento ed estrazione possono essere qualsiasi. Il dispositivo di memorizzazione dei dati può essere implementato fisicamente sotto forma di una scatola in uno schedario, una tabella nella RAM, un file supporto magnetico eccetera. Il dispositivo di memorizzazione dei dati è identificato dalla lettera "D" e da un numero arbitrario. Il nome del drive è scelto dal punto di vista del maggior contenuto informativo per il progettista.

18 Il data drive è generalmente un prototipo del futuro database e la descrizione dei dati in essa contenuti dovrebbe essere collegata al modello informativo. 5. Flussi di dati Un flusso di dati definisce le informazioni trasmesse attraverso una connessione da una sorgente a un ricevitore. Il flusso di dati effettivo può essere l'informazione scambiata tra due dispositivi inviati e-mail lettere, dischi trasferiti tra computer, ecc. Il diagramma DFD mostra il lavoro di un'agenzia immobiliare. L'entità esterna qui è il cliente che contatta l'agenzia inserendo i dati personali. Dopo aver inserito i dati personali, il cliente viene inserito nel database degli utenti registrati, dopodiché all'utente viene chiesto di selezionare un immobile dal database delle informazioni immobiliari. Successivamente, le informazioni sulla proprietà selezionata dall'utente vengono inserite nel database per un'ulteriore elaborazione. Cliente Dati anagrafici Registrazione Informazioni cliente 1 Database clienti 3 2 Informazioni immobiliari Database delle transazioni completate Informazioni sui clienti Elenco immobili Immobili selezionati Informazioni sulle transazioni Selezione immobiliare Design Figura 3 Schema DFD organizzazione del lavoro IS 2.3 Descrizione della logica di interazione dei flussi informativi (IDEF3) IDEF3 è uno standard per la documentazione dei processi tecnologici che si verificano in un'impresa e fornisce un toolkit

19 per l'esplorazione visiva e la simulazione dei loro scenari. Uno scenario è una descrizione della sequenza di modifiche alle proprietà di un oggetto nell'ambito del processo in esame (ad esempio, una descrizione della sequenza delle fasi di lavorazione di una parte in un'officina e una modifica delle sue proprietà dopo il superamento attraverso ogni fase). L'esecuzione di ogni scenario è accompagnata dal corrispondente flusso di lavoro, che si compone di due flussi principali: documenti che determinano la struttura e la sequenza del processo (istruzioni tecnologiche, descrizioni di norme, ecc.) e documenti che mostrano lo stato di avanzamento della sua attuazione (risultati di test ed esami, rapporti di matrimonio, ecc.). Per gestire efficacemente qualsiasi processo, è necessario avere una comprensione dettagliata del suo scenario e della struttura del flusso di lavoro che lo accompagna. Gli strumenti di documentazione e modellazione IDEF3 consentono di svolgere le seguenti attività: - Documentare i dati disponibili sulla tecnologia di processo, individuata, ad esempio, durante un sondaggio tra i dipendenti competenti responsabili dell'organizzazione del processo in questione. - Determinare e analizzare i punti di influenza dei flussi del flusso di lavoro di accompagnamento sullo scenario dei processi tecnologici. - Identificare le situazioni in cui è necessaria una decisione che influisca sul ciclo di vita del processo, ad esempio un cambiamento nelle proprietà progettuali, tecnologiche o operative del prodotto finale. - Promuovere l'accettazione soluzioni ottimali durante la riorganizzazione dei processi tecnologici. - Sviluppare modelli di simulazione dei processi tecnologici, secondo il principio "COME, SE ..." In questo lavoro, il diagramma IDEF3 mostrerà l'essenza della registrazione dell'utente sul sito di un'agenzia immobiliare. In primo luogo, l'utente inserisce i suoi dati in un apposito modulo, quindi il

20 verifica con gli utenti registrati, se l'utente si trova nella banca dati degli utenti registrati e i dati inseriti sono corretti, allora viene inviato all'account personale. Se l'utente non si trova nella banca dati e i dati da lui inseriti sono corretti, la procedura di registrazione avviene con successivo accesso all'account personale. Figura 4 Diagramma IDEF3 di registrazione dell'utente su un sito Web di un'agenzia immobiliare 2.4 Sviluppo del modello di dati (IDEF1X) La metodologia IDEF1X è una modellazione semantica dei dati e viene utilizzata per costruire un modello informativo sotto forma di diagramma ER che rappresenta la struttura dell'informazione necessario per supportare la funzione di un sistema o ambiente di produzione. modello concettuale, presentato secondo lo standard IDEF1X, è lo schema logico del database per il sistema in fase di progettazione. Il diagramma IDEF1X mostra la struttura logica dei dati in un sistema informativo.

21 Gli oggetti principali del modello concettuale sono entità e relazioni. Un'entità è un oggetto o evento isolato di un sistema modellato che ha un certo insieme di proprietà di attributo. Un singolo elemento di questo set è chiamato "istanza di entità". Un'entità può avere uno o più attributi che identificano in modo univoco ciascuna istanza dell'entità e può avere un numero qualsiasi di relazioni con altre entità. Regole per gli attributi di entità: 1. Ciascun attributo deve avere un nome univoco. 2. Un'entità può avere un numero qualsiasi di attributi. 3. Un'entità può avere un numero qualsiasi di attributi ereditati, ma l'attributo ereditato deve far parte della chiave primaria dell'entità padre. 4. Per ogni istanza di un'entità, deve esserci un valore per ciascuno dei suoi attributi (la regola di non azzerare Not Null). 5. Nessuna delle istanze di un'entità può avere più di un valore per il suo attributo. L'entità è rappresentata sul diagramma ER come un rettangolo, nella parte superiore del quale è dato il nome; seguito da un elenco di attributi. Gli attributi chiave possono essere sottolineati o evidenziati in altro modo. Ciascuna entità può avere un numero qualsiasi di relazioni con altre entità. Un'entità è indipendente se ciascuna delle sue istanze può essere identificata in modo univoco senza definire le sue relazioni con altre entità. Un'entità può avere attributi ereditati attraverso una relazione con un'entità padre. Queste ultime sono solitamente chiavi esterne e servono per organizzare le relazioni tra entità. Se la chiave esterna

Se un'entità viene utilizzata come chiave primaria (PK) o come parte di una chiave primaria composita, l'entità dipende dall'entità padre. Se la chiave esterna non è una chiave primaria e non fa parte di una chiave primaria composita, l'entità è indipendente dall'entità padre. Se l'entità è dipendente, la sua relazione con l'entità madre è chiamata identificativa, altrimenti è chiamata non identificativa. La relazione è rappresentata sul diagramma ER da una linea tracciata tra l'entità genitore e l'entità figlia con un punto alla fine della linea in corrispondenza dell'entità figlia, la relazione identificativa è rappresentata come una linea continua, non identificabile come tratteggiata . Alla connessione viene dato un nome espresso dalla forma grammaticale del verbo. Per la comunicazione, potrebbe esserci inoltre un'indicazione del potere: quante istanze dell'entità figlio possono esistere per l'entità padre. Il nome della relazione è sempre formato dal punto di vista del genitore, quindi è possibile formare una clausola concatenando il nome dell'entità del genitore, il nome della relazione, l'espressione di cardinalità e il nome dell'entità del figlio. Questo diagramma contiene entità: Immobili, Transazioni, Clienti, che sono interconnesse tramite chiavi esterne e formano una relazione uno-a-molti. Immobile Codice immobile Costo Indirizzo Area Numero camere Transazioni Codice transazione m Codice immobile (FK) m 1 Codice cliente (FK) Prezzo Data transazione 1 Clienti Codice cliente Cognome Nome Secondo nome Telefono Figura 5 Diagramma IDEF1X

23 CONCLUSIONE Nel processo di esecuzione di questo lavoro sono state applicate competenze teoriche e pratiche nella disciplina "Metodi e strumenti per la progettazione di sistemi e tecnologie informatiche". Durante l'attuazione del progetto è stata svolta un'analisi dell'area disciplinare, è stato pensato lo scopo del sistema informativo, sono state acquisite competenze pratiche nella progettazione della struttura, nello sviluppo e nell'attuazione della progettazione del sistema informativo. Nel processo di creazione di un sistema informativo sono stati costruiti modelli funzionali e informativi completi e coerenti. Per costruire vari diagrammi del modello, è stata utilizzata una serie di strumenti per modellare visivamente l'area tematica in base alle esigenze informative degli utenti. Pertanto, i sistemi informativi svolgono un ruolo significativo nel mondo moderno, fornendo informazioni aggiornate a specialisti, utenti in una particolare area tematica. Tutto ciò che incontriamo ogni giorno nella vita è molto probabilmente registrato in uno o nell'altro sistema informativo. La capacità di lavorare con i sistemi informativi è una delle abilità più importanti nel lavorare con un computer e saranno sempre richiesti specialisti in grado di lavorare con i sistemi informativi.

Modellazione di flusso 1 Modellazione di flusso Questa metodologia (metodologia Gane/Sarson) si basa sulla costruzione di un modello dell'IS analizzato, progettato o effettivamente esistente. Secondo la metodologia

Progettazione del sistema informativo "Lombard" Voloshin A.S. Balakovo Institute of Engineering and Technology, filiale dell'Istituto statale autonomo per l'istruzione professionale superiore

CASE technologies Lezione 3 1 Metodologia dell'analisi strutturale Gane/Sarson

SVILUPPO DI UN DATABASE DISTRIBUITO PER AZIENDA TURISTICA BASATO SU MS SQL SERVER Spiridonov A.V. Balakovo Engineering and Technology Institute branch of NRNU MEPhI Balakovo, Russia SVILUPPO DEL TURISMO

Modellazione funzionale dei sistemi utilizzando la metodologia DFD Questioni chiave Definizione e funzionalità dei modelli DFD Componenti chiave dei modelli DFD Gerarchia DFD Considerazione del caso

Compilato da: Gindulina T.K., Kamalova L.Z., Toropova N.D. Linee guida per il lavoro di laboratorio MODELLAZIONE FUNZIONALE DELL'AREA TEMATICA CON MS OFFICE VISIO 2007 1. Lo scopo del lavoro Lo scopo del lavoro

Progettazione di un sistema informativo per la vendita di contenuti cellulari Zolotov RO Filiale Yaroslavl di PRUE G.V. Plekhanova Yaroslavl, Russia Progettazione di sistemi informativi per la vendita di contenuti per

Contenuti Compito 3 I. Nota esplicativa 4 1. Introduzione 4 2. Scopo e ambito di applicazione 5 3. Specifiche 6 3.1 Enunciato del problema per lo sviluppo del programma 6 3.2 Descrizione dell'algoritmo

1 Costruire diagrammi di flusso dei dati 1.1 Caratteristiche generali della metodologia DFD Il diagramma di flusso dei dati è lo strumento principale per modellare i requisiti funzionali per il

STATO FEDERALE DI BILANCIO ISTITUTO EDUCATIVO DI ISTRUZIONE SUPERIORE STAVROPOL UNIVERSITÀ AGRARIA STATALE Facoltà di Economia Dipartimento di Sistemi Informativi APPROVATO

SVILUPPO DI UN POSTO DI LAVORO AUTOMATICO DI UN RESPONSABILE STOCCAGGIO DELL'AZIENDA COSTRUTTRICE DI MACCHINE VOLGOGRAD VOLGOGRAD Markosyan R.V. Volgograd State Agrarian University, Volgograd, Russia SVILUPPO

18 UDC 65.012.26 CARATTERISTICHE COMPARATIVE DELLA DESCRIZIONE DEI SISTEMI LOGISTICI BASATI SU IDEF0 E DFD Anton Olegovich Aristov, studente laureato dell'Università statale mineraria di Mosca

Tecnologie dell'informazione in economia Fondamenti della metodologia IDEF1 e IDEF1X Toporets Alexander Yurievich Metodologia IDEF1 Plan Metodologia IDEF1X Metodologia IDEF1 Strumento standard IDEF1 per l'analisi e lo studio

METODOLOGIA DI MODELLAZIONE FUNZIONALE IDEF0 Gestione delle informazioni Standardizzazione Raccomandazioni Supporto al ciclo di vita del prodotto Tecnologia dell'informazione METODOLOGIA DI MODELLAZIONE FUNZIONALE

FASI DELLA PROGETTAZIONE DEL DATABASE I compiti principali della progettazione del database Garantire che tutte le informazioni necessarie siano archiviate nel database. Garantire la possibilità di ottenere i dati su tutte le richieste necessarie. Riduzione

Laboratorio di tecnologia dell'informazione (ITLab) Supportato da Intel Progetto educativo e di ricerca Strumenti di supporto del ciclo di vita del software Curatore del progetto: Sysoev

Moderno sistemi informatici gestione del personale Dipartimento di Sistemi Informativi e Modellistica Matematica 2010/2011 M.P. Kharlamov 1 Lezione 3 Tecnologie di modellazione funzionale

Lavoro indipendente 2 nella disciplina "Progettazione di sistemi informativi" Requisiti per l'implementazione e l'esecuzione dell'incarico Utilizzando il programma di modellazione dei processi aziendali BPwin, eseguire quanto segue

Creazione di un modello di flusso di dati del processo aziendale "Sales" OA DENISOVA Abstract. L'argomento di questo articolo sono i metodi per ottimizzare i flussi di dati che accompagnano i processi aziendali di un'organizzazione.

Lavoro di laboratorio 2. Modellazione funzionale. Costruzione della scomposizione di primo livello per il diagramma di contesto. Dichiarazione del problema: il modello è sviluppato per la comprensione, l'analisi e il processo decisionale.

Ministero dell'Istruzione e della Scienza della Federazione Russa Istituzione educativa di bilancio statale federale per l'istruzione professionale superiore "Università statale di Nizhnevartovsk"

UDC 004.056 Costruzione di un modello IDEF0 di un centro sanitario virtuale Mikov D.A., studente Russia, 105005, Mosca, MSTU im. NE Bauman, Supervisore del Dipartimento per la sicurezza delle informazioni:

Docente di database Azarchenkov A.A. I componenti principali del lavoro con il database dei dati (DB) è un insieme connesso di dati strutturati relativi a uno specifico processo o fenomeno in uno specifico

Lezione 3 parte 6: Elementi della notazione grafica del diagramma dei componenti Annotazione: Lo scopo del diagramma dei componenti, i suoi elementi principali. Caratteristiche della rappresentazione fisica sistemi software. Componenti

Metodologia di progettazione di database Introduzione alla metodologia di progettazione di database Che cos'è una metodologia di progettazione di database? Metodologia di progettazione - un approccio strutturato che prevede l'uso

51 FASI DELLA MODELLAZIONE FUNZIONALE DEI SISTEMI EDUCATIVI L.L. Gorbunova Vengono descritti i risultati dell'applicazione della metodologia di modellazione funzionale per costruire un modello di educazione generale degli adulti.

Metodologia di modellazione delle informazioni IDEF1X Domande principali Concetti di base: entità, attributo, relazione Regole per la determinazione dell'entità, attributo, relazione Regole di base per la formazione delle informazioni

Algoritmo per la progettazione di un sistema di pannelli informativi per il monitoraggio dei risultati del centro servizi di un'azienda operante nel mercato dell'informatica n. 09, settembre 2014 Matveev S.

Ufa State Aviation Technical University Department of Automated Control Systems Modellazione dei sistemi e CASE-tecnologie Struttura del corso 9 lezioni; 8 lavori di laboratorio; Insediamento e grafica

SVILUPPO DELL'IS Ciclo di vita dell'IS Definizione 1: Il ciclo di vita dell'IS è il processo della sua costruzione e sviluppo. Definizione 2: Il ciclo di vita di un IP è il periodo di tempo che inizia dal momento in cui viene presa una decisione sulla necessità

SVILUPPO DEL MODELLO DI EVENTUALE PER IS SUE "STAZIONE AUTOBUS VLADIMIRSKY" Lobanov S.I., Voronova L.I. Università tecnica di comunicazione e informatica di Mosca Mosca, Russia PROGETTAZIONE MODELLO PER LA "STAZIONE DEGLI AUTOBUS DI"

Tecnologie CASE Lezione 2 1 Metodologie di progettazione IC Ricordiamo che la tecnologia CASE è una metodologia di progettazione IC e un insieme di strumenti per la modellazione visiva, l'analisi del modello e

Controllo degli input Registrazione Procedure di trasformazione di base nella tecnologia dell'informazione Il modello concettuale di base della tecnologia dell'informazione contiene i processi, le procedure e le operazioni dell'informazione

Data Models Docente Senior Dip. processi di gestione e informazioni di sicurezza Università statale di Perm Neverov A.V. Il concetto di modello di dati Un modello di dati è un modello astratto, autosufficiente,

MINISTERO DELL'ISTRUZIONE E DELLA SCIENZA DELL'UCRAINA ISTITUTO NAZIONALE DELL'UNIVERSITÀ POLITECNICA DI ODESSA DEI SISTEMI INFORMATIVI

INDICE Introduzione 9 1 ANALISI DELL'ATTIVITA' DEL SALONE D'ARREDO "IMMAGINE" 12 1.1 Caratteristiche tecnico-economiche del salone d'arredo "Immagine" 12 1.1.1 Struttura organizzativa 14 1.1.2 Analisi degli aspetti esterni e

Modellazione funzionale dei processi aziendali 1 Metodologia IDEF0 La metodologia SADT (Structured Analysys and Design Technique) è stata sviluppata da Douglas T. Ross nel 1969-73. È stato originariamente creato per

LAVORO DI LABORATORIO 6 Costruire un diagramma di flusso di dati Con l'aiuto di questo lavoro di laboratorio, sarai in grado di: padroneggiare lo scopo ei principi della costruzione di un diagramma di flusso di dati DFD; impara a installare

Progettazione di un sistema informativo per la gestione delle risorse materiali in un'impresa. Kamilov KB, Gabibulaeva S.G. Università statale del Daghestan Makhachkala, Russia Progettazione di un sistema informativo

UDC 658.2 STUDIO DI METODI DI SIMULAZIONE UTILIZZATI NELL'ANALISI DI PROBLEMI COMPLESSI E PROGETTAZIONE DI AUTOMAZIONI Lobach AS. Università tecnologica statale di Mosca "STANKIN"

MODELLAZIONE FUNZIONALE (NOTAZIONE IDEF0) COME METODO DI RICERCA DELLA BIBLIOTECA E DEI SISTEMI INFORMATIVI Chasovskikh E.V., Doronina I.N. Istituto statale di arte e cultura di Belgorod Belgorod, Russia

Attività di laboratorio 1 nella disciplina "Programmazione di sistema" Sviluppo di specifiche di unità strutturali. Implementazione di algoritmi tramite mezzi progettazione assistita da computer. Scopo del lavoro: realizzazione

1. Informazioni e dati 2. Concetti di base dei sistemi con banche dati I sistemi informatici con banche dati sono sistemi informativi, matematici, software, linguistici, organizzativi

Database in IS_rus_3kr_zim_Ukubasova G_IS, VTIPO (2k4g a tempo pieno) 1 Un insieme di dati appositamente organizzati archiviati nella memoria di un sistema informatico e che mostrano lo stato degli oggetti e le loro relazioni

Problemi di automazione della contabilità dei servizi medici eseguiti e modi per risolverli sull'esempio dell'istituto sanitario statale Zhirnovskaya Central District Hospital Pavlovsky S.A. Volgograd State Agrarian University Volgograd, Russia Problemi di

Allegato Ministero dell'Istruzione e della Scienza della Federazione Russa Istituto Murom (ramo) dell'Istituto di istruzione superiore di bilancio dello Stato federale "Stato di Vladimir

Disciplina accademica "Banche dati e loro gestione" per studenti di specialità 050501.65 "Formazione professionale" LEZIONE 5 PROGETTAZIONE Banche dati Domanda 1. Fasi di progettazione banche dati. Domanda

Opzione 1 Scegli la risposta corretta. C'è solo una risposta corretta possibile. 1. Sistema informativo è a) qualsiasi sistema informatico b) sistema informatico informazioni di testo

Database Design Database " Un sistema complesso progettato frettolosamente non funziona mai, ed è impossibile ripararlo per farlo funzionare." Leggi di Murphy. 16a legge della sistematica Requisiti

Ministero dell'Istruzione e della Scienza della Federazione Russa

SVILUPPO DEL MODELLO PER L'IS RESTAURANT ELISTA LLC Kornyakova B.S. Università tecnica di comunicazione e informatica di Mosca Mosca, Russia PROGETTAZIONE MODELLO PER IL SISTEMA DI INFORMAZIONE DEL RISTORANTE ELISTA

Sistema di Project Management del Ministero dello Sviluppo Economico della Russia Informazioni sul cliente Ministero dello Sviluppo Economico e del Commercio della Russia. Dipartimento di Corporate Governance e New Economy (DKUNE). Descrizione

Tipi di sistemi informativi Il tipo di sistema informativo dipende dagli interessi a cui serve ea quale livello di gestione. Tipi di sistemi informativi Per natura della presentazione e organizzazione logica

Sessione 2 Caratteristiche dei processi aziendali moderni, descrizione BP, specifiche BP nei mercati verticali e nella pubblica amministrazione Grigory Bochechka, Ph.D., Professore Associato Seminario di formazione regionale ITU per

➀ Sistemi informativi e banche dati. La condizione più importante per garantire l'efficace funzionamento di qualsiasi organizzazione è la presenza di un sistema informativo sviluppato. Un sistema informativo è un sistema

SVILUPPO DEL SISTEMA INFORMATIVO PER LA SCUOLA DI GUIDA LLC "ZEBRA" Kudinov S.V. Università Tecnica di Comunicazione e Informatica di Mosca Mosca, Russia SVILUPPO DEL SISTEMA INFORMATIVO PER LA SCUOLA DI GUIDA "ZEBRA"

12_Stadi di progettazione IS mediante UML Le principali tipologie di diagrammi UML utilizzati nella progettazione dei sistemi informativi. Relazioni tra diagrammi. Supporto UML per il processo di progettazione iterativo

Klimov Vadim Vladimirovich, Ph.D., consulente tecnico SAP Expertise Center, Process Integration Group SAP CIS LLC (San Pietroburgo) Ottimizzazione dell'integrazione cross-system dei processi aziendali Corporate

Argomento 10. Fondamenti della tecnologia dei database La tecnologia dei database è uno dei risultati chiave dell'informatica utilizzata per costruire sistemi informatici e applicazioni che implementano le informazioni

COMMISSIONE TECNICA DI STATO DELLA FEDERAZIONE RUSSA Documento guida SISTEMI AUTOMATICI PROTEZIONE DALL'ACCESSO NON AUTORIZZATO ALLE INFORMAZIONI. CLASSIFICAZIONE DEI SISTEMI AUTOMATICI E

Sessione 4 Metodi e strumenti per la reingegnerizzazione dei processi aziendali, il ruolo dell'IT nella reingegnerizzazione dei processi aziendali e nei processi di gestione nelle società di telecomunicazioni Grigory Bochechka, Ph.D., Professore Associato Formazione regionale

"PROGETTAZIONE DEI SISTEMI INFORMATIVI" B1.V.OD.3 La disciplina "Progettazione dei sistemi informativi" è destinata agli studenti che seguono la direzione della formazione 03.09.03 "Informatica applicata",

Corso di lavoro

Nella disciplina "Sviluppo dei sistemi informativi"

Sviluppo IS per agenzia immobiliare

introduzione

Rilevanza e collocazione del problema del supporto informativo nell'area disciplinare

Per la produzione più efficiente in qualsiasi organizzazione, si pone il problema dell'organizzazione della gestione dei dati. L'automazione consente di archiviare, strutturare e organizzare grandi quantità di dati.

Lo sviluppo del mercato ha contribuito all'aumento del numero di società che forniscono servizi immobiliari, il che ha comportato un'intensificazione della concorrenza e un aumento delle esigenze di livello, velocità e convenienza del servizio al cliente.

Il servizio clienti si compone di due fasi: nella prima fase viene effettuata la ricerca dell'offerta attuale del mercato immobiliare, nella seconda fase vengono redatte le pratiche legali.

Aumentare la velocità e la qualità della ricerca delle offerte attuali (nella prima fase) richiede lo sviluppo e l'implementazione di un tale sistema informativo che fornisca un'analisi delle informazioni sullo stato attuale del mercato immobiliare.

Lo scopo del lavoro del corso è lo sviluppo e l'implementazione di un sistema informativo per automatizzare le attività immobiliari della società "Alina" nella città di Kamensk-Shakhtinsky.

Obiettivi e obiettivi del design del diploma

Lo sviluppo dell'IS include le seguenti attività:

¾ Studiare il mercato dei prodotti software, individuandone pregi e difetti.

¾ Eseguire l'analisi e la progettazione dei requisiti di sistema.

¾ Implementazione di un sistema informativo che soddisfi le esigenze del cliente.

¾ Valutazione dell'efficacia delle tecnologie di sviluppo.

Questo AIS dovrebbe funzionare con dati operativi, l'accumulo di questi dati consentirà di analizzare le attività dell'impresa per qualsiasi periodo di tempo e consentirà anche la gestione operativa delle informazioni su contabilità, acquisto e vendita, scambio e privatizzazione di beni reali proprietà. Questo è uno dei compiti dell'implementazione del sistema. Grazie al suo utilizzo, il tempo dedicato alla preparazione, ricerca ed elaborazione delle informazioni necessarie per le suddette funzioni svolte dall'azienda viene notevolmente ridotto. Ciò si ottiene scegliendo il modo più ottimale per archiviare ed elaborare i dati. Con questo approccio, si riduce anche il tempo impiegato per ottenere questi dati da altri utenti. Questo è il significato pratico di questo lavoro del corso.

Il sistema informativo sviluppato è necessario per la formazione e il supporto del database interno degli appartamenti dell'agenzia, l'immissione e la modifica di appartamenti, stanze, famiglie, appezzamenti di terreno nella città di Kamensk-Shakhtinsky e altri insediamenti messi in vendita dagli agenti . Inoltre, il sistema aumenterà la produttività del lavoro, aiutando a svolgere il lavoro in modo migliore, più rapido ed economico. Con l'ausilio del sistema informativo è possibile aumentare il livello di lavoro del direttore, contabile e segretario automatizzando alcune operazioni di routine.

1. Sviluppo dei requisiti software

.1 Analisi delle soluzioni esistenti per l'automazione di dominio

L'agenzia immobiliare "Alina" fornisce privati ​​e persone giuridiche i seguenti servizi:

¾ Comprare proprietà

¾ Vendita di immobili

¾ Permuta immobiliare

¾ Affitto della proprietà

¾ Perizie immobiliari

L'IS sviluppato dovrebbe svolgere le seguenti funzioni:

¾ Formare e mantenere un database interno degli appartamenti dell'agenzia.

¾ Selezione per qualsiasi insieme di condizioni appartamento dal database interno.

¾ Organizzazione dello schema di lavoro dell'agenzia con il dispacciamento telefonico.

¾ Emettere informazioni sulla gestione a dirigenti e dipendenti

.2 Selezione di una metodologia di progettazione del sistema informativo

Attualmente, nel campo dello sviluppo e dell'implementazione dei sistemi informativi, esistono diverse metodologie di progettazione:

Metodologia per la modellazione funzionale del lavoro SADT;

Metodologia di analisi e progettazione orientata agli oggetti in UML;

Per la progettazione del sistema informativo è stata scelta la metodologia di analisi e progettazione orientata agli oggetti nel linguaggio UML (Unified Modeling Language) - un linguaggio di descrizione grafica per la modellazione a oggetti nel campo dello sviluppo software. UML è un linguaggio generale, è uno standard aperto che utilizza la notazione grafica per creare un modello astratto di un sistema, chiamato modello UML. L'UML è stato creato per definire, visualizzare, progettare e documentare, fondamentalmente, sistemi software.

1.3 Analisi del dominio

L'agenzia immobiliare Alina fornisce una vasta gamma di servizi immobiliari, come l'acquisto, la vendita, l'affitto, la valutazione di immobili residenziali e commerciali, situati nella città di Kamensk-Shakhtinsky.

La figura mostra le unità strutturali dell'agenzia:

(Formato tramite il software "BIG-Mini"):

Al momento, questa agenzia ha 14 dipendenti.

Le principali attività dell'azienda sono mostrate nella figura (Formata tramite il software "BIG-Mini"):

1.4 Raccolta dei requisiti

interfaccia immobiliare dell'agenzia di automazione

La raccolta dei requisiti è il processo necessario per creare e approvare un documento che contiene la specifica dei requisiti di sistema.

In questa fase:

¾ I requisiti sono in fase di raccolta.

¾ Vengono compilati i profili degli stakeholder.

¾ I casi d'uso sono in fase di sviluppo.

Molto spesso, la metodologia per la raccolta dei requisiti si basa sull'uso del metodo di intervista e studio della documentazione che descrive le attività dell'azienda.

I dipendenti intervistati desideravano vedere nel software un'interfaccia intuitiva, la sicurezza dei dati, la presenza di una mappa della città per la visualizzazione degli oggetti e la possibilità di visualizzare lo storico delle operazioni.

Il processo decisionale richiede informazioni complete sulle offerte in corso, oggetti immobiliari precedentemente venduti, oggetti che l'azienda sta vendendo al momento, nonché una descrizione dettagliata di ciascun oggetto.

1.5 Analisi e modellazione dei requisiti

Sulla base del lavoro svolto per raccogliere i requisiti per la PI dell'agenzia immobiliare Alina, sono stati individuati i seguenti requisiti:

¾ Mappa della città (con visualizzazione dell'oggetto sulla mappa).

¾ Classificatore di oggetti (rilevamento automatico dell'area, tipo di abitazione, numero di piani, disposizione, materiale delle pareti).

¾ La funzione di eliminazione dei "record-doppio" di oggetti (quando si aggiunge un nuovo oggetto, il programma verifica la presenza di analoghi e avverte della presenza di simili).

¾ Monitoraggio dei termini del contratto di locazione.

¾ Possibilità di visualizzare la cronologia dei noleggi.

¾ Archivio del database dei proprietari degli oggetti.

¾ Archivio database clienti - due stati dello stato delle richieste dei clienti: attivo e inattivo.

¾ La funzione di nascondere i dati privati.

¾ Aggiunta di immagini agli oggetti.

¾ Interfaccia multiutente (accesso distribuito) con autorizzazione e associazione del nome agli eventi.

¾ Numero identificativo per ogni oggetto, per facilitarne l'identificazione.

¾ Backup automatico lato client per ripristinare il database in caso di guasti di emergenza.

1.6 Specifica dei requisiti

La specifica dei requisiti viene utilizzata per la manutenzione continua del progetto e la presentazione dei requisiti formulati in relazione al progetto. Consente di definire l'area tematica di un prodotto software, considerata in relazione alle sue tre componenti principali: dati, processo e comportamento. La specifica consente di passare dalla definizione del dominio del progetto al dominio della soluzione definendo tre modelli di requisiti che rappresentano le caratteristiche di dati, processo e comportamento.

L'accesso a IS può essere effettuato solo da quelle categorie di utenti che sono associate al dipartimento dell'agenzia, ovvero: capo, specialista, perito.

Restrizioni generali

Ambiente operativo. Il requisito minimo del sistema operativo è Windows7 Starter.

Limitazioni di progettazione e attuazione-1. Il database deve essere progettato su SQL Server 2010.

Limitazioni di progettazione e implementazione-2. L'applicazione deve essere implementata come un sistema client-server, in cui i moduli che controllano i dispositivi esterni sono server di automazione.

Requisiti dell'interfaccia esterna

Interfacce utente-1. Le schermate di output devono essere conformi agli standard generalmente accettati.

Interfacce utente-2. Il sistema dovrebbe fornire un collegamento per aiutare su ogni modulo che spiega come utilizzare quel modulo.

Interfacce utente-3. I moduli dovrebbero fornire una navigazione e una selezione complete utilizzando la tastiera e il mouse.

I requisiti di sistema sono mostrati nella tabella:

Attributi di qualità del software

Disponibilità-1. Il sistema deve essere disponibile 24 ore su 24.

Affidabilità-1. Il sistema deve recuperare i report incompleti in caso di guasto della rete o del sistema.

Richieste funzionali

¾ Manutenzione, modifica delle anagrafiche clienti.

¾ Ricerca nel database.

¾ Registrazione delle domande.

¾ Fornitura di rapporti.

1.7 Convalida dei requisiti

Durante il processo di attestazione, tipi diversi controlli dei requisiti.

1. Verifica della correttezza dei requisiti. L'utente può ritenere che il sistema sia necessario per svolgere determinate funzioni. Tuttavia, ulteriori riflessioni e analisi possono comportare la necessità di funzionalità aggiuntive o nuove. I sistemi sono destinati a utenti diversi con esigenze diverse, e quindi l'insieme dei requisiti rappresenterà un compromesso tra i requisiti degli utenti del sistema.

2. Verificare la coerenza. La specifica dei requisiti non deve contenere contraddizioni. Ciò significa che i requisiti non devono contenere vincoli in conflitto o descrizioni diverse della stessa funzione di sistema.

Controllo di completezza. La specifica dei requisiti dovrebbe contenere i requisiti che definiscono tutte le funzioni del sistema ei vincoli imposti al sistema. Verifica di fattibilità. Sulla base della conoscenza delle tecnologie esistenti, i requisiti dovrebbero essere verificati per la possibilità della loro effettiva attuazione. Controlla anche le opportunità di finanziamento e il programma di sviluppo del sistema. Esistono numerosi metodi di convalida dei requisiti che possono essere utilizzati insieme o individualmente. Il metodo di prototipazione è uno dei metodi principali per l'implementazione della certificazione del prodotto software nella fase di analisi del sistema, che consente ai clienti di controllare i requisiti del sistema.

Il prototipo dell'interfaccia della parte server dell'IS:

.8 Conclusioni alla sezione

Nella prima parte del lavoro del corso sono stati analizzati i SI esistenti, sono stati costruiti casi d'uso aziendali che descrivono le principali attività dei dipendenti dell'azienda e sono state identificate le attività del dipartimento di agenzia. Per determinare i requisiti è stata condotta un'indagine tra i dipendenti dell'azienda quali principali utilizzatori del futuro sistema. L'esecuzione della convalida dei requisiti attraverso la prototipazione è stata la fase finale di questa fase.

2. Progettazione di un sistema informativo

2.1 Progettazione architettonica

L'architettura del progetto è determinata dai requisiti di configurazione del sistema. Nel caso dell'IS di Alina, la progettazione di una struttura di sistema distribuito è una necessità.

Nella figura è mostrata un'architettura IC esemplare.

2.2 Progettazione dell'interfaccia utente

L'interfaccia utente è un insieme di software e hardware che fornisce l'interazione dell'utente con un computer. I dialoghi costituiscono la base di tale interazione. In questo caso, il dialogo è inteso come uno scambio regolamentato di informazioni tra una persona e un computer, svolto in tempo reale e finalizzato alla risoluzione congiunta di un problema specifico: lo scambio di informazioni e il coordinamento delle azioni. Ogni finestra di dialogo è costituita da processi di input-output separati che forniscono fisicamente la comunicazione tra l'utente e il computer. Lo scambio di informazioni avviene mediante la trasmissione di messaggi e segnali di controllo.

Finestra principale del programma:

Modulo di risposta alle richieste dei clienti:

2.3 Progettazione di database

Gli obiettivi principali della progettazione di database sono:

¾ Rappresentazione dei dati e delle relazioni tra gli stessi necessari per tutti i principali ambiti di applicazione di questa Applicazione ed eventuali gruppi esistenti di suoi utenti;

¾ Realizzazione di un modello dati in grado di supportare l'esecuzione di eventuali operazioni di elaborazione dati richieste;

¾ Sviluppo di una versione preliminare del progetto, la cui struttura consente di soddisfare tutti i requisiti di base per le prestazioni del sistema, ad esempio il tempo di risposta del sistema.

La progettazione del database dovrebbe essere basata sui punti di vista degli utenti finali di una particolare organizzazione - i requisiti concettuali per il sistema.

Quando si progetta un database, vengono creati due livelli del modello: logico e fisico. Il livello logico è una vista astratta dei dati, in cui i dati sono rappresentati come sono nel mondo reale e possono essere denominati come sono nel mondo reale. Gli oggetti modello rappresentati a livello logico sono chiamati entità. Il livello logico di un modello di dati può essere costruito su un altro modello, ad esempio un modello di dati concettuale.

2.4 Motivazione della scelta di una piattaforma per la realizzazione di un sistema informativo

Per implementare l'IS dell'agenzia immobiliare "Alina", sono stati scelti strumenti di sviluppo software come MicrosoftAccess 2010 e il linguaggio di programmazione MicrosoftVisual С# .Net.: si tratta di un DBMS relazionale interattivo per Windows. Questo è un programma che viene utilizzato per archiviare e recuperare dati a seconda delle relazioni stabilite. Lavorare con esso è semplificato per mezzo del manipolatore del mouse. Caratteristiche grafiche le shell fanno una grande impressione quando si producono report e stampe di alta qualità. Tutto questo grazie al supporto per i font True-type e all'incorporamento di oggetti OLE all'interno dell'ambiente WINDOWS. OLE: un oggetto è un collegamento a determinate informazioni che rimangono nella sua forma originale e fornisce all'utente meccanismi per lavorare con database di vari formati.

Poiché ci sono solo 3 computer nel dipartimento di ingegneria, era necessario un DBMS piccolo e flessibile. Di conseguenza, possiamo concludere che Microsoft Access 2003 è un ambiente di sviluppo di database ideale per questa organizzazione che soddisfa tutti i requisiti presentati.

Un nuovo linguaggio di programmazione, C#, è stato sviluppato appositamente per la piattaforma MicrosoftVisualStudio .Net. Ha assorbito molto del meglio in una varietà di linguaggi di programmazione.

Il linguaggio C# è disarmante nella sua semplicità: ha circa 80 parole chiave e una dozzina di tipi di dati incorporati. Tuttavia, risulta essere eccezionalmente espressivo quando si tratta di implementare concetti di programmazione moderni. Il linguaggio C# include il supporto più completo per la programmazione strutturata, orientata ai componenti e orientata agli oggetti che ci si aspetterebbe da un linguaggio moderno.

C# fornisce costrutti di sintassi incorporati per l'utilizzo di enumerazioni, strutture e proprietà di classe.

Pertanto, le componenti armoniosamente combinate dello sviluppo del sistema informativo DBMS MS Access e il linguaggio C# di alto livello sono ideali non solo per l'interazione tra loro, ma anche per le esigenze di una società immobiliare.

.5 Progettazione del modulo

Il compito principale della progettazione è trasformare i modelli di analisi in documenti di progettazione dettagliati sulla base dei quali viene implementato il sistema. Il modello logico del sistema progettato è costruito sulla base della tecnologia Rational, utilizzando i principali approcci orientati agli oggetti del linguaggio UML.

Il modulo "Dati di input" contiene informazioni sull'oggetto e prevede la compilazione di una domanda di privatizzazione, acquisto o vendita di immobili. I dati di input contengono i seguenti parametri:

¾ Numero del contratto (ID)

¾ Nome completo del proprietario

¾ Tipo di oggetto

¾ Superficie della camera

¾ Prezzo (in caso di vendita)

¾ Possibilità di allegare un file con un'immagine della stanza.

I dati inseriti vengono inseriti nel database e possono essere modificati in qualsiasi momento da specialisti. Gli specialisti possono modificare lo stato dell'immobile (da venduto a venduto).

Il modulo "Imprint" prevede la preparazione di una relazione sul completamento di una privatizzazione, acquisto o vendita.

Il modulo con oggetti venduti contiene i seguenti dati:

¾ Numero del contratto

¾ Nome completo del venditore

¾ nome completo dell'acquirente

¾ Data di vendita

¾ Tipo di oggetto

¾ Superficie della camera

I dati vengono generati come report in un formato intuitivo, possono essere richiesti in qualsiasi momento e utilizzati per informazioni statistiche.

.6 Conclusioni alla sezione

Nella seconda sezione è stata completata la progettazione del sistema di contabilità immobiliare IP.

In questa fase sono stati costruiti i modelli della rappresentazione logica e fisica del sistema. Il database di sistema è stato sviluppato.

Una rappresentazione logica dei componenti principali del sistema è stata sviluppata come componenti ActiveX indipendenti che implementano le funzionalità dei concetti di base dell'area disciplinare.

Conclusione

Lo scopo del lavoro del corso era lo sviluppo di IP per l'agenzia immobiliare "Alina".

La prima fase del lavoro del corso è stata quella di determinare lo scopo e gli obiettivi della PI.

Nella prima sezione viene eseguita la modellazione di business dei processi dell'organizzazione. È stato costruito un diagramma dei casi d'uso aziendali che rappresentano le principali attività dei dipendenti ed è stato costruito un diagramma dei casi d'uso del sistema informativo.

Nella seconda sezione è stata eseguita la progettazione architettonica del sistema informativo. È stata inoltre realizzata la progettazione dell'interfaccia utente, che a sua volta è un punto importante nell'implementazione del sistema.

Dopo aver progettato l'interfaccia del programma, è stata eseguita la modellazione della struttura dei dati (modelli logici e fisici). Lo strumento software utilizzato per creare lo strumento CASE era il prodotto software RationalRose 2000 EnterpriseEdition. Sono stati considerati gli strumenti software utilizzati. MicrosoftVisualStudio 2010 e il linguaggio di programmazione C# sono stati utilizzati come ambiente di sviluppo software.

Nel corso della progettazione, tali prodotti software sono stati utilizzati come:

¾ BigMaster Mini;

¾ MS SQL Server 2010;

¾ MS Word 2013;

¾ Rosa razionale.

Riassumendo, possiamo dire che il compito è stato risolto per quanto riguarda l'automazione di un'agenzia immobiliare.