Wysyłanie dobrej pracy do bazy wiedzy jest proste. Skorzystaj z poniższego formularza

Studenci, doktoranci, młodzi naukowcy korzystający z bazy wiedzy w swoich studiach i pracy będą Ci bardzo wdzięczni.

Opublikowano na http://www.allbest.ru/

Temat: „Rozwój System informacyjny"Agencja Nieruchomości""

Zawartość

• Wstęp
• 1 . Zadanie techniczne
• 1.1 Stwierdzenie problemu
• 1.2 Wymagania dotyczące oprogramowania
• Wymagania dotyczące niezawodności
• 1.4 Wsparcie informacyjne zadania
• Opis informacji wejściowych
• 2. Część opisowa
• 2.2 Opis oprogramowania
• 2.3 Przypadek testowy
• 2.4 Instrukcja obsługi
• Wniosek
• Bibliografia

Wstęp

Tematem projektu kursu jest stworzenie i rozwój systemu informatycznego.

Dziś sieć informacyjna ogarnęła prawie całą planetę. Na co dzień spotykamy się z systemami informacyjnymi: na parkingach (kartami), w domach towarowych, nawet przy ubieganiu się o pracę.

Informacje - informacje, komunikaty, dane itp. Obecnie nie ma jednej definicji terminu informacja.

Model informacyjny - zbiór informacji charakteryzujący istotne właściwości i stany obiektu, procesu, zjawiska oraz relacji ze światem zewnętrznym.

System informacyjny (IS) to zestaw wzajemnie połączonych narzędzi sprzętowych i programowych do automatyzacji gromadzenia i przetwarzania informacji. W systemie informacyjnym dane pochodzą ze źródła informacji (np. bazy danych). Dane te są wysyłane do przechowywania lub poddawane pewnemu przetwarzaniu w systemie, a następnie przekazywane konsumentowi.

Automated Information System (AIS) – zestaw oprogramowania i sprzętu zaprojektowany do automatyzacji czynności związanych z przechowywaniem, przesyłaniem i przetwarzaniem informacji.

Im bardziej dostępna staje się technologia komputerowa, tym więcej pojawia się użytkowników nieprofesjonalnych. Dlatego jednym z zadań programistów dowolnych aplikacji, w tym IS, jest stworzenie intuicyjnego interfejsu. To zadanie będzie również wykonywane w projekcie kursu.

W trakcie projektowania kursu konieczne jest utrwalenie i usystematyzowanie wiedzy zdobytej w dyscyplinach „Bazy danych”, tworzenie źródła informacji, „Rozwój i eksploatacja systemów informatycznych”, tworzenie SI, „Grafika komputerowa” , rozmieszczenie przycisków według formularzy oraz stworzenie intuicyjnego interfejsu.

Projekt kursu rozwoju i utrzymania oprogramowania dla dyscypliny „Rozwój i eksploatacja systemów informatycznych” jest pośrednim etapem szkolenia w „Krasnojarskiej Wyższej Szkole Informatyki i Inżynierii Komputerowej” i opanowania zawodu technika.

Celem projektu kursu jest:

nauczy się tworzyć wysokiej jakości i niezawodne oprogramowanie, zdobywanie umiejętności pracy przy tworzeniu oprogramowania;

opracowanie dokumentacji technicznej dla stworzonego narzędzia programowego.

W procesie opracowywania projektu kursu konieczne jest odtworzenie systemu informacyjnego „Agencja Nieruchomości”. Zadaniem tego systemu informacyjnego będzie wyświetlanie grafików pracowników agencji nieruchomości.

Wynik projektu kursu w dyscyplinie „Rozwój i eksploatacja głoska bezdźwięczna„powinna istnieć pełnoprawna baza danych, która rozwiązuje zadanie, oraz dokumentacja techniczna do niego.

1. Zakres obowiązków

1.1 Stwierdzenie problemu

W trakcie projektowania kursu konieczne jest opracowanie systemu informacyjnego „Agencja Nieruchomości”.

Ta baza danych powinna umożliwiać łatwe przeglądanie / dodawanie informacji o klientach i nieruchomościach.

System powinien realizować następujące funkcje:

- wprowadzanie i edycja informacji o nieruchomościach:

- „Operacje”;

- "Własność";

- wprowadzanie i edytowanie informacji o pracownikach:

- "Pracownicy";

- wprowadzanie i edycja informacji o kliencie:

- „Klienci”;

- sporządzenie umowy (za pomocą której budowany jest harmonogram):

- „Umowy”;

- tworzenie i drukowanie takich dokumentów jak:

- „Harmonogram pracownika”;

Informacje wejściowe powinny być:

- Listy klientów:

- imię i nazwisko klienta;

- telefon;

- Lista pracowników:

- imię i nazwisko pracownika;

- Możliwości agencji: dostępne operacje; niedrogie nieruchomości.

Ten system informacyjny ma służyć do przeglądania i przechowywania grafików pracowników agencji nieruchomości. Pomoże to użytkownikowi znacznie szybciej stworzyć harmonogram, a przyjazny interfejs sprawi, że praca będzie przyjemniejsza.

1.2 Wymagania dotyczące oprogramowania

Wymagania dotyczące wydajności

System informacyjny "Agencja nieruchomości" powinien być skierowany do pomocy w prowadzeniu grafiku pracowników agencji nieruchomości. System powinien przetwarzać informacje i drukować dokumenty wyjściowe.

Ten system musi działać pod systemem operacyjnym Windows XP SP2 (lub nowszy) lub Windows Vista i pakiet Fundusze Microsoft Biuro 2007.

System informacyjny „Agencja nieruchomości” powinien pełnić następujące funkcje:

- wprowadzanie i edytowanie następujących informacji o pracy pracowników agencji nieruchomości:

- imię i nazwisko pracownika;

- wprowadzanie i edytowanie następujących informacji o kliencie:

- imię i nazwisko klienta;

- Telefon;

- wprowadzanie i edytowanie następujących informacji o możliwościach agencji:

- dostępne operacje;

- niedrogie nieruchomości;

- tworzenie i drukowanie następujących dokumentów wyjściowych:

- „Harmonogram pracownika”.

Wymagania dotyczące niezawodności

System musi być wysokiej jakości i poprawny, to znaczy musi spełniać wszystkie wymagane funkcje i nadawać się do działania. System musi być stabilny, to znaczy musi być zdolny do wykonywania zaplanowanych działań, pomimo wszelkich odchyleń, zarówno w działaniu sprzętu, jak i samej aplikacji.

Aby zapewnić niezawodność systemu, konieczne jest:

- zapewnienie ochrony danych przed nieuprawnionym dostępem;

- wyświetlenie komunikatu o błędzie w przypadku nieprawidłowego wprowadzenia danych, w którym wskazane jest pole, w którym wystąpił błąd;

- wszystkie dane muszą być wprowadzone poprawnie i poprawnie, to znaczy należy przeprowadzić kontrolę danych, w tym pola obowiązkowe;

- wymagane pola to:

- imię i nazwisko klienta;

- numer telefonu Klienta;

- imię i nazwisko pracownika;

- Typ nieruchomości;

- Transakcje na rynku nieruchomości;

- przy usuwaniu jakichkolwiek danych konieczne jest uwzględnienie możliwości odmowy, czyli wystosowanie prośby o zgodę użytkownika.

Wymagania dotyczące warunków pracy

Użytkownik musi posiadać podstawowe umiejętności Windows (będzie to wymagane w przypadku jakiejkolwiek awarii) oraz umiejętności pracy z pakietem narzędzi Microsoft Office 2007, czyli z aplikacjami Microsoft Word oraz Microsoft Access.

Do obsługi tego systemu informatycznego konieczne jest zainstalowanie na komputerze:

- System operacyjny Windows XP SP2 (lub nowszy) lub Windows Vista;

-Microsoft Office 2007.

1.3 Wymagania dotyczące składu i parametrów środki techniczne

Dla sprawnego działania i wygodnego korzystania z systemu informacyjnego „Agencja Nieruchomości” konieczne jest, aby używane środki techniczne spełniały następujące cechy:

- komputer jak IBM komputer osobisty lub notatnik;

- procesor Pentium Celeron (Pentium IV i wyższe), AMD Athlon(i wyższe) o częstotliwości taktowania co najmniej 1,6 GHz;

- 512 MB pamięci RAM;

- HDD z wolnym miejscem co najmniej 40 MB;

- system operacyjny Windows XP SP2 (lub nowszy) lub Windows Vista;

- urządzenia wejściowe i manipulacyjne (klawiatura / mysz);

- pakiet narzędzi Microsoft Office 2007;

- drukarka obsługująca drukowanie dokumentów A4 (do drukowania dokumentów wychodzących).

Nie są wymagane żadne dodatkowe urządzenia. Wszystkie powyższe urządzenia muszą być w pełni funkcjonalne i kompatybilne z systemem operacyjnym.

1.4 Wsparcie informacyjne zadania

Opis informacji wejściowych

Dane wejściowe są wprowadzane do systemu informacyjnego „agencja nieruchomości” z paszportu klienta oraz możliwości agencji nieruchomości.

system informacyjny agencja nieruchomości

Informacja zawiera następujące dane: imię i nazwisko klienta; Imię i nazwisko pracownika; dostępne operacje; niedrogie nieruchomości.

Informacje o umowie umieszcza się w tabeli „Umowa”, której strukturę przedstawia Tabela 1 (pole kluczowe jest oznaczone literą „”).

Tabela 1 - struktura tabeli „Umowa”

Informacje o kliencie wprowadzane są do tabeli „Klienci”, której strukturę przedstawia Tabela 2 (pole kluczowe oznaczone jest „”).

Tabela 2 - struktura tabeli „Klienci”

Informacje o nieruchomościach wpisuje się do tabeli „nieruchomości”, której strukturę przedstawia tabela 3 (pole kluczowe oznaczone jest „”).

Opis informacji prawnych i referencyjnych

Informacje prawne i referencyjne to informacje, które pozostają niezmienione, na przykład: studia stacjonarne lub niestacjonarne, studia budżetowe lub handlowe. Normatywnymi informacjami referencyjnymi dla systemu informacyjnego „informacje o uczniach” będą następujące podręczniki:

- Stoły:

- Własność;

- Operacje;

- Pracownicy.

Poniżej przedstawiono strukturę tabel referencyjnych (pole kluczowe jest oznaczone znakiem „”).

Tabela 3 - struktura normatywnej tabeli referencyjnej „nieruchomości”

Informacje o operacjach wprowadzane są do tabeli „operacje”, której strukturę przedstawia Tabela 4 (pole klucza oznaczone jest „”).

Tabela 4 - struktura tabeli referencyjnej „operacje”

Informacje o pracownikach wprowadza się do tabeli „pracownicy”, której strukturę przedstawia tabela 5 (znak „” jest polem kluczowym).

Tabela 5 - struktura normatywnej tabeli odniesienia „pracownicy”

Rysunek 1 przedstawia schemat danych tego systemu informacyjnego.

Rysunek 1 - Schemat danych

2. Część opisowa

2.1 Diagram kontekstowy procesu biznesowego rozwiązywanego problemu

Poniżej przedstawiono diagram kontekstowy procesu biznesowego rozwiązywanego problemu „Agencja nieruchomości” wykonany w programie Computer Associates BPwin.

Główny układ diagramu kontekstowego „tworzącego harmonogram agencji nieruchomości”, który pokazano na rysunku 2, zawiera następujące dane:

przy wejściu: dane paszportowe klienta, możliwości agencji;

zarządzanie: statut Federacji Rosyjskiej, statut przedsiębiorstwa, licencja na świadczenie usług;

zasoby: MTO (pojazd serwisowy), szefowie;

wyjście: grafik pracowników.

Rysunek 2 - Tworzenie harmonogramu agencji nieruchomości

Rozkład pierwszego poziomu diagramu kontekstowego planowania agencji nieruchomości pokazano na rysunku 3.

Rysunek 3 — Rozkład pierwszego poziomu

Rozkład bloku „Zbieranie informacji” pokazano na rysunku 4.

Rysunek 4 - Rozkład pierwszego poziomu

Rozkład bloku „Tworzenie bazy danych” pokazano na rysunku 5.

Rysunek 5 — Dekompozycja bloku „Tworzenie bazy danych”

Rozkład bloku Query Execution pokazano na rysunku 6.

Rysunek 6 — Dekompozycja bloku „Wykonanie zapytania”

2.2 Opis oprogramowania

System informatyczny „Agencja nieruchomości” został stworzony z myślą o dogodnym rozmieszczeniu pracowników. System przechowuje i przetwarza informacje oraz generuje dokumenty wyjściowe.

Program został opracowany w Microsoft Office 2007 Access. Początkowo program zajmuje 2MB, w miarę zapełniania się bazy program zajmuje więcej miejsca na dysku twardym. System informacyjny składa się z 7 formularzy. Ich nazwy i opisy przedstawia tabela 6.

Tabela 6 - opis formularzy regulacyjnych i referencyjnych

Nazwa formularza	Opis formularza
	Główna forma. Otwiera się po uruchomieniu IS
	Sporządzone umowy
	Lista klientów
Własność	Lista kwalifikujących się nieruchomości
Operacje	Lista operacji
	Lista pracowników
	Formularz przycisku. Potwierdza wyjście z programu

2.3 Przypadek testowy

Aby sprawdzić działanie systemu informacyjnego „Agencja Nieruchomości”, opracowano przypadek testowy sprawdzający funkcjonalność systemu.

Uruchamiamy system informacyjny, to jest *. accdb (rysunek 7).

Rysunek 7 - uruchamianie programu

Po uruchomieniu program poprosi o hasło, okno pokazane jest na rysunku 8.

Rysunek 8 - prośba o hasło

Po wprowadzeniu poprawnego hasła uruchamiany jest formularz główny (jest to menu programu), pokazany na rysunku 9.

Rysunek 9 - menu formularzy

Rysunki 10, 11, 12, 13 i 14 przedstawiają odpowiednio formularze „Umowa”, „Pracownicy”, „Klienci”, „Operacje” i „Nieruchomości”.

Rysunek 10 - „Umowa”

Rysunek 11 - „Pracownicy”

Rysunek 12 – „Klienci”

Rysunek 13 - „Operacje”

Rysunek 14 - „Właściwość”

2.4 Instrukcja obsługi

Program ten powinien umożliwiać użytkownikom systemu informacyjnego „agencja nieruchomości” wprowadzanie i edytowanie informacji. Program powinien realizować następujące funkcje: wprowadzanie i edycję informacji o nieruchomościach, klientach i pracownikach agencji, generowanie i wysyłanie dokumentów wyjściowych do druku.

Główne działania dostępne dla użytkownika tego systemu informacyjnego zostały wymienione w tabeli 7.

Tabela 7 - Podręcznik użytkownika

Operacja	Akcja użytkownika	Akcja programu
Uruchomienie programu	Aby uruchomić program należy uruchomić plik "IS Agencja Nieruchomości. Accdb"	Na ekranie pojawi się okno do wpisania hasła.
Wprowadzanie hasła	Aby się zalogować, musisz podać poprawne hasło	Jeśli hasło jest poprawne, otworzy się główny formularz IP
	Użytkownik przegląda formularze sporządzonych umów, istnieje również możliwość dodawania/usuwania nowych rekordów.
	Użytkownik podgląda formularz pracowników agencji, istnieje również możliwość dodawania/usuwania nowych rekordów.	Dane są automatycznie wprowadzane do bazy danych
	Użytkownik przegląda formularz klientów agencji, istnieje również możliwość dodawania/usuwania nowych rekordów.	Dane są automatycznie wprowadzane do bazy danych
Operacje	Użytkownik widzi formularz możliwych transakcji agencyjnych z nieruchomościami.	Wpisanie wybranej operacji do formularza „umowa”
Własność	Użytkownik przegląda formularz dla opcji nieruchomości agencji.	Wpisanie wybranego rodzaju nieruchomości do formularza „umowa”
	W menu głównym użytkownik nacisnął przycisk „Wyjdź”	Program aktywuje formularz przycisku z opcjami: TAK i NIE
Opcja „Nie”	Użytkownik wybrał przycisk „NIE”	Program powraca do formy głównej
Opcja „Tak”	Użytkownik wybrał przycisk „TAK”	Aplikacja się zamyka

Wniosek

W trakcie opracowywania projektu kursu w dyscyplinie „Rozwój i obsługa systemów informatycznych” niezależnie przestudiowaliśmy nowe możliwości i funkcje programu Microsoft Access 2007, na przykład: ustawianie hasła zabezpieczającego, tworzenie formularzy przycisków i formularzy automatycznego uruchamiania.

Rozwój systemu informatycznego „Agencja nieruchomości” przyczynił się do usystematyzowania i utrwalenia umiejętności zdobytych w dyscyplinach „Bazy danych”, „Rozwój i obsługa systemów informatycznych”, „Grafika komputerowa”.

Ten system informacyjny jest przeznaczony do wygodnego wprowadzania i edytowania, przechowywania informacji. Program posiada wygodny i intuicyjny przejrzysty interfejs, realizuje takie funkcje jak wykonywanie zapytań, dodawanie/usuwanie rekordów, drukowanie otrzymanych raportów.

Wzmocnienie umiejętności następuje w trakcie rozwiązywania postawionego zadania – rozwijania procesu biznesowego, tworzenia bazy danych, testowania i debugowania systemu informatycznego.

Zakończeniem projektu kursu było napisanie noty wyjaśniającej, w trakcie której utrwalono również umiejętności sporządzania raportów.

Bibliografia

1. Witryna http://biuro. microsoft.com/ru-ru/training/CR101582831049. aspx;

Opublikowano na Allbest.ru

Podobne dokumenty

Opracowanie systemu informatycznego „Agencja Poboru Absolwentów” do automatyzacji procesu rekrutacji specjalistów na zlecenie organizacji. Wymagania systemowe, oprogramowanie. Opis procesu działania. Projekt bazy danych.

praca dyplomowa, dodana 27.11.2009


Analiza istniejących rozwiązań automatyzacji tematyki. Metodyka projektowania systemu informatycznego dla agencji nieruchomości. Specyfikacja wymagań i certyfikacja. Projekt interfejsu użytkownika. Uzasadnienie wyboru platformy.

praca semestralna, dodana 2.10.2013


System zarządzania bazą danych jako zestaw narzędzi programowych i językowych do tworzenia i przetwarzania danych. Analiza działalności warsztatu obuwniczego. Funkcje tworzenia schematów funkcjonalnych i testowania modułu oprogramowania.

praca dyplomowa, dodana 11.04.2012


Opracowanie zautomatyzowanego programu systemowego przeznaczonego do rejestracji informacji o wynajmowanych, sprzedanych, zakupionych i wynajmowanych nieruchomościach. Rozwój model relacyjny dane. Podręcznik użytkownika i Podręcznik administratora.

praca semestralna dodana 28.12.2012


Opracowanie bazy danych opartej o Microsoft Access DBMS, która pozwala zautomatyzować pracę agencji rekrutacyjnej. Obszar tematyczny oparty na rzeczywistych informacjach o agencji rekrutacyjnej. Model systemu informatycznego zaimplementowany w ER-win.

praca semestralna dodana 15.12.2011


Cechy procesów obsługi klienta, badania rynku nieruchomości, tworzenie informacji o manipulacjach finansowych. Opis modelu agencji; kolejność tworzenia diagramu kontekstowego. Optymalizacja opracowanego modelu „być”.

praca semestralna dodana 28.08.2012


Analiza tematyki i środowiska działania systemu informatycznego „Biuro podróży”. Tworzenie i utrzymanie baz danych z wykorzystaniem Enterprise Manager w SQL Server 2008. Zasady tworzenia tabel, zapytań, procedur składowanych.

praca semestralna dodana 12.11.2013


Koncepcja bazy danych. Klasyfikowanie ich według struktury. Zestaw oprogramowania i narzędzi językowych przeznaczonych do tworzenia, przechowywania i przetwarzania baz danych, w szczególności z wykorzystaniem zapytań, formularzy, tabel. Istota makr, raportów, modułów.

prezentacja dodana 12.08.2013


System informacyjny – zestaw narzędzi organizacyjnych, sprzętowych i programowych, połączonych w jeden system do gromadzenia, przechowywania, przetwarzania, wydawania niezbędnych informacji. Analiza cech infologicznych, logicznych modeli baz danych.

praca semestralna dodana 16.09.2017


Podstawa prawna najmu w Republice Kazachstanu. Przegląd istniejącego oprogramowania do pracy agencji nieruchomości. Dobór narzędzi do budowy systemu informatycznego. Organizacja technologii gromadzenia, przesyłania, przetwarzania i wydawania informacji.

GOU NPO Profesjonalny

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

ZALECENIA

PROJEKT KURSU

PRZEZ DYSCYPLINĘ

TECHNOLOGIA ROZWOJU PRODUKTÓW OPROGRAMOWANIA

według specjalności

230105 (2203) Oprogramowanie komputerowe i
systemy zautomatyzowane

(podstawowy poziom)

Kaliningrad, 2007

“ ZATWIERDZONY”

Przedmiot

(cykl) prowizja

Opracowano zgodnie z wymaganiami Państwowymi dotyczącymi minimalnych treści i poziomu kształcenia absolwentów specjalności 230 Oprogramowanie komputerowe i zautomatyzowane systemy szkolnictwa średniego zawodowego (poziom podstawowy)

Przewodniczący KIG

Zastępca dyrektor

przez UMR

_______________________

_______________________

Recenzenci:

WPROWADZANIE

Zgodnie z państwowym standardem edukacyjnym średniego szkolnictwa zawodowego, do minimum treści i poziomu wyszkolenia absolwentów w specjalności „Oprogramowanie dla technologii komputerowych i systemów zautomatyzowanych” w zakresie dyscyplin specjalnych, absolwent musi być w stanie :

Opracuj algorytm wdrażanie oprogramowania Zadanie pod ręką;

· Tworzenie oprogramowania zgodnie z opracowanym algorytmem, debugowanie i testowanie oprogramowania;

· Rozwijać i utrzymywać aplikacje sieciowe;

Zadania projekt kursu to:

Studium cech określonego obszaru tematycznego związanego z tematem projektu kursu;

Analiza możliwych podejść i metod rozwiązania wraz z uzasadnieniem wybranej metody;

Wybór lub opracowanie modelu (matematycznego, strukturalnego, informacyjnego itp.) niezbędnego do osiągnięcia celu;

Dobór wydajnych algorytmów z uwzględnieniem ich dokładności, stabilności, zbieżności itp.;

Analiza uzyskanych wyników oprogramowania;

Opracowanie oprogramowania i dokumentacji operacyjnej.

2. WYBIERANIE TEMATU

Tematyka projektów kursów opracowywana jest przez nauczycieli placówki oświatowej, rozpatrywana i uchwalana przez komisję przedmiotową (cykliczną) na posiedzeniu wydziału, zatwierdzanym przez zastępcę. dyrektor uczelni do spraw akademickich. Temat projektu kursu może być zaproponowany przez studenta, zgodnie z jego zainteresowaniami i możliwościami ujawnienia zaproponowanego problemu, pod warunkiem, że uzasadni jego celowość.

Dopuszcza się realizację projektu kursu na jeden temat przez grupę studentów.

3. TEMATY PROJEKTÓW KURSOWYCH (Załącznik)

1. Opracować moduł programowy „Rozliczanie postępów ucznia”.

2. Opracować moduł programu „Teczka Osobiste Ucznia”.

3. Opracuj moduł programowy „Dział”.

4. Opracuj moduł programowy „Laboratorium”.

5. Opracuj moduł oprogramowania „Autoserwis”.

6. Opracowanie modułu oprogramowania „Rozliczanie naruszeń przepisów ruchu drogowego”.

7. Opracuj moduł oprogramowania „Plik karty agencji nieruchomości”.

8. Opracowanie modułu oprogramowania „Karta abonencka ATS”.

9. Rozwijać moduł programu „Aviakassa”.

10. Opracowanie modułu oprogramowania „Księgarnia”.

11. Opracuj moduł oprogramowania „Parking”.

12. Opracować moduł oprogramowania „Agencja Rekrutacyjna”.

13. Opracuj moduł oprogramowania „Oblicz amortyzację nieruchomości”.

14. Opracuj moduł programu „Egzaminator”.

15. Opracowanie modułu oprogramowania „Rozliczanie godzin przepracowanych przez studentów”.

16. Opracowanie modułu oprogramowania „Program informacyjny i referencyjny dla adresów pocztowych klientów”.

17. Opracowanie modułu oprogramowania „Karta kartoteki literatury księgowej w bibliotece”.

18. Opracowanie modułu oprogramowania „Inwentaryzacja towarów w magazynie”.

19. Opracuj moduł oprogramowania „Program do gier jak Master Mind”.

20. Opracowanie modułu programu „Gra logiczna do odgadywania kombinacji liczb”.

21. Opracować moduł oprogramowania „Program do wyświetlania harmonogramu bieżących zajęć dla grupy studentów”.

22. Opracować moduł oprogramowania „Program informacyjny i referencyjny do sprzedaży płyt CD”.

23. Utworzyć moduł programu „Witryna korporacyjna biura podróży”.

24. Utworzyć moduł oprogramowania „Witryna korporacyjna sklepu z akcesoriami komputerowymi”.

25. Utworzyć moduł programu „Witryna korporacyjna sklepu z urządzeniami peryferyjnymi”.

26. Utwórz moduł programu „Osobista witryna internetowa administratora sieci komputerowej”.

27. Utwórz moduł programu „Witryna internetowa projektu poprawy terytorium uczelni”.

28. Stwórz moduł oprogramowania „Strona internetowa dla projektu budowy ogrodu zimowego na terenie uczelni”.

4. TREŚĆ I ETAPY REALIZACJI
PROJEKT KURSU

1. Wybór tematu i uzgodnienie go z prowadzącym. Wybór literatury.

2. Studium wymagań dotyczących projektu pracy.

3. Sporządzenie planu realizacji projektu kursu. Opracowanie algorytmu rozwiązania.

4. Implementacja algorytmu.

5. Debugowanie programu.

6. Testowanie programu.

7. Sporządzanie oprogramowania i dokumentacji operacyjnej.

8. Analiza uzyskanych wyników.

9. Rejestracja raportu.

10. Obrona projektu kursu.

5. STRUKTURA PROJEKTU KURSU

Projekt kursu musi zawierać przetestowane oprogramowanie i notatkę wyjaśniającą (co najmniej 20 arkuszy A4).

W zależności od projektu kursu może być dołączona część graficzna.

Nota wyjaśniająca do projektu kursu powinna zawierać następujące elementy
Struktura:

Strona tytułowa ustalonej próbki (dodatek 1);

Wstęp;

Dobór oprogramowania i sprzętu do realizacji dostarczonego
zadania;

Część opisowa opracowanego oprogramowania;

Dokumentacja oprogramowania;

Dokumentacja operacyjna;

Wniosek, który zawiera wnioski i rekomendacje dotyczące
możliwości wykorzystania materiałów projektowych;

Lista wykorzystanej literatury;

Aplikacje.

w podawany pokrótce ujawnia się znaczenie i znaczenie tematu, formułuje się cel i zadania projektu.

Dokumentacja programu zawiera następujący zestaw dokumentów:

Kreatywne podejście do pisania projektu kursu;

Poprawność i naukowa ważność wniosków;

Dokładność i poprawny projekt projekt kursu.

Ocena końcowa pracy z kursu jest ustalana na podstawie wyników obrony i jakości pracy.

Przed przystąpieniem do egzaminu należy obronić pracę zaliczeniową z dyscypliny „Technologia tworzenia oprogramowania”. Studenci, którzy nie zaliczyli projektów zajęć lub uzyskali niedostateczne oceny z obrony, nie mogą przystąpić do kolejnych egzaminów.

Chronione projekty kursów nie są zwracane studentom i są przechowywane w archiwum instytucji edukacyjnej.

ANEKS 1

Przykładowy projekt strony tytułowej

GOU NPO Profesjonalny

liceum artystyczne i przemysłowe nr 10

PROJEKT KURSU

w dyscyplinie „Technologia tworzenia oprogramowania”

na temat:_______________________________________________________

Wypełnia student ______________________________ Nazwisko, imię, patronimika

Specjalność, kurs, grupa __________________________________________

Doradca naukowy ___________________________ Nazwisko, imię, patronimik

Data doręczenia, podpis studenta ______________________

________________________________________________

Data obrony, ocena, podpis nauczyciela

Kaliningrad

ZAŁĄCZNIK 2

ZADANIE TECHNICZNE.

WYMAGANIA DOTYCZĄCE TREŚCI I PROJEKTU

GOST 19.201 - 78

W dokumencie nie wolno umieszczać części informacyjnej (adnotacji i treści), arkusza rejestracji zmian.

W celu wprowadzenia zmian lub uzupełnień do SIWZ na kolejnych etapach tworzenia programu lub oprogramowania, publikowany jest aneks do niego. Koordynacja i zatwierdzenie uzupełnienia SIWZ odbywa się w kolejności ustalonej dla SIWZ.

W zależności od funkcji programu lub oprogramowania, dozwolone jest doprecyzowanie treści sekcji, wprowadzenie nowych sekcji lub łączenie poszczególnych.

1. WSTĘP

Sekcja wskazuje nazwę, krótki opis zakres programu lub produktu oprogramowania oraz przedmiot, w którym program lub produkt oprogramowania jest używany.

2. PODSTAWA ROZWOJU

Dokument (dokumenty), na podstawie którego opracowywane jest opracowanie;

Organizacja, która zatwierdziła ten dokument i data jego zatwierdzenia;

Nazwa i/lub symbol tematu rozwoju.

3. CEL ROZWOJU

Sekcja powinna wskazywać funkcjonalny i operacyjny cel programu lub produktu oprogramowania.

4. WYMAGANIA DOTYCZĄCE OPROGRAMOWANIA LUB PRODUKTU OPROGRAMOWANIA

4.1. Wymagania dotyczące cech funkcjonalnych.

Sekcja powinna wskazywać wymagania dotyczące składu pełnionych funkcji, organizacji danych wejściowych i wyjściowych, charakterystyk czasowych itp.

4.2. Wymagania dotyczące niezawodności.

W podrozdziale należy wskazać wymagania dotyczące zapewnienia niezawodnego działania (zapewnienie stabilności, monitorowanie informacji wejściowych i wyjściowych, czas przywracania sprawności po awarii itp.).

4.3. Warunki pracy.

W podrozdziale należy wskazać warunki eksploatacji (temperatura otoczenia, wilgotność względna itp. dla wybranych typów nośników danych), w których należy zapewnić określoną charakterystykę oraz rodzaj usługi, wymagana ilość i kwalifikacje personelu.

4.4. Wymagania dotyczące zgodności informacji i oprogramowania.

W podrozdziale należy wskazać wymagania dotyczące struktur informacji na wejściu i wyjściu oraz sposobów rozwiązania, kodów źródłowych, języków programowania i oprogramowania wykorzystywanego przez program.

W razie potrzeby należy zapewnić ochronę informacji i programów.

5. WYMAGANIA DOTYCZĄCE DOKUMENTACJI PROGRAMU

Sekcja powinna wskazywać wstępny skład dokumentacji oprogramowania i, jeśli to konieczne, specjalne wymagania dla niej.

6. WSKAŹNIKI TECHNICZNO-EKONOMICZNE

Sekcja powinna wskazywać: przybliżoną efektywność ekonomiczną, szacowany roczny popyt, ekonomiczne korzyści rozwoju w porównaniu z najlepszymi próbami krajowymi i zagranicznymi lub analogami.

7. ETAPY I ETAPY ROZWOJU

Sekcja ustala niezbędne etapy rozwoju, etapy i treść pracy (lista dokumentów programowych, które muszą zostać opracowane, uzgodnione i zatwierdzone), a także, co do zasady, warunki opracowania i określenie wykonawców.

8. PROCEDURA KONTROLI I AKCEPTACJI

Sekcja powinna wskazywać rodzaje badań i ogólne wymagania dotyczące odbioru pracy.

V aneksy do specyfikacji istotnych warunków zamówienia, w razie potrzeby prowadzić:

Wykaz badań i innych prac uzasadniających rozwój;

Diagramy algorytmów, tabele, opisy, uzasadnienia, obliczenia i inne dokumenty, które można wykorzystać w opracowaniu;

Inne źródła rozwoju.

DODATEK 3

TEKST PROGRAMU (GOST 19.401 - 78)

W przypadku tekstu programu w języku źródłowym, jeśli występuje adnotacja, dołącza się do niej krótki opis funkcji programu.

Główna część dokumentu powinna składać się z tekstów jednej lub kilku sekcji, którym nadawane są tytuły.

Dozwolone jest również wpisanie nazwy dla zestawu sekcji.

Każda z tych sekcji jest zaimplementowana za pomocą jednego z typów notacji symbolicznej, na przykład:

Notacja symboliczna w języku oryginalnym;

Notacja symboliczna w językach pośrednich;

Symboliczna reprezentacja kodów maszynowych itp.

DODATEK 4

OPIS PROGRAMU (GOST 19.402 - 78)

W zależności od funkcji programu dopuszcza się wprowadzanie dodatkowych sekcji oprócz wymienionych poniżej lub łączenie oddzielnych sekcji.

1. INFORMACJE OGÓLNE

Sekcja musi zawierać: oznaczenie i nazwę programu; oprogramowanie wymagane do działania programu; języki programowania, w których napisany jest program.

2. CEL FUNKCJONALNY

Sekcja powinna wskazywać klasy zadań do rozwiązania i/lub przeznaczenie programu oraz informacje o ograniczeniach funkcjonalnych aplikacji.

3. OPIS STRUKTURY LOGICZNEJ

Sekcja powinna wskazywać:

Algorytmy programowe;

stosowane metody;

Struktura programu z opisem funkcji części składowych i relacji między nimi;

Powiązania programu z innymi programami.

Opis struktury logicznej programu wykonywany jest z uwzględnieniem tekstu programu w języku źródłowym.

4. UŻYWANY SPRZĘT TECHNICZNY

W sekcji należy wskazać rodzaje komputerów i urządzeń elektronicznych, które są wykorzystywane w działaniu programu.

Sekcja powinna wskazywać:

Sposób wywoływania programu z odpowiedniego nośnika danych;

Punkty wejścia programu.

Dozwolone jest określenie adresów pobierania, informacji o użytkowaniu pamięć o dostępie swobodnym, zakres programu.

6. WPROWADŹ DANE

Sekcja powinna wskazywać:

charakter, organizacja i wstępne przygotowanie danych wejściowych;

Format, opis i sposób kodowania danych wejściowych.

7. WYJŚCIE

Sekcja powinna wskazywać:

charakter i organizacja produkcji;

Format, opis i sposób kodowania danych wyjściowych.

Dopuszcza się ilustrowanie treści rozdziałów przykładami objaśniającymi, tabelami, diagramami, wykresami.

Wniosek może zawierać różne materiały, których nie należy umieszczać w sekcjach dokumentu.

DODATEK 5

NOTA WYJAŚNIAJĄCA (GOST 19.404-79)

Kompilacja części informacyjnej (adnotacji i treści) jest opcjonalna.

W zależności od specyfiki dokumentu poszczególne sekcje (podsekcje) mogą być łączone, a także wprowadzane nowe sekcje (podsekcje).

WPROWADZANIE

Sekcja wskazuje nazwę programu i / lub symbol tematu rozwoju, a także dokumenty, na podstawie których realizowany jest rozwój, ze wskazaniem organizacji i daty zatwierdzenia.

1. CEL I ZAKRES

Sekcja wskazuje przeznaczenie programu, krótki opis zakresu programu.

2. SPECYFIKACJE TECHNICZNE

Sekcja powinna zawierać następujące podsekcje:

2.1 Stwierdzenie problemu.

Opisano sformułowanie problemu do opracowania programu, opis zastosowanych metod matematycznych oraz, w razie potrzeby, opis założeń i ograniczeń związanych z wybranym aparatem matematycznym.

2.2 Opis algorytmu i/lub działania programu.

Opisano algorytm i/lub działanie programu z uzasadnieniem wyboru schematu algorytmu rozwiązania problemu, możliwych interakcji programu z innymi programami.

2.3 Skład sprzętu i oprogramowania.

Podano opis i uzasadnienie wyboru składu metody organizowania danych wejściowych i wyjściowych.

2.4 Skład sprzętu i oprogramowania.

Podano opis i uzasadnienie wyboru składu sprzętu i oprogramowania na podstawie wykonanych obliczeń i/lub analiz, rozmieszczenie nośników danych wykorzystywanych przez program.

3. OCZEKIWANE WSKAŹNIKI TECHNICZNO-EKONOMICZNE

W sekcji wskazano wskaźniki techniczno-ekonomiczne uzasadniające przewagę wybranego wariantu rozwiązania technicznego, a także, w razie potrzeby, oczekiwane wskaźniki eksploatacyjne.

4. ŹRÓDŁA WYKORZYSTYWANE W OPRACOWANIU

Sekcja zawiera wykaz publikacji naukowych i technicznych, dokumentów regulacyjnych i technicznych oraz innych materiałów naukowo-technicznych, do których odwołuje się tekst główny.

V załącznik dokument może zawierać tabele, uzasadnienia, metody, obliczenia i inne dokumenty wykorzystane w opracowaniu.

DODATEK 6

OŚWIADCZENIE Z DOKUMENTÓW EKSPLOATACYJNYCH

GOST 19.507 - 79

Kompilacja części informacyjnej (adnotacji i treści) jest opcjonalna.

W oświadczeniu wymieniono dokumenty zawarte w wykazie dokumentów operacyjnych.

Lista dokumentów operacyjnych powinna zawierać następujące sekcje: dokumenty dla programu; dokumenty dotyczące składników programu.

Lista dokumentów operacyjnych dla komponentu posiadającego niezależną aplikację powinna zawierać tylko sekcję „Dokumenty do programu”.

W sekcji „Dokumenty do programu” wszystkie dokumenty operacyjne (z wyjątkiem wykazu dokumentów operacyjnych) powinny być ewidencjonowane na ten program.

W sekcji „Dokumenty dotyczące składników programu” muszą znajdować się pisemne zestawienia dokumentów operacyjnych dla wszystkich programów bezpośrednio uwzględnionych w programie.

Zapis dokumentów w oświadczeniu odbywa się pod nagłówkami sekcji w kolumnie „Nazwa”.

Dokumenty są rejestrowane na wyciągu w porządku rosnącym według kodu rodzaju dokumentu zawartego w oznaczeniu.

Kolumny oświadczenia wypełnia się w następujący sposób:

· W kolumnie „Oznaczenie” wskazać oznaczenie dokumentów zgodnie z GOST 19.103-77;

· W kolumnie „Nazwa” należy podać pełną nazwę dokumentu operacyjnego zgodnie z nazwą wskazaną w karcie homologacji lub na stronie tytułowej;

· W przypadku dokumentów dla tego programu rejestrowana jest tylko nazwa i rodzaj dokumentów;

· W kolumnie „Il. Kopiuj. " wskazać liczbę egzemplarzy tego dokumentu;

· W kolumnie „Lokalizacja” wskaż numer folderu, w którym przechowywany jest drukowany dokument.

Dozwolone jest zapisywanie treści notatek i Dodatkowe informacje związane z dodatkowymi dokumentami operacyjnymi, jeśli to konieczne.

Dozwolone jest podawanie numerów porządkowych nut.

Tekst notatek można zapisać na końcu odpowiednich sekcji zestawienia dokumentów operacyjnych. Dopuszcza się wpisywanie tekstu notatek na ostatnich arkuszach zestawienia dokumentów operacyjnych na formularzach bez kolumn z porządkową liczbą notatek.

Oświadczenie zawiera również, w razie potrzeby, listę folderów zawierających dokumenty drukowane.

Foldery na liście są rejestrowane po wymienieniu wszystkich dokumentów pod nagłówkiem „Lista folderów” w kolumnie „Nazwa” w kolejności rosnącej ich numerów seryjnych.

Przy zapisywaniu folderów kolumny wyciągu wypełnia się w następujący sposób:

Podkreślono kolumnę „Oznaczenie”;

W kolumnie „Nazwa” podaj nazwę i numer folderu, na przykład „Folder nr 1”;

W kolumnie „Płk. Kopiuj. " wskazać liczbę kopii folderów o tej nazwie, które są częścią jednego zestawu dokumentów operacyjnych;

W kolumnie „Lokalizacja” wskaż, jeśli to konieczne, lokalizację folderów.

Przykład wypełnienia zestawienia dokumentów operacyjnych

Przeznaczenie

Nazwa

Lokalizacja

A. V. 001-01_32_01-1

System operacyjny. Narzędzia do odzyskiwania systemu

A. V. 001-01_32_01-2

System operacyjny. Edytor linków.

DODATEK 7

OPIS APLIKACJI (GOST 19.502-78)

Kompilacja części informacyjnej (adnotacji i treści) jest obowiązkowa.

W zależności od funkcji programu dozwolone jest wprowadzanie dodatkowych sekcji lub łączenie oddzielnych sekcji.

1. CEL PROGRAMU

Sekcja wskazuje przeznaczenie, możliwości programu, jego główne cechy, ograniczenia nałożone na zakres programu.

2. WARUNKI APLIKACJI

Sekcja wskazuje warunki niezbędne do realizacji programu (wymagania dotyczące środków technicznych niezbędnych dla tego programu i innych programów, ogólną charakterystykę informacji wejściowych i wyjściowych, a także wymagania i warunki organizacyjne, techniczne i charakter technologiczny itp.).

3. OPIS PROBLEMU

W sekcji należy wskazać definicje problemu i metody jego rozwiązania.

4. DANE WEJŚCIOWE I WYJŚCIOWE

Sekcja powinna zawierać informacje o danych wejściowych i wyjściowych.

Materiały referencyjne (ilustracje, tabele, wykresy, przykłady itp.) mogą być zawarte w załączniku do dokumentu.

DODATEK 8

PRZEWODNIK KONSERWACJI

(GOST 19.508-79)

Kompilacja części informacyjnej (adnotacji i treści) jest obowiązkowa.

Dodatkowe sekcje mogą być wprowadzone w zależności od specyfiki dokumentu.

1. WSTĘP

Sekcja wskazuje cel instrukcji, listę dokumentów operacyjnych, które powinny być używane oprócz instrukcji podczas konserwacji.

2. INSTRUKCJE OGÓLNE

Sekcja wskazuje procedurę konserwacji, zawiera instrukcje dotyczące organizacji i cechy jej wdrożenia.

3. WYMAGANIA DOTYCZĄCE SPRZĘTU TECHNICZNEGO

Sekcja wskazuje minimalny zestaw środków technicznych zapewniających działanie programu.

4. OPIS FUNKCJI

Sekcja wskazuje:

Maksymalna liczba środków technicznych sprawdzanych przez ten program;

Opis wspólnego funkcjonowania sprzętu i oprogramowania ze wskazaniem sposobu obsługi błędów;

Opis organizacji danych wejściowych i wyjściowych wykorzystywanych w konserwacji sprzętu technicznego;

Opis interakcji urządzeń z programem, wyniki interakcji, z wyjściem wyników programu.

DODATEK 9

1. Opracować moduł programowy „Rozliczanie postępów ucznia”.

Moduł oprogramowania przeznaczony jest do operacyjnego rozliczania postępów studentów w sesji przez dziekana, prodziekanów i pracowników dziekanatu. Informacje o postępach studentów powinny być przechowywane przez cały okres ich studiów i wykorzystywane przy sporządzaniu zaświadczeń o odbytych zajęciach i suplementów do dyplomu.

2. Opracować moduł programu „Teczka Osobiste Ucznia”.

Moduł programowy przeznaczony jest do pozyskiwania informacji o studentach przez pracowników dziekanatu, komisji związkowej i działu personalnego. Informacje te powinny być przechowywane przez cały okres szkolenia studenta i wykorzystywane przy sporządzaniu zaświadczeń i raportów.

3. Opracuj moduł programowy „Dział”.

Moduł zawiera informacje o pracownikach wydziału (imię i nazwisko, stanowisko, stopień naukowy, dyscypliny, nakład pracy, praca socjalna, praca w niepełnym wymiarze godzin itp.) i jest przeznaczony do wykorzystania przez pracowników działu personalnego i dziekanatu.

4. Opracuj moduł programowy „Laboratorium”.

Moduł zawiera informacje o pracownikach laboratorium (imię i nazwisko, płeć, wiek, stan cywilny, obecność dzieci, stanowisko, stopień naukowy) i jest przeznaczony do wykorzystania przez pracowników komisji związkowej oraz działu personalnego.

5. Opracuj moduł oprogramowania „Autoserwis”.

Podczas rejestracji do serwisu wypełniany jest wniosek, w którym podaje się imię i nazwisko właściciela, markę samochodu, rodzaj pracy, datę otrzymania zamówienia oraz koszt naprawy. Po zakończeniu pracy drukowany jest paragon.

6. Opracowanie modułu oprogramowania „Rozliczanie naruszeń przepisów ruchu drogowego”
ruch ".

Lista naruszeń jest przechowywana w bazie danych dla każdego samochodu i jego właściciela. Dla każdego naruszenia zapisywana jest data, godzina, rodzaj naruszenia i rozmiar; Cienki. Po opłaceniu wszystkich mandatów samochód zostaje usunięty z bazy.

7. Opracuj moduł oprogramowania „Plik karty agencji nieruchomości”.

Moduł przeznaczony do użytku przez pracowników agencyjnych. Baza danych zawiera informacje o mieszkaniach (ilość pokoi, piętro, metraż itp.). Po otrzymaniu wniosku o wymianę (kupno, sprzedaż) następuje wyszukiwanie odpowiedniej opcji. Jeśli tak nie jest, klient zostaje wprowadzony do bazy klientów i jest powiadamiany, gdy pojawi się opcja.

8. Opracowanie modułu oprogramowania „Karta abonencka ATS”.

Plik karty zawiera informacje o telefonach i ich właścicielach. Naprawia zaległości płatnicze (abonenckie i czasowe). Uważa się, że wprowadzono już pensję czasową za połączenia lokalne.

9. Rozwijać moduł programu „Aviakassa”.

Moduł zawiera informacje o dostępności wolnych miejsc na trasach lotniczych. Baza danych powinna zawierać informacje o numerze lotu, załodze, typie samolotu, dacie i godzinie odlotu, a także o kosztach biletów lotniczych (różnych klas). Po otrzymaniu wniosku o bilety program wyszukuje odpowiedni lot.

10. Opracowanie modułu oprogramowania „Księgarnia”.

11. Opracuj moduł oprogramowania „Parking”.

Program zawiera informacje o marce samochodu, jego właścicielu, dacie i godzinie wjazdu, koszcie parkowania, zniżkach, zaległościach płatniczych itp.

12. Opracować moduł oprogramowania „Agencja Rekrutacyjna”.

Moduł zawiera informacje o wolnych miejscach pracy i CV. Moduł oprogramowania przeznaczony jest zarówno do znalezienia pracownika spełniającego wymagania menedżerów firmy, jak i znalezienia odpowiedniej pracy.

13. Opracuj moduł oprogramowania „Oblicz amortyzację nieruchomości”.

Program powinien zapewniać obliczenia dwoma metodami (amortyzacja liniowa i wielokrotne rozliczanie amortyzacji), a także zapewniać kontrolę poprawności wprowadzonych danych oraz wydawanie komunikatów ostrzegawczych w przypadku: a) braku jednej lub więcej do obliczania danych;

b) wskazana wartość cieczy przekracza wartość początkową;

c) określono okres rozliczeniowy przekraczający okres amortyzacji.

14. Opracuj moduł programu „Egzaminator”.

Zadanie testowe powinno składać się z 5-7 pytań, nazwa pliku testowego jest podana w wierszu poleceń listy programu.

15. Opracowanie modułu oprogramowania „Czas przepracowany
studenci ”.

Program musi być zaimplementowany za pomocą MS Visual Studio; umożliwiają wprowadzanie i wydawanie nazwiska ucznia, numeru grupy i przepracowanych godzin, a także krótki opis wykonanej pracy; wyświetlić listę uczniów i krótki opis stanowiska dla każdego z nich; mieć możliwość edycji listy i opisów.

16. Opracowanie modułu oprogramowania „Program informacyjny i referencyjny dla adresów pocztowych klientów”.

Program musi być zaimplementowany za pomocą MS Visual Studio; włączyć wejście-wyjście nazwiska, imienia i patronimiku klienta i jego adres pocztowy; wyświetlić listę klientów i adres dla każdego z nich; być w stanie edytować listę i adresy; być w stanie tworzyć i wyświetlać wiele list; móc eksportować informacje do innych aplikacji, na przykład MS Word.

17. Opracowanie modułu oprogramowania „Karta kartoteki literatury księgowej w bibliotece”.

Program musi być zaimplementowany za pomocą MS Visual Studio; umożliwić wejście-wyjście tytułu książki i autora oraz krótką adnotację; wyświetlić listę książek i adnotację do każdej z nich; być w stanie edytować tytuł książki i adnotację; umieć tworzyć kilka list na dany temat literatury i przenosić informacje z jednej listy na drugą.

18. Opracowanie modułu oprogramowania „Inwentaryzacja towarów w magazynie”.

Program musi być zaimplementowany za pomocą MS Visual Studio; dają możliwość wpisania nazwy produktu i ilości, a także krótkiego opisu; wyświetlić listę produktów i opisy dla każdego; mieć możliwość edycji nazwy towaru i opisu; mieć możliwość tworzenia wielu list dla grup produktów.

19. Opracuj moduł oprogramowania „Program do gier typuGospodarzUmysł ".

Program musi być zaimplementowany za pomocą MS Visual Studio; umożliwiają odgadnięcie zestawów kolorów i wyświetlanie informacji o błędach; użytkownik otrzymuje kilka prób; jeśli zestaw zostanie odgadnięty, zostanie wyświetlony komunikat o wygranej, jeśli nie, zostanie wyświetlona nowa próba lub komunikat o przegranej.

20. Opracowanie modułu programu „Gra logiczna do odgadywania kombinacji liczb”.

Program musi być zaimplementowany za pomocą MS Visual Studio; umożliwiają odgadywanie kombinacji liczbowych i wyświetlanie informacji o błędach; użytkownik otrzymuje kilka prób; jeśli kombinacja zostanie odgadnięta, zostanie wyświetlony komunikat o wygranej, jeśli nie, zostanie wyświetlona nowa próba lub komunikat o przegranej. Czas na myślenie jest ograniczony.

21. Opracować moduł oprogramowania „Program do wyświetlania harmonogramu bieżących zajęć dla grupy studentów”.

Program musi być zaimplementowany za pomocą MS Visual Studio; w zależności od godziny wyświetlaj na ekranie aktualną lekcję, jej początek i koniec zgodnie z wprowadzonym harmonogramem.

22. Opracuj moduł oprogramowania „Program informacyjny i referencyjny do sprzedażyPŁYTA CD ".

Program musi być zaimplementowany za pomocą MS Visual Studio; włączyć nazwę dysku I / O, koszt i podsumowanie; wyświetlić listę płyt i podsumowanie dla każdego z nich; być w stanie edytować spis i zawartość; być w stanie zaimportować opis dysku z innej aplikacji, takiej jak MS Word.

23. Utwórz moduł oprogramowania „CorporateWitryna internetowa biura podróży ”.

Węzeł musi zawierać strona główna, strona aktualności, 3 strony opisów tras i usług turystycznych oraz strona z opiniami.Ponadto węzeł powinien zawierać informacje tekstowe, graficzne i multimedialne.

24. Utwórz moduł oprogramowania „CorporateStrona internetowa sklepu z akcesoriami komputerowymi”.

Witryna powinna zawierać stronę główną, stronę z aktualnościami, stronę z opiniami oraz kilka stron opisujących komponenty, np. dyski twarde, karty graficzne i tunery telewizyjne. Ponadto strona powinna zawierać informacje tekstowe, graficzne oraz multimedialne.

25. Utwórz moduł oprogramowania „CorporateWitryna internetowa sklepu z urządzeniami peryferyjnymi do komputerów ”.

Witryna powinna zawierać stronę główną, stronę z wiadomościami, stronę z opiniami oraz kilka stron opisujących urządzenia peryferyjne, takie jak drukarki, wyświetlacze i kamery internetowe. Ponadto strona powinna zawierać informacje tekstowe, graficzne oraz multimedialne.

26. Utwórz moduł programu „OsobisteStrona internetowa administratora sieci komputerowej ”.

Witryna powinna zawierać stronę główną, stronę o sobie, schemat sieci i jej rozmieszczenie według lokali, stronę z uwagami i ich poprawkami. Węzeł powinien zawierać informacje tekstowe, graficzne i multimedialne

27. Utwórz moduł programu ”Strona internetowa Projektu Poprawy Terytorium Liceum”.

28. Utwórz moduł programu ”Strona internetowa projektu budowy ogrodu zimowego na terenie Liceum ”.

Strona powinna zawierać stronę główną, opis projektu, listę kamieni milowych z terminami, listę uczestników i ich obowiązków, forum dyskusyjne. Węzeł powinien zawierać informacje tekstowe, graficzne i multimedialne

BIBLIOGRAFIA

1. GOST 7.1-84. Opis bibliograficzny dokumentu. Ogólne wymagania i zasady sporządzania.

2. GOST 7,9-95. Streszczenie i adnotacja. Ogólne wymagania.

3. Standardy Systemu Zunifikowanej Dokumentacji Programowania (ESPD).

4. Instrukcje Shishkin do projektu kursu. - Smoleńsk, 2002.

5. Dane Rudakowa. Rozwój aplikacji - SPb.: BHV-Petersburg, 2006

6. Ilyushechkin wykorzystanie i projektowanie baz danych - M .: Szkolnictwo wyższe. 2009

WSTĘP .. 3

1. CEL I ZADANIA PROJEKTU KURSU .. 3

2. WYBIERANIE TEMATU ... 4

3. TEMATY PROJEKTÓW KURSOWYCH .. 4

5. STRUKTURA PROJEKTU KURSU .. 5

6. REJESTRACJA NOTY WYJAŚNIAJĄCEJ DO PROJEKTU KURSU .. 6

7. OCHRONA PROJEKTU KURSU .. 7

DODATEK 1.8

DODATEK 2.9

DODATEK 3.11

DODATEK 4.12

DODATEK 5.14

DODATEK 6.15

DODATEK 7.16

DODATEK 8.17

DODATEK 9.18

REFERENCJE ... 22

Wstęp

1. Część analityczna

1.1 Charakterystyka techniczno-ekonomiczna przedmiotu i przedsiębiorstwa.

1.1.1 Charakterystyka przedsiębiorstwa

1.2 Opis kompleksu zadań, zadań i uzasadnienie potrzeby automatyzacji

1.2.1 Wybór zestawu zadań automatyzacji oraz charakterystyka istniejących procesów biznesowych

1.2.2 Uzasadnienie potrzeby wykorzystania technologii komputerowej do rozwiązania problemu

1.2.3 Opis głównych właściwości SI dla przedsiębiorstwa i wybranego zestawu zadań

1.2.4 Istota ekonomiczna kompleksu zadań

1.2.5 Określenie miejsca projektowanego zadania w zespole zadań

1.2.6 Istota problemu

1.3.2 Wybór i uzasadnienie strategii automatyzacji zadań

1.4 Wyznaczanie celu i podzadań automatyzacji. Kryteria osiągnięcia celu.

1.4.3 Ogólna charakterystyka organizacji rozwiązywania podzadań na komputerze

1.5 Analiza istniejących opracowań i uzasadnienie wyboru technologii projektowania.

1.6 Uzasadnienie rozwiązań projektowych

1.6.2 Uzasadnienie rozwiązań projektowych dla wsparcia informacyjnego

2. Część projektowa

2.1 Wsparcie informacyjne zadania

2.1.4 Charakterystyka bazy danych.

2.2 Oprogramowanie do zadań

2.3 Wsparcie technologiczne zadania

2.4 Przypadek testowy realizacji projektu i jego opis

Wniosek

Lista wykorzystanych źródeł

1.1 Techno -charakterystyka ekonomiczna przedmiotowego obszaru i przedsiębiorstwa

1.1.1 Charakterystyka przedsiębiorstwa

1. Pełna nazwa: Agencja nieruchomości „Elena”. Skrócona nazwa: Agencja Nieruchomości „Elena”.

2. Agencja nieruchomości „Elena” jest zarejestrowana przez prywatnego przedsiębiorcę zgodnie z prawem Federacji Rosyjskiej „O państwowej rejestracji osób prawnych i przedsiębiorców indywidualnych”.

3. Lokalizacja Agencji: Federacja Rosyjska, Republika Baszkirii, miasto Oktiabrski, Aleja Lenina, 67.

4. Zadania:

· Świadczenie usług na rzecz ludności w zakresie kupna i sprzedaży, darowizn i innych transakcji z nieruchomościami zgodnie z zapotrzebowaniem rynku.

· Pomoc w uzyskaniu kredytu hipotecznego.

· Tworzenie dostępnych usług wyszukiwania informacji o nieruchomościach.

· Świadczenie pełnego zakresu usług związanych z inwestowaniem w nieruchomości.

· Zapewnienie stabilności w działalności przedsiębiorstwa.

5. Cele firmy:

· Wydobywanie zysku.

· Stanie się rzetelną, godną zaufania agencją świadczącą wysokiej jakości usługi.

· Przyciąganie nowych klientów.

· Rozszerzenie zasięgu terytorialnego działalności.

Agencje nieruchomości „Elena” na lata 2006, 2007, 2008.

	Podstawowe wskaźniki	2006 rok	2007 rok	Zmiana (%) 2007 do 2006	2008 rok	Zmiana (%) 2007 do 2006
1	2	3	4	5	6	7
1.	Wielkość świadczonych usług, tysiące rubli;	6500	7100	109	9800	151
2.	Koszt świadczonych usług, tysiące rubli;	5200	5400	104	7340	141
3.	Koszty na rubel świadczonych usług, kopiejki;	1,25	0,76	60	0,75	60
4.	Zysk, tysiąc rubli;	1300	1700	131	2460	189
5.	Rentowność,%	25	34	136	33	132
6.	Liczba personelu, osób;	5	6	120	8	160
7.	Wydajność pracy, tysiąc rubli / osobę;	1300	1183	91	1225	94
8.	Średnia miesięczna pensja, ruble;	8000	10000	125	15000	187
9.	Fundusz płac, ruble;	40000	60000	150	120000	300

Na podstawie podanych danych ocenimy wyniki finansowe agencji Elena za lata 2006, 2007, 2008.

Z tabeli wynika, że ​​wolumen świadczonych usług rośnie z roku na rok: w 2007 r. w stosunku do 2006 r. o 9%, w 2008 r. o 51%.

Na wzrost ten miały wpływ następujące czynniki:

W 2008 roku dostępne były kredyty hipoteczne – oprocentowanie banku wahało się od 11% w skali roku;

Rynek świadczonych usług znacznie się rozszerzył, obejmując pobliskie miasta regionu;

Wraz z pojawieniem się nowych pośredników w obrocie nieruchomościami, warunki wykonywania pracy zostały znacznie skrócone;

Prawnik udziela bezpłatnych konsultacji, po których klienci stają się klientami agencji do realizacji transakcji.

Koszty usług świadczonych w 2007 r. wzrosły o 4% w porównaniu z 2006 r., aw 2008 r. odpowiednio wzrosły o 41%. Na wzrost kosztów wpłynęły:

Wzrost kosztów energii, wzrost cen wody, ciepła, łączności telefonicznej, płatności internetowych;

Instalacja najnowszego alarmu antywłamaniowego;

Zwiększone zużycie paliwa w samochodach;

Koszty na rubel świadczonych usług (stosunek kosztu własnego do wolumenu świadczonych usług) w 2007 i 2008 roku w stosunku do 2006 roku spadły o 40%.

Spadek ten wynika z faktu, że firma dąży do minimalizacji kosztów poprzez:

Nieograniczone połączenia internetowe;

Większe wykorzystanie przekazu ustnego w celu przyciągnięcia klientów;

Ograniczenia rozmów telefonicznych na odległość;

Sądząc po wskaźnikach zysku (różnica między wolumenem usług a kosztem kosztów), agencja działa opłacalnie, czyli zysk rośnie z roku na rok: w 2007 w porównaniu do 2006 wzrósł o 31%, w 2008 również , w porównaniu z 2006 r. wzrosła o 89%....

Miał na to wpływ spadek kosztu 1 rubla świadczonych usług. Z tych samych powodów wynika dynamika wzrostu rentowności.

Liczba pracowników rośnie z roku na rok, w 2007 r. dołączył 1 pośrednik handlu nieruchomościami, w 2008 r. - 3 więcej specjalistów. Wynika to ze wzrostu wolumenu świadczonych usług. W razie potrzeby specjaliści zastępują się nawzajem, podnosząc tym samym poziom swoich kwalifikacji, jednocześnie uniemożliwiając klientowi odejście z firmy do innej agencji.

W 2007 r. wydajność pracy (relacja wolumenu świadczonych usług do liczby zatrudnionych) w stosunku do 2006 r. spadła o 9%, aw 2008 r. w porównaniu z 2006 r. o 6%. Wpływ na to miała ekspansja państwa. Jest to jednak normalne dla firmy, pracownicy szybko wchodzą w rytm pracy, stąd tendencje do zwiększania produktywności zespołu.

Przeciętne miesięczne wynagrodzenie pracowników w 2007 r. w porównaniu z 2006 r. wzrosło o 25%, w 2008 r. odpowiednio o 87%. W konsekwencji fundusz płac rośnie (iloczyn przeciętnego miesięcznego wynagrodzenie od liczby personelu). Wzrost ten wiąże się ze wzrostem wolumenu świadczonych usług, a także dla efektywności i profesjonalizmu dyrektor zachęca do premii, kosztem firmy, wysyła je na płatne seminaria w Moskwie, Ufie, Samarze.

Ogólnie rzecz biorąc, Agencja Nieruchomości Elena działa stabilnie, z zyskiem, pomimo ogólnej niestabilności gospodarczej. Wzrost i spadek cen wpływa na rynek nieruchomości, ale zawsze znajdzie się ktoś, kto chce sprzedać i kupić nieruchomość, konieczne jest zorganizowanie pracy firmy w taki sposób, aby przychodził do Ciebie po Twoje usługi .

1.1.2 Struktura organizacyjna zarządzania przedsiębiorstwem i jej charakterystyka

Struktura

Agencja ma szczątkową strukturę organizacyjną, która odzwierciedla dwupoziomowe podziały, które można znaleźć tylko w małych organizacjach.

Szef Biura. Szef grupy pośredników w handlu nieruchomościami

Obowiązki:

· Kierowanie grupą pośredników w handlu nieruchomościami.

· Planowanie, kontrola i raportowanie pracy biurowej.

· Monitorowanie postępu wszystkich transakcji.

· Szkolenie pośredników w handlu nieruchomościami.

· Przyjmowanie i wypłata zaliczek.

Starszy Radca Prawny:

Obowiązki:

· Towarzyszenie transakcji

· Sprawdzenie „czystości” dokumentacji

· Kontrola przestrzegania prawa działalności agencji.

Księgowa

Obowiązki:

Przygotowywanie i dostarczanie raportów

Pośrednik

Obowiązki:

Odbieranie połączeń

· Doradztwo potencjalnych klientów.

· Zawarcie umów agencyjnych w siedzibie firmy iz wizytą u klienta.

· Wybór mieszkań na specjalistycznej bazie nieruchomości.

· Pokazy mieszkań.

Gromadzenie dokumentów

· Przygotowanie transakcji.

· Dokonywanie zaliczek.

Kierownik biura

Obowiązki:

· Administracyjna obsługa czynności biurowych.

· Spotkanie z klientami o godz. Herbata, kawa dla klientów.

· Wysyłanie/odbieranie faksów. Wydruk dokumentów.

· Zakup materiałów biurowych i innych towarów na całe życie biurowe.

· Prowadzenie statystyk odwiedzin biur przez pracowników.

Kurier

· Doręczenie korespondencji.

· Dostawa dokumentów.

Rysunek 1.1 Schemat organizacyjny

Charakterystyka

Działalność na rynku nieruchomości nie oznacza dostępności kształcenia specjalnego, ponieważ rynek edukacyjny nie przygotowuje specjalistów w tej dziedzinie.

Wszystkie osoby pracujące w agencji mają wykształcenie wyższe, ale zawody i dziedziny działalności przed podjęciem pracy w agencji „Elena” były dość zróżnicowane. Wszyscy oni mają „komercyjną passę”, z reguły są to byli przedsiębiorcy lub doświadczeni prawnicy.

Na przykład radca prawny Giniyatullin Galimyan Gallimullinovich, absolwent Wydziału Prawa Baszkirskiego Uniwersytetu Państwowego. Od ponad 30 lat zajmuje się działalnością prawną, przed podjęciem pracy w agencji pracował w wydziale Oktyabrsky Państwowej Izby Rejestrowej, w 2008 roku uzyskał świadectwo doskonalenia kwalifikacji na kierunku „Zarządzanie spółką nieruchomościową” .

Nie należy jednak lekceważyć młodych pracowników firmy, którzy być może nie znają żadnych niuansów, ale otaczają swojego klienta uwagą i troską, podchodzą odpowiedzialnie do biznesu, aby potem mogli o nich opowiedzieć znajomym.

Kancelaria posiada wysoko wykwalifikowaną księgową z dużym doświadczeniem, dzięki czemu prowadzi działalność zgodnie z prawem, wie jakie podatki płacić.

Specyfiką popytu konsumenckiego jest to, że stali klienci firma nie. Wynika to z faktu, że po zaspokojeniu swoich potrzeb mieszkaniowych lub przeciwnie, sprzedając mieszkanie, znika dalsze zapotrzebowanie na usługi. Jednak po wykonaniu transakcji profesjonalnie, zakończeniu obsługi prawnej transakcji, pracownicy agencji zyskują dobrą reputację, dzięki czemu klienci bezpośredni polecają agencję swoim bliskim i znajomym.

Najprawdopodobniej ten schemat działa i daje wyniki.

Agencja Elena powiększyła się z dwóch do ośmiu osób. To mobilny, zgrany zespół, stale podnoszący swoje kwalifikacje. Pięć osób ma wykształcenie wyższe, dwie studiują na uczelniach, co pozwala nam świadczyć wysokiej jakości profesjonalne usługi, przyciągając coraz większą liczbę klientów

1.1.3 Opis wsparcia informacyjnego i technicznego przedsiębiorstwa, wykorzystanych możliwości funkcjonalnych

W rozważanym przez nas podmiocie gospodarczym stosowany jest następujący sprzęt.

· 7 komputerów osobistych.

· 7 telefonów stacjonarnych na jednej linii.

· 3 drukarki.

· 1 faks.

1 kopiarka

· 1 router z dostępem do Internetu.

Oraz następujące oprogramowanie.

7 systemów operacyjnych Windows XP

7 pakietów MSoffice 2003

1 program księgowy 1C Księgowość 7,7

· 1 Gwarant pakietu oprogramowania.

1.2 Opis kompleksu zadań, zadań i uzasadnienie potrzeby automatyzacji

1.2.2 Wybór zestawu zadań automatyzacji oraz charakterystyka istniejących procesów biznesowych

Obecnie przedsiębiorstwo handlowe musi funkcjonować w trudnych warunkach finansowo-ekonomicznych. Kluczem do pomyślnego funkcjonowania przedsiębiorstwa w takich warunkach jest jak najefektywniejsza organizacja działań przedsiębiorstwa na wszystkich poziomach. To trudne zadanie, którego pomyślne rozwiązanie nie znajduje się w jednej dziedzinie, ale zwykle na przecięciu wielu dyscyplin, takich jak zarządzanie i zarządzanie, logistyka, księgowość i oczywiście informatyka.

Automatyzacja procesów biznesowych nowoczesnego przedsiębiorstwa jest konieczna i warunek wstępny jego pomyślne funkcjonowanie. Trudno dziś wyobrazić sobie przedsiębiorstwo, w którym np. księgowość prowadzona jest ręcznie. Jednak rachunkowość nie jest jedynym przykładem aplikacji do automatyzacji przedsiębiorstwa. Istniejące technologie informatyczne umożliwiają automatyzację działań niemal wszystkich poziomów przedsiębiorstwa. Na tej podstawie staje się jasne, że automatyzacja działań staje się kluczowym zadaniem, które musi rozwiązać kierownictwo, aby przedsiębiorstwo działało jak najefektywniej.

W tej pracy dyplomowej rozważana jest automatyzacja działalności przedsiębiorstwa świadczącego usługi, co oczywiście narzuca swoją specyfikę zadaniu automatyzacji. Automatyzacja działań przedsiębiorstwa świadczącego usługi to zespół zadań, z których każde stanowi kompletny projekt. Zadania automatyzacji obejmują:

· Rachunkowość w przedsiębiorstwie;

· Księgowość mieszkań i domów na wynajem i sprzedaż;

· Rejestracja klientów chcących wynająć lub kupić mieszkanie;

· Księgowość klientów, na rzecz których świadczone są inne usługi;

W kompleksie zadań automatyzujących działania agencji nieruchomości można wymienić szereg innych podsystemów. Należy zauważyć, że wszystkie zadania w zestawie zadań są ze sobą powiązane, a operacje zachodzące w przedsiębiorstwie nie mogą odnosić się do jednego zadania.

1.2.3 Uzasadnienie potrzeby wykorzystania technologii komputerowej do rozwiązania problemu

Analiza postawionego problemu prowadzi do wniosku, że jego rozwiązanie za pomocą tradycyjnych narzędzi księgowych z wykorzystaniem dokumentów papierowych jest możliwe, ale nieskuteczne. Przede wszystkim taki wniosek wynika z analizy liczby transakcji w zakresie utrzymania klienta lub obiektu nieruchomości. Dla dużej agencji nieruchomości liczba takich operacji może osiągnąć taką liczbę, że ręczna rejestracja staje się po prostu niemożliwa. Bardzo trudno jest również przechowywać i wyszukiwać informacje o nieruchomościach i ich właściwościach, klientach oraz transakcjach przeprowadzanych w formie papierowej. Nie ma potrzeby opisywania zalet i wygody wyszukiwania informacji np. o mieszkaniu w wygodnym i szybkim systemie informacyjnym, w porównaniu z wyszukiwaniem takich informacji w teczkach z dokumentami papierowymi. W ten sam sposób w czasopiśmie można znaleźć wyszukiwanie informacji o jakiejkolwiek prowadzonej działalności związanej z obsługą nieruchomości dokumenty elektroniczne ze wszystkimi szczegółami jego realizacji szybko i wygodnie.

Jednak zastosowanie technologii komputerowej daje nie tylko wygodę i szybkość wyszukiwania informacji i przetwarzania dokumentów, ale także podnosi efektywność pracy o zasadniczo nowy poziom poprzez udostępnienie funkcjonalności wcześniej niedostępnej. Przede wszystkim dotyczy to podsystemu informacji analitycznej. Wcześniej, korzystając z papierowego systemu księgowego, można było uzyskać informacje o zrealizowanych transakcjach, analizować najbardziej poszukiwane usługi tylko poprzez zebranie całej dokumentacji i umów, teraz stało się to znacznie szybsze i bardziej dostępne, co umożliwi lepszą ocenę popytu na różne usługi na rynku.

Oprócz powyższego wyróżnij szereg raportów analitycznych, które można uzyskać za pomocą zautomatyzowanego systemu informacyjnego. Oto takie raporty, analiza stanu rynku nieruchomości, analiza propozycji rynku nieruchomości, wahania kosztów mieszkania, analiza realizowanych usług.

Kolejną niepodważalną zaletą stosowania zautomatyzowanego systemu informatycznego jest bezpieczeństwo przechowywania informacji. Podczas przechowywania informacji na papierze utrata jakiegokolwiek papierowego dokumentu była nieodwracalna. Taka strata mogła nastąpić zarówno w wyniku działań intruzów, jak i w wyniku działania siły wyższej. W przypadku przechowywania informacji w formie elektronicznej, istniejące metody zapewnienia bezpieczeństwa przechowywania informacji oraz ich powielania sprawiają, że przechowywanie jest absolutnie niezawodne.

W związku z tym można wyróżnić następujące główne zalety stosowania zautomatyzowanego systemu informatycznego opartego na technologii komputerowej w celu rozwiązania problemu budowy systemu księgowego:

· Poprawa wygody wyszukiwania i wybierania danych z katalogów do przechowywania statycznych informacji i logów wykonanych operacji;

· Zwiększenie szybkości wyszukiwania i selekcji informacji oraz rejestracji transakcji z nieruchomościami;

· Zapewnienie wpływu każdej nowej propozycji na rynek nieruchomości na stare wnioski klientów;

· Zapewnienie bezpieczeństwa przechowywania informacji;

· Zapewnienie pracy dla wielu użytkowników.

1.2.4 Opis głównych właściwości SI dla przedsiębiorstwa oraz wybranego zestawu zadań.

Główne właściwości IP dla tego przedsiębiorstwa są

Mały i nieskomplikowany - nie ma potrzeby wykonywania bieżących zadań w dużym i złożonym IS

Dynamiczny i łatwy do zmiany — zbudowany na bazie MicrosoftAccess nie wymaga specjalistycznych umiejętności do zmiany IP

Niskie bezpieczeństwo - na tym etapie przedsiębiorstwo nie ma wymagań dotyczących bezpieczeństwa IP

· Osoba bierze czynny udział w pracach IS – wprowadzanie danych, wyszukiwanie danych.

· Narażone na czynniki losowe typu - błędy tych urządzeń, błędy personelu.

Ta klasa zadań jest ważna, ponieważ automatyzacja działań takiego przedsiębiorstwa, jakim jest agencja nieruchomości jako całość, jest zadaniem raczej nietrywialnym.

Oprogramowanie do takiej klasy zadań, jak automatyzacja działań agencji nieruchomości jest raczej rzadkie i nie rozpowszechnione, prawdopodobnie ze względu na to, że duże agencje same piszą takie oprogramowanie całymi działami i nie wystawiają go później na sprzedaż, aby nie ułatwiać życia potencjalnym konkurentom.

Dlatego w celu uzyskania takiego IP wskazane jest, aby przedsiębiorstwo opracowało dla niego najbardziej odpowiedni system, biorąc pod uwagę wszystkie niuanse działalności firmy.

I oczywiście wykorzystanie IP w tak szybko zmieniającej się branży, jak praca z nieruchomościami w naszych czasach kryzysu, pomoże szybko ocenić sytuację rynkową i podjąć proaktywne kroki w kierunku, który nada maksymalna ilość przybył teraz. Jest to bardzo ważne dla przetrwania firmy na rynku w czasie kryzysu. Pozwala oszacować koszty.

W przyszłości system umożliwi również ocenę długoterminowych perspektyw i dostarczy informacji, aby zrozumieć, w co warto inwestować w dłuższej perspektywie.

1.2.6 Określenie miejsca projektowanego zadania w zespole zadań

Wśród zadań automatyzacji należy oddzielnie wyróżnić zadanie automatyzacji obsługi bazy danych nieruchomości, a także utrzymania bazy danych klientów organizacji.

Gromadzenie danych o klientach jest bardzo ważną częścią automatyzacji przedsiębiorstwa, która ma na celu obsługę klientów, dzięki tej bazie można zrozumieć, czego w danej chwili potrzebują klienci, nawet jeśli w danej chwili nie możemy spełnić prośby klienta, informacje o tym, czego Jego potrzeby pomogą w rozwoju zakresu usług naszej firmy. Baza klientów z łatwością pozwoli Ci przeprowadzić badania w celu lepszego ukierunkowania Twoich ofert na rynek. Da przewagę nad konkurentami, którym brakuje automatyzacji.

Automatyzacja bazy danych nieruchomości pozwoli szybciej i pełniej odpowiadać na życzenia klientów, dokonywać skomplikowanych selekcji i wyszukiwań po wielu parametrach, co znacznie przekracza obecną sytuację, gdy wszystkie dane są przechowywane w dokumentach tekstowych w formacie Microsoftword .

Celem tego projektu dyplomowego jest rozwiązanie problemu automatyzacji bazy klientów i bazy danych nieruchomości - centralnego zadania kompleksu zadań automatyzujących działalność przedsiębiorstwa.

Kompleks zadań automatyki i miejsce rozwiązywanego problemu w tym kompleksie przedstawiono na rysunku 1.2.

Rysunek 1.2 Kompleks zadań automatyzacji i miejsce rozwiązywanego problemu w tym kompleksie.

1.2.7 Istota problemu

System księgowości klientów i nieruchomości składa się z wielu aspektów.

Rozwiązanie tego problemu polega na rozwiązaniu podzadań, które można wyróżnić w tym problemie. Można wyróżnić następujące podsystemy:

Podsystem obsługi mieszkań i domów na sprzedaż oraz podsystem obsługi klientów na wynajem mieszkań i domów przeznaczony jest do przechowywania wszelkich niezbędnych danych o obiektach nieruchomości. Takimi danymi statycznymi może być sama nieruchomość i jej charakterystyka, dodatkowe informacje o nieruchomości i inne dane.

Podsystem obsługi klientów na zakup mieszkań i domów, jak również podsystem obsługi klientów na wynajem mieszkań i domów musi zawierać informacje o klientach, listę wymagań klienta, pożądany rodzaj płatności, informację o tym, kto przeprowadza transakcję , położenie nieruchomości i inne informacje o życzeniach klienta. Podsystem powinien mieć możliwość śledzenia etapu transakcji. Podsystem utrzymywania klientów na inne usługi powinien zapewniać dane o samym kliencie i usługach, których potrzebuje, możliwość śledzenia etapu pracy, zawierać informacje o pracowniku, który jest ten klient... Zawierać inne informacje, które zdaniem pracowników są niezbędne. Podsystem informacji analitycznej powinien zapewniać użytkownikom programu możliwość sporządzania raportów z dokonanych transakcji. Raporty powinny mieć elastyczną konfigurację, umożliwiać ustawienie warunków generowania raportów, a także sekcji generowania raportów. Wszystkie raporty powinny być drukowane w celu łatwej prezentacji danych.

1.3 Analiza istniejących zmian i wybór strategii automatyzacji

1.3.1 Analiza istniejących rozwiązań w zakresie automatyzacji zadań

Obecnie istnieje bardzo niewiele zautomatyzowanych systemów informatycznych, które rozwiązują problem automatyzacji działań agencji nieruchomości.

Na przykład system „Idealny: Nieruchomości” w tym systemie realizuje następujące funkcje

Wygodny i prosty interfejs

Również mniej lub bardziej podobne opcje to systemy:

· „Baza Obiektów Nieruchomości”

· „Ekspert ds. Nieruchomości”

Najlepszy system na rynku jest oczywiście Idealny: Nieruchomości”

Jednak zautomatyzowany system Ideal: Real Estate jest dość złożony i kłopotliwy. System wymaga od użytkownika wysokich kwalifikacji, a ponadto wymaga dość złożonej konfiguracji i administracji.

Istotnym czynnikiem jest wysoki koszt zautomatyzowanego systemu „Idealny: Nieruchomości”, na który duży wpływ ma również konieczność zatrudnienia wykwalifikowanego specjalisty do obsługi i konserwacji DBMS, szkolenia użytkowników oraz brak możliwości awaryjnego wsparcia technicznego ze względu na odległość dewelopera. Ponadto większość funkcji tego systemu nie jest potrzebna.

Tym samym niewłaściwe wydaje się wykorzystanie zautomatyzowanego systemu „Opcja Idealna: Nieruchomości” w Akademii Nauk „Elena” do rozwiązania wąsko wyspecjalizowanego problemu tworzenia zautomatyzowanego systemu informatycznego. O wiele taniej i szybciej wydaje się napisanie osobnej aplikacji rozwiązującej ten problem, która jest łatwa w instalacji i obsłudze, tania i wygodna w użyciu. Łatwo dostosować do nowych wymagań firmy.

Z analizy działalności przedsiębiorstwa wynika wiele niedociągnięć w budowie istniejącego systemu organizacji pracy na rynku nieruchomości w firmie. Przede wszystkim dotyczy to tego, że hurtownie danych są magazynami papierowymi lub prostymi dokumenty tekstowe, wyszukiwanie informacji, które można przeprowadzić tylko ręcznie, co jest bardzo niewygodnym i trudnym procesem. Niewygodne jest również to, że przy zmianie jakichkolwiek informacji o nieruchomości trzeba przerobić cały katalog nieruchomości, przy zmianie ceny należy zmienić cennik, a przy zmianie danych kontrahenta indeks karty klienta musi być zmieniony. Wszystko to jest nieefektywne i wymaga dużo czasu i zasobów. Przechowywanie dokumentów w archiwach również nie przyczynia się do przyspieszenia wyszukiwania dokumentów i zwiększenia wygody pracy z nimi.

Analiza postawionego problemu prowadzi do wniosku, że jego rozwiązanie za pomocą tradycyjnych narzędzi księgowych z wykorzystaniem dokumentów papierowych jest niemożliwe. W konsekwencji strategią rozwiązania problemu jest automatyzacja wszystkich procesów związanych z działalnością na rynku nieruchomości w przedsiębiorstwie.

Zadanie zostanie zautomatyzowane poprzez opracowanie aplikacji implementującej „zautomatyzowany system pośrednictwa w obrocie nieruchomościami” (w skrócie ASAN). Opracowany system musi spełniać wszystkie wymagania, które są mu przedstawiane podczas stawiania problemu.

1.3.3 Wybór i uzasadnienie metody pozyskiwania IP w celu zautomatyzowania zadania

Aby stworzyć aplikację, która implementuje księgowość, będziesz potrzebować następujących IS:

· System operacyjny Windows przeznaczony do pracy na komputerze klienckim;

· System operacyjny Windows typu serwer lub w przypadku mniej niż 10 pracowników pracujących z „Zautomatyzowanym systemem pośrednictwa w obrocie nieruchomościami” - system operacyjny Windows typu klient przeznaczony do pracy na serwerze i zapewniający wieloużytkownikowe połączenie z bazą danych

· DBMS MSAccess w celu zapewnienia lokalnego funkcjonowania systemu księgowego na każdej maszynie;

· Do tworzenia aplikacji najbardziej wskazane jest użycie MSAccess DBMS ze względu na mały rozmiar IS.

Wszystkie te IS muszą zostać zakupione w celu rozwoju i dalszego użytkowania „Zautomatyzowanego systemu agencji nieruchomości” w przedsiębiorstwie.

1.4 Wyznaczanie celu i podzadań automatyzacji. Kryteria osiągnięcia celu

1.4.1 Ekonomiczna istota problemu

Istotą ekonomiczną zadania automatyzacji działań agencji nieruchomości „Elena” jest zwiększenie wydajności pracy poprzez automatyzację czynności rutynowych, a także czynności, które można przyspieszyć poprzez przejście na inny system.

Dzięki przyspieszeniu procesu pracy biura możliwe będzie albo zwiększenie liczby transakcji, a tym samym zwiększenie obrotów firmy, a docelowo zysku.

Lub jeśli wielkość rynku (np. z powodu kryzysu) nie wystarcza do zwiększenia liczby dokonywanych transakcji, możliwe jest zmniejszenie personelu w celu obniżenia kosztów, co ostatecznie prowadzi do wyższych zysków.

Jeżeli redukcja pracowników nie jest z jakiegokolwiek powodu jedną z opcji, to możliwe jest zwiększenie obecności na rynku agencji nieruchomości niezwiązanej bezpośrednio z obrotem nieruchomościami, np. usługi doradcze, pomoc w przetwarzaniu dokumentów związanych z obrotem nieruchomościami. nieruchomości, prowadzenie spraw hipotecznych, pośrednictwo w obrocie gruntami oraz inne usługi przynajmniej pośrednio związane z nieruchomościami.

Tak więc ostatecznie celem tej automatyzacji jest zmniejszenie kosztów biura, zmniejszenie kosztów i zwiększenie zysków. A także, jeśli to możliwe, rozszerzenie zakresu działalności agencji nieruchomości „Elena” na inne obszary.

1.4.2 Cele i przeznaczenie zautomatyzowanego rozwiązania problemu

Celem pracy dyplomowej jest opracowanie „Zautomatyzowanego Systemu Pośrednictwa w Obrocie Nieruchomościami” oraz stworzenie aplikacji implementującej ten system. Tworzony system powinien rozwiązać problem automatyzacji pracy agencji nieruchomości i pełnić następujące funkcje:

· Prowadzenie tabeli sprzedaży nieruchomości, ze wskazaniem ich głównych i dodatkowych cech. Główne cechy produktu to: rodzaj nieruchomości, liczba pokoi / pięter, właściciel i jego kontakty, szczegółowy opis, koszt, rodzaj domu, rodzaj mieszkania. Dodatkowe cechy obejmują wszelkie właściwości zdefiniowane przez użytkownika (patrz poniżej).

· Dla dowolnego obiektu nieruchomości z katalogu nieruchomości można ustawić dodatkowe właściwości, które są przechowywane w powiązanej tabeli. Skład typów właściwości i ich wartości określa wyłącznie użytkownik programu, co pozwala na stworzenie zestawu właściwości dla obiektów o nieograniczonej objętości i dowolnej zawartości

· Prowadzenie katalogu wymiany mieszkań, domów, ze wskazaniem głównych cech.

· Katalog wymiany mieszkań, domów musi być połączony z katalogiem nieruchomości. Należy zapewnić interfejs do wybierania opcji według właściwości.

· Program powinien umożliwiać prowadzenie katalogu klientów agencji nieruchomości. Katalog klientów musi zawierać wszystkie niezbędne pola w celu scharakteryzowania klienta: imię i nazwisko, imię i nazwisko, adres, telefon, szczegółowy opis.

· Program powinien zapewniać możliwość selekcji (filtrowania) klientów według różnych kombinacji parametrów: według cech klientów, ich dodatkowych właściwości, według menedżerów prowadzących klienta. Filtr powinien mieć elastyczną konfigurację i możliwość „inteligentnego” filtrowania rekordów.

· Program powinien zapewniać możliwość generowania raportów sprzedaży / zamiany mieszkań z różnymi filtrami kombinowanymi.

Program powinien działać bez przerwy w przypadku wystąpienia błędów krytycznych, nawet tych, które powstały z winy użytkownika lub z powodu błędów w danych wejściowych. W związku z tym sekcje programu, w których takie błędy są możliwe, muszą być obsługiwane w programie w specjalny sposób. W przypadku wystąpienia błędu, po wydaniu odpowiedniego ostrzeżenia, program powinien kontynuować swoją pracę.

Program musi zapewniać fizyczną i logiczną integralność bazy danych. Podczas modyfikowania lub usuwania danych program musi zachować referencyjną integralność informacji w bazie danych.

1.4.3 Ogólna charakterystyka organizacji rozwiązywania podzadań na komputerze.

Zadanie automatyzacji pracy agencji składa się z kilku głównych podzadań:

· Stworzenie bazy danych z wygodnym sposobem przechowywania.

Baza danych AU musi spełniać następujące wymagania:

Dostępność — baza danych musi być łatwo dostępna przez sieć, aby umożliwić pracę wielu użytkowników.

Brak konieczności konserwacji przez specjalnie przeszkolony personel - co zwiększa koszty utrzymania zakładu oraz wydłuża czas przestojów w przypadku awarii.

Łatwe tworzenie kopii zapasowych i odzyskiwanie danych - Brak skomplikowanych wymagań w zakresie tworzenia kopii zapasowych i odzyskiwania danych ze względu na brak wykwalifikowanych specjalistów i chęć poniesienia za nich dodatkowych kosztów.

Łatwość aktualizacji - prostota i otwartość AU jest jednym z głównych wymagań ubezpieczenia firmy przed niezdolnością dewelopera tej AU do kontynuowania jej pracy i utrzymania.

Brak wysokich wymagań dotyczących podzespołów sprzętowych – za brak wysokich kosztów dodatkowych na modernizację firmowej floty komputerowej.

· Tworzenie podsystemów zautomatyzowanego systemu dla różnych potrzeb.

· Tworzenie sposobów wprowadzania informacji do bazy danych.

Wprowadzanie informacji do bazy danych powinno być współdzielone we wszystkich tabelach lub jednostkach logicznych w bazie danych.

Wprowadzanie informacji do bazy powinno mieć przyjazny interfejs użytkownika

O ile to możliwe, informacje wejściowe powinny opierać się na książkach referencyjnych i klasyfikatorach opracowanych wcześniej.

· Tworzenie sposobów pozyskiwania informacji z bazy danych.

Głównym sposobem pozyskiwania danych z bazy danych powinny być gotowe formularze i raporty.

· Organizacja pełnej struktury zarządzania klientami.

AU powinna zapewnić pełne możliwości zarządzania bazą klientów.

1.4.4 Formalizacja obliczeń podzadań

Zadanie automatyzacji pracy agencji nieruchomości w tym projekcie jest podzielone na kilka podzadań, których pomyślne rozwiązanie prowadzi do pomyślnego rozwiązania problemu automatyzacji agencji nieruchomości jako całości. Można wyróżnić następujące podsystemy:

· Podsystem obsługi mieszkań i domów na sprzedaż;

· Podsystem zarządzania klientami przy zakupie mieszkań i domów;

· Podsystem do zarządzania klientami wynajmu mieszkań i domów;

Podsystem do zarządzania klientami wynajmu mieszkań i domów

· Podsystem do utrzymywania klientów na inne usługi;

· Podsystem informacji analitycznej.

Podsystem obsługi mieszkań i domów na sprzedaż przeznaczony jest do przechowywania wszystkich niezbędnych danych o obiektach nieruchomości. Takimi danymi mogą być same obiekty nieruchomości i ich charakterystyka, właściciele i ich charakterystyka, dodatkowe informacje o nieruchomościach oraz inne dane statyczne.

Podsystem obsługi mieszkań i domów przeznaczonych do sprzedaży powinien umożliwiać prowadzenie ewidencji następujących obiektów:

· Mieszkania. Tabela „dane sprzedaży 1” przeznaczona jest do przechowywania podstawowych informacji o mieszkaniach takich jak:

- "Liczba pokoi" - charakteryzująca ilość pomieszczeń mieszkalnych, to pole można częściowo predefiniować podczas wprowadzania danych.

- „Adres” – adres lokalu mieszkalnego przeznaczonego do sprzedaży lub najmu.

- "Typ domu" - opisy typu konstrukcji domu np. "cegła", "monolit" to pole można częściowo predefiniować podczas wprowadzania danych,

- "Piętro" - Piętro lokalizacji mieszkania.,

- "Liczba kondygnacji" - Liczba pięter w domu,

- "Wielkość pokoju" - powierzchnia pokoju w metrach kwadratowych,

- "Cena" - Całkowity koszt pokoju.

· Apartamenty rozszerzone informacje. Tabela „Dane sprzedaży 2” służy do przechowywania informacji o mieszkaniach drugorzędnych w momencie wyboru opcji, zawiera informacje o właścicielu, typie mieszkania, właścicielu lub osobie kontaktowej oraz inne informacje, które mogą być niezbędne.

· Zakup mieszkań. Katalog ten jest przeznaczony do przechowywania informacji o klientach, którzy chcą kupić mieszkanie.

Katalog ten zawiera informacje o tym, co klient zamierza kupić, przybliżone piętro, ilość kondygnacji, ilość pokoi, dane kontaktowe.

· Wymiana mieszkań. Tabela przeznaczona jest na informacje o ofertach zamiany mieszkań. Sądząc po informacjach o kliencie, o tym, jaką nieruchomość zamierza zmienić, widać oznaki dopłaty lub nie oraz inne informacje podobne do informacji z tabeli „Dane sprzedaży 2” i „Dane sprzedaży 1”.

· Dom. Tabela jest przewodnikiem po domach na sprzedaż i zawiera wszystkie główne cechy, takie jak: materiał, z którego dom jest wykonany, rodzaj pokrycia dachu, kontakty właściciela, a także inne elastyczne informacje.

· Mała rodzina. Tabela przeznaczona jest do przechowywania informacji o konkretnym typie mieszkań typu „mała rodzina”, na wynos tego typu mieszkania ze względu na obecność dużej liczby mieszkań tego typu w preferowanym obszarze agencji.

I ich pewna izolacja od reszty zasobów mieszkaniowych.

W związku z powyższym tabela ta prezentuje wszystkie cechy dostępne w tabelach sprzedaży mieszkań, a także kilka dodatkowych cech charakterystycznych tylko dla tego typu mieszkania, np. „Typ małorodzinny”, charakteryzujący się dwiema możliwymi cechami – korytarzem i apartament.

· Klienci. Katalog ten przeznaczony jest do przechowywania listy klientów agencji nieruchomości. Dla każdego klienta (element księgi informacyjnej klienta) powinno być możliwe ustawienie wszystkich niezbędnych właściwości charakteryzujących klienta.

Podsystem do obsługi katalogów powinien zapewniać możliwość wygodnego i szybkiego wprowadzania danych do katalogów, ustawiania powiązań między powiązanymi katalogami oraz w razie potrzeby dodatkowych właściwości. Ale oprócz możliwości wprowadzania danych we wszystkich leksykonach powinno być to możliwe Szybkie wyszukiwanie, zaawansowane wyszukiwanie i wybór danych według dowolnego kryterium lub kombinacji kryteriów charakterystycznych dla tego podręcznika. Szczególnie należy zwrócić uwagę na organizację doboru ewidencji w katalogu mieszkań. Ponieważ katalog mieszkań jest centralnym elementem struktury danych i jest powiązany z wieloma innymi katalogami, powinna istnieć możliwość elastycznego wybierania wpisów w tym katalogu. Powinno to zapewnić możliwość selekcji elementów katalogu mieszkań nie tylko po podstawowych właściwościach mieszkań, ale także po wszystkich powiązanych: po wartościach dodatkowych nieruchomości, po powierzchni.

W ten sposób można na przykład wybrać mieszkanie o liczbie pokoi równej dwóm, na drugim piętrze, a nie na ostatnim piętrze i poniżej określonej ceny. Możliwość tak elastycznego doboru danych sprawia, że ​​opracowany program jest bardzo wygodny w obsłudze. Możliwość wyszukiwania i selekcji rekordów powinna być zapewniona nie tylko w katalogu produktów, ale także we wszystkich innych katalogach.

Podsystem raportowania analitycznego przeznaczony jest do generowania raportów z wyników agencji nieruchomości. Przede wszystkim jest to raport o rodzajach świadczonych usług. Raport oparty jest na tabeli klientów. Dla raportu można ustawić warunki: wybór według konkretnej usługi, według daty lub według klienta. Ten raport powinien stać się głównym raportem roboczym dla szefa agencji nieruchomości, można powiedzieć, że program został napisany w tym celu. Drugi raport analityczny to raport o liczbie nieruchomości na sprzedaż i ich cenie, który pozwala na analizę wahań rynkowych.

1.5 Analiza istniejących opracowań i uzasadnienie wyboru technologii projektowania

W tej chwili firma praktycznie nie posiada przynajmniej jakiegoś zautomatyzowanego systemu, jedyny, który jest używany z oprogramowania to ten, który jest częścią biura Pakiet Microsoft Biuro — Microsoft Word. Który służy do przechowywania wszystkich danych, na przykład informacji o klientach i informacji o nieruchomości, z którą pracujemy.

Ponadto system 1C Accounting jest wykorzystywany w pracy działu księgowości, ale aspekt automatyzacji księgowości nie jest uwzględniany w zadaniu, które rozwiązuje ten projekt pracy dyplomowej.

Jak wspomniano wcześniej, w przypadku takiego zadania, jak automatyzacja agencji nieruchomości, w zasadzie nie ma zbyt wielu zmian.

Spośród nich można wyróżnić „Idealną opcję: Nieruchomość” według liczby funkcji, która ma następujące funkcje i możliwości:

· Utrzymanie operacji „Sprzedaż”, „Zakup”, „Wynajem” itp.

Rozliczanie wniosków o sprzedaż i dzierżawę nieruchomości dowolnego rodzaju (ponad 100 szczegółów do opisu nieruchomości)

Rozliczanie wniosków o zakup i wynajem nieruchomości

Wyszukiwanie krzyżowe między aplikacjami i opisami właściwości

Rozliczanie zrealizowanych i oczekujących transakcji

Tworzenie dowolnych form raportów

Arbitralne żądania dotyczące dowolnych parametrów

Eksport danych do formatów Excel, txt, csv i xml

· Wymiana danych pomiędzy zdalnymi biurami za pomocą poczty e-mail, ftp lub dyskietki

· Dostarczenie klientowi informacji w „bezpiecznej” formie (możliwość ukrycia informacji handlowych)

Pokaz slajdów zdjęć obiektów nieruchomości, rysunków i planów w dowolnym formacie (bmp, jpeg, rle, wmf)

Kontrolowanie dostępu użytkownika do różnych trybów i funkcji programu

· Przeglądanie danych na Twojej stronie w Internecie

Obsługuje jednoczesną pracę nieograniczonej liczby użytkowników

Potężna i szybka baza danych

Wygodny i prosty interfejs

Szczegółowa dokumentacja wbudowana w program

Niedrogie biuro pomocy

Oraz system „AGENCJA NIERUCHOMOŚCI” z następującymi możliwościami

Operacje: „sprzedaj”, „kup”, „wynajem”, „wynajem”, „zmień”.

Obiekty nieruchomości: mieszkanie, pokój, dom, działka, lokale niemieszkalne, budynki niemieszkalne i ich wiele możliwości.

Dowolna liczba miast. Elastyczna hierarchia geograficzna w mieście: dzielnice miejskie, osiedla, ulice. Import obiektów geograficznych ze specjalnie przygotowanych podręczników dla wszystkich regionów Federacji Rosyjskiej; łączna ilość danych - ponad pół miliona ulic i osiedli

Potężne filtry do wyszukiwania opcji dla wszystkich parametrów, w tym fragmentów numerów telefonów

Przejrzysty system sortowania zamówień według wszystkich parametrów

Wybór i stopniowa optymalizacja opcji wymiany, m.in. międzymiastowy

Aktywne i zarchiwizowane miejsca przechowywania biletów

Znajdowanie duplikatów geograficznych

Różne opcje cennika, wizualny projektant cennika

Zarządzanie wynajmem

Zarządzanie transakcjami

Organizacja procesów biznesowych poprzez ustalanie, powiadamianie i monitorowanie zadań

Rozbudowane wsparcie tworzenia i edycji dokumentów o różnych formatach w odniesieniu do zleceń, transakcji, zadań

Raporty wydajności

Zautomatyzowana wymiana danych za pośrednictwem poczty elektronicznej i plików pomiędzy różnymi firmami i oddziałami w ramach jednej firmy. Prowadzenie katalogu adresatów, możliwość dostrojenia składu przesyłanych danych dla każdego z adresatów.

Publikacja aplikacji w Internecie. Organizacja statycznych i obsługa dynamicznych stron internetowych. Możliwość zorganizowania systemu wielolistowego.

Opcje dla wielu graczy i dla jednego gracza

Dwustopniowy system bezpieczeństwa - na poziomie serwera bazy danych i na poziomie klienta

Dostrajanie uprawnień użytkownika — około 200 rodzajów chronionych działań

Monitorowanie działań każdego użytkownika dla wszystkich operacji ze wszystkimi żądaniami

Statystyki ruchu aplikacji

Łatwa instalacja i aktualizacja programu

Gotowa baza danych demo z kilkoma tysiącami aplikacji do szybkiego zapoznania się z możliwościami programu i opanowania pracy z nim

Architektura klient-serwer: wysoka niezawodność przechowywania danych i maksymalna szybkość przetwarzania

Ale jak wspomniano powyżej, w rozdziale 1.3. systemy te są zbyt złożone i wymagają większych kosztów niż jest to konieczne dla małej agencji nieruchomości w małym mieście.

1.6 Uzasadnienie rozwiązań projektowych

1.6.1 Uzasadnienie rozwiązań projektowych wsparcia technicznego

Zautomatyzowany system agencji nieruchomości przeznaczony jest do pracy w systemie operacyjnym Windows, dlatego dla efektywnego działania tworzonego systemu konieczne jest zapewnienie takich wymagań dla architektury i parametrów środków technicznych, które umożliwiłyby eksploatację sam system, aby działał skutecznie.

Zautomatyzowany system agencji nieruchomości przeznaczony jest do pracy na komputerze typu IBMPC o parametrach technicznych nie mniejszych niż:

· Procesor - Intel Celeron 2000;

pamięć RAM: 256 MB;

· Dysk twardy, który zapewnia umieszczenie systemu operacyjnego i aplikacji Microsoft Access 2007. Do przystosowania opracowanego systemu wymagane jest 20 Mb wolnego miejsca na dysku;

· Karta LAN aby połączyć się z siecią.

Do drukowania raportów i dokumentów wyjściowych potrzebna jest drukarka kompatybilna z powyższym komputerem.

W przypadku wariantu pracy wielu użytkowników z systemem, do uzyskania dostępu do bazy danych potrzebny będzie jeden komputer PC jako serwer plików. Zalecane jest umieszczenie tej bazy danych na serwerze i łączenie się z nią z komputerów klienckich za pośrednictwem protokołu smb lub przez ODBC na wierzchu smb. Komputer typu IBMPC może być wykorzystywany jako serwer o parametrach nie mniejszych niż:

· Procesor - IntelCeleron 2000;

pamięć RAM: 256 MB;

· Dysk twardy, na którym znajduje się system operacyjny i program Microsoft Access 2007.

Jako system operacyjny na serwerze nie jest do końca wskazane używanie systemu operacyjnego z rodziny Unix, takiego jak np. Linux, ze względu na niewystarczające wsparcie dla smb i ODBC.

Ponieważ komputery klienckie będą łączyć się z bazą danych serwera, zarówno serwer, jak i komputery klienckie muszą działać w sieci lokalnej. Może to być sieć o pojedynczej randze lub sieć z organizacją domeny.

Należy pamiętać, że funkcjonowanie systemu jest możliwe nie tylko w wersji klient-serwer, ale również w wersji lokalnej, np. z wykorzystaniem lokalnej bazy danych, która może funkcjonować na komputerze klienckim o określonej charakterystyce pod kontrolą lokalnego system operacyjny z rodziny Windows, taki jak WindowsXP. Przy takiej organizacji pracy serwer nie jest potrzebny, sieć lokalna oraz serwerowy system operacyjny.

Opracowany system przeznaczony jest do pracy w systemie operacyjnym Windows. Program powinien działać w dowolnym systemie operacyjnym z rodziny Windows: Windows 95/98, NT (ServicePack 6), 2000 (ServicePack 3), XP, a także na serwerowych wersjach tego systemu operacyjnego. Wybór ten tłumaczy się opracowanym wygodnym graficznym interfejsem użytkownika tej rodziny systemów operacyjnych, a także jego popularnością na rynku rosyjskim. Wiele firm zajmujących się oprogramowaniem, w tym systemy do tworzenia aplikacji, jest również ukierunkowanych na tę rodzinę systemów operacyjnych, co zaowocowało dużą liczbą systemów programowania na rynku, które umożliwiają tworzenie oprogramowania Windows.

Ten system operacyjny ma bardzo duży zestaw narzędzi i narzędzi przeznaczonych do administrowania, zarządzania i diagnostyki systemu, a także aplikacji. Ponadto obsługuje rozbudowane interfejs oprogramowania do pisania własnych aplikacji do pracy w tym środowisku operacyjnym.

Ostatnio szczególną popularność zyskał system operacyjny Linux i jego pochodne.

W takiej sytuacji można zadać pytanie: „Dlaczego programiści mieliby opanowywać narzędzia do tworzenia aplikacji dla Windows, skoro istnieje tak doskonały system operacyjny?” Mimo rosnącej popularności Linuksa można pokusić się o stwierdzenie, że w świecie komputerów osobistych system operacyjny Windows będzie dominował dość długo i raczej nie zostanie wyparty w najbliższej przyszłości.

Ze względu na fakt, że program przechowuje informacje w bazie danych, niezbędne jest posiadanie odpowiedniego DBMS.

Program nastawiony jest na pracę z bazami danych w formacie: MSAccess. W związku z tym ten DBMS musi być zainstalowany na komputerze. Jeżeli baza MSAccess działa na serwerze, to komputer musi być podłączony do serwera. Aby pracować z bazą danych MsAccess na komputer zdalny wymaga otwartego współdzielonego dostępu do bazy danych znajdującej się na zdalnym komputerze za pośrednictwem protokołu SMB.

Niezbędne jest również nadanie użytkownikowi zdalnemu, który łączy się z bazą danych, uprawnień do odczytu, zapisu, zmiany danych na komputerze, na którym będzie przechowywana baza danych. Ponadto do dostępu do danych wykorzystywane są systemy bazodanowe MSAccess w wersji nie niższej niż 2007 firmy Microsoft.

1.6.3 Uzasadnienie decyzji dotyczących projektowania oprogramowania

Do realizacji przydzielonych zadań można użyć dowolnego nowoczesnego DBMS. Dla wygodnej interakcji użytkownika z systemem konieczne będzie dokładne przemyślenie interfejsu systemu - tak, aby był prosty, a jednocześnie funkcjonalny.

Aby baza danych działała optymalnie, konieczne będzie poprawne zdefiniowanie relacji logicznych między tabelami. W ten sposób można poświęcić znaczną ilość czasu na rozwój samej bazy danych i podstawy aplikacji klienckiej.

Ustaliwszy dokładnie, jakich danych potrzebujesz, jak będą one przechowywane w pamięci i jaki powinien być system dostępu do danych, rozwiązałeś w ten sposób tylko kwestię zarządzania danymi. Ponadto potrzebujemy również prostego sposobu na zautomatyzowanie rozwiązania nadchodzących typowych zadań. Nawet jeśli potrafisz tworzyć dość złożone arkusze kalkulacyjne „aplikacji”, nadal nie będziesz mieć narzędzi do debugowania i zarządzania takimi aplikacjami, aby móc łatwo tworzyć, powiedzmy, pełne formy dla zamówień lub systemu księgowania zapasów. W przeciwieństwie do tego DBMS są specjalnie zaprojektowane do tworzenia aplikacji. Zapewniają narzędzia potrzebne do zarządzania danymi i manipulowania nimi oraz zapewniają możliwość katalogowania i zarządzania obiektami aplikacji. W tym przypadku wraz z DBMS masz do dyspozycji język programowania i narzędzie do debugowania.

W związku z powyższym potrzebujesz wydajnego systemu zarządzania relacyjnymi bazami danych oraz systemu do tworzenia aplikacji, aby zautomatyzować swoje zadania. Prawie wszystkie istniejące DBMS mają narzędzia do tworzenia aplikacji, które mogą być wykorzystywane przez programistów lub wykwalifikowanych użytkowników podczas tworzenia procedur automatyzacji zarządzania i przetwarzania danych. Niestety, wiele systemów tworzenia aplikacji wymaga znajomości niektórych języków programowania, takich jak C lub Xbase, do tworzenia procedur. Mimo całej ich mocy i bogactwa, aby z powodzeniem z nich korzystać, wymagają od ciebie odrobiny szkolenia i doświadczenia. Na szczęście dostępne są narzędzia ułatwiające projektowanie i budowanie aplikacji bazodanowych bez znajomości języka programowania. Praca w programie Microsoft Access rozpoczyna się od zdefiniowania tabel relacyjnych i ich pól, które będą zawierać dane. Zaraz po tym możesz użyć formularzy, raportów i makr, aby zdefiniować działania na tych danych.

Formularzy i raportów można używać do określania formatów wyświetlania i dodatkowych obliczeń, podobnie jak praca z arkuszami kalkulacyjnymi. Ale w tym przypadku formaty i instrukcje wykonywania obliczeń zawarte w formularzach i raportach są oddzielone od danych (umieszczonych w tabelach), dzięki czemu masz pełną swobodę działania w korzystaniu z danych bez zmiany samych danych - wystarczy stworzyć dodatkowy formularz lub raport wykorzystujący te same dane. Jeśli potrzebujesz zautomatyzować określone akcje, możesz łatwo utworzyć makra, aby ustanowić połączenia między określonymi formularzami i raportami lub wykonać określone akcje w odpowiedzi na zdarzenie (na przykład zmiana danych w określonym polu formularza). Jeśli potrzebujemy bardziej wyrafinowanych narzędzi, takich jak biblioteka Narzędzia Windows, możesz napisać procedurę w programie Access Basic. Poniżej znajduje się lista głównych powodów, dla których przejście na używanie programu Access w pracy wydaje się właściwe.

Powód 1.

Masz za dużo pojedyncze pliki lub niektóre pliki zawierają dużą ilość informacji, co utrudnia pracę z danymi. Ponadto ograniczenia pamięci programu lub systemu mogą uniemożliwić pracę z taką ilością danych.

Powód 2.

Wykorzystujesz dane na różne sposoby: do informacji o konkretnych transakcjach (na przykład faktur), do analizy podsumowującej (na przykład do sprzedaży kwartalnej) lub wykorzystujesz te dane do przewidywania określonych sytuacji. Dlatego musisz mieć możliwość oglądania tych danych pod różnymi kątami, co znacznie utrudnia stworzenie jednej struktury prezentacji danych, która zaspokoi wszystkie Twoje potrzeby.

Powód 3.

Istnieje potrzeba, aby różni specjaliści korzystali z tych samych danych. Na przykład, w ich wprowadzanie, aktualizowanie i analizowanie zaangażowane są wszystkie rodzaje ludzi. Jeśli tylko jedna osoba może wprowadzać zmiany w arkuszu kalkulacyjnym lub dokumencie, to kilku użytkowników może jednocześnie wchodzić w interakcje z bazą danych, modyfikując zawartość tej samej tabeli. Jednocześnie bazy danych zapewniają, że użytkownicy zawsze pracują z najnowszymi modyfikacjami danych.

Powód 4.

Musisz chronić dane przed nieautoryzowanym dostępem, kontrolować ich wartości i zachować integralność bazy danych – wszak wielu użytkowników ma dostęp do danych, dane te są wykorzystywane w pracy Twojej firmy i są ze sobą powiązane (np. klienci i zamówienia).

Microsoft Access, posiadający wszystkie cechy klasycznego DBMS, zapewnia również dodatkowe możliwości. Access to nie tylko potężny, elastyczny i łatwy w użyciu system zarządzania bazami danych, ale także system do tworzenia aplikacji opartych na bazach danych. Za pomocą programu Access możesz utworzyć aplikację dla systemu Windows, która spełnia Twoje potrzeby w zakresie zarządzania danymi. Za pomocą zapytań możesz wybierać i manipulować informacjami przechowywanymi w tabelach. Możesz tworzyć formularze do wprowadzania, przeglądania i aktualizowania danych oraz używać programu Access do tworzenia zarówno prostych, jak i złożonych raportów. Formularze i raporty „dziedziczą” właściwości tabeli bazowej lub zapytania, dlatego w większości przypadków formaty, warunki wartości i niektóre inne cechy danych określa się tylko raz. Niektóre z najpotężniejszych narzędzi w programie Access to narzędzia do projektowania obiektów — kreatory, których można używać do tworzenia tabel, zapytań różnych typów formularzy i raportów, klikając po prostu żądane opcje. Aby w pełni zautomatyzować aplikację, możesz użyć makr programu Access do łatwego łączenia danych z formularzami i raportami. Większość aplikacji można tworzyć bez pisania nawet jednej linii kodu, ale jeśli potrzebujesz stworzyć coś bardzo wyrafinowanego, program Microsoft Access zapewnia do tego potężny język programowania — Microsoft Access Basic.

Wreszcie, wszystkie te narzędzia umożliwiają tworzenie aplikacji, które współpracują nie tylko z bazą danych Access, ale także z innymi najpopularniejszymi bazami danych. Twoja aplikacja może pracować bezpośrednio z plikami dBASE, bazami danych Paradox, bazami danych FoxPro i dowolną bazą danych obsługującą ODBC. Możesz także łatwo importować (i eksportować dane do) plików tekstowych, dokumentów edytora tekstu i arkuszy kalkulacyjnych.

Microsoft Access ma wiele zastosowań: w małej firmie; w pracy kontraktowej, gdy tworzysz niestandardowe aplikacje lub działasz jako konsultant; w dużych korporacjach, gdy występujesz jako koordynator systemów informatycznych produkcji, a nawet w zakresie użytku domowego.

2 Część projektowa

2.1 Wsparcie informacyjne zadania

2.1.1 Model informacji i jego opis

W wyniku prac projektowych opracowano model informacyjny systemu, który jest modelem organizacji pracy systemu i schematycznie wyjaśnia, na podstawie których dokumentów wejściowych oraz informacji regulacyjnych i referencyjnych zautomatyzowany system działa agencja nieruchomości i uzyskuje dane wyjściowe, tj. proces konwersji danych w systemie informatycznym.

Model informacyjny ma trzy obszary.

Obszar 1 odzwierciedla proces wprowadzania i edycji danych w katalogach, co dotyczy podsystemu obsługi katalogów tworzonego systemu. Aby wyświetlić listę każdego katalogu i edytować dane katalogu, istnieje osobny ekran, który umożliwia operatorowi systemu wprowadzanie danych do katalogu, przeglądanie i edycję istniejących danych. W wyniku pracy operatora katalogi ulegają zmianie: dodawane są do nich nowe dane, istniejące rekordy są zmieniane lub usuwane. Podczas edycji danych niektórych katalogów wykorzystywane są informacje z innych powiązanych katalogów, np. katalog "Dane sprzedaży" jest połączony z katalogiem "Dane sprzedaży 2".

Obszar 2 opisuje system pozyskiwania danych z bazy danych.

W tym obszarze użytkownik otrzymuje informacje m.in.

Sprzedaż/kupno/wymiana/wynajem/wynajem nieruchomości z tabel:

Sprzedaj dane

Sprzedaj dane2

Wymiana KV

Mała rodzina

Wymiana domu / kV

Wymiana małych nasion

Zakup

Zakup2

Kupić dom

Skup małych nasion

Obszar 3 modelu informacji opisuje podsystem raportowania. W tym obszarze na ekranie do odbioru raportów użytkownik ustala warunki generowania raportów. W procesie pozyskiwania raportów wykorzystywani są klienci, a wynikiem pracy są generowane raporty o klientach przeznaczone dla menedżera.

Obszar 4 wyświetla podsystem pustych pól, takich jak puste zestawienia kupna sprzedaży itp. i BSO.

Model informacyjny pokazano na rysunku 2.4.

Rysunek 1.3. Model informacyjny.

2.1.2 Używane klasyfikatory i systemy kodowania

W oparciu o zadania postawione przed nami podczas opracowywania tej jednostki AU na podstawie struktury informacji i wymagań dla tej jednostki AU, użycie klasyfikatorów wygląda nierozsądnie i spowoduje przeciążenie systemu tylko wtedy, gdy są one włączone.

2.1.3 Charakterystyka dokumentów pierwotnych z odniesieniami i wejściowymi informacjami operacyjnymi

Zautomatyzowany system pośrednictwa w obrocie nieruchomościami nie jest tworzony od podstaw. Metodologia jego pracy opiera się na systemach księgowych, które mają już wieloletnie doświadczenie w stosowaniu, ale nie są projektowane w postaci programów komputerowych. Dlatego dane wejściowe do systemu będą tymi samymi danymi, które zostały użyte w systemach ręcznych. Każdy z podsystemów ma swój własny zestaw danych wejściowych i wyjściowych, a dane wyjściowe jednego podsystemu mogą być danymi wejściowymi innego podsystemu. Czyli np. wpisy w kartotece klientów i zakup nieruchomości są danymi wejściowymi do budowy raportu z rynku, który jest część podsystemy raportowania analitycznego. Opiszmy dane wejściowe i wyjściowe dla każdego podsystemu.

W przypadku podsystemu podręczników danymi wejściowymi są odpowiednie wykazy na papierze. I tak np. do zadania prowadzenia katalogu mieszkań danymi wejściowymi jest lista oferowanych mieszkań obsługiwanych przez firmę.

Efektem wprowadzenia listy mieszkań do systemu będzie tabela mieszkań, która z kolei pełni rolę danych wejściowych do wyboru mieszkań dla klienta. Podobnie jest ze wszystkimi innymi katalogami: giełda, klienci, domy: wszystkie muszą być przekazane osobie odpowiedzialnej za wprowadzanie informacji do bazy przez kierownictwo firmy na papierze. Wynikiem są odpowiednie tabele bazy danych. Należy zauważyć, że tabele referencyjne zawierają w większości informacje statyczne, tj. niezmieniające się w czasie lub zmieniające się bardzo rzadko. Wyjątkiem jest katalog klientów. Choć nowe umowy ze starymi klientami zawierane są bardzo rzadko, nie wymaga to częstego dodawania danych do katalogu klientów. Dane wejściowe do wypełnienia przewodnika klienta to papierowe umowy z klientami zawarte przez pośrednika prowadzącego transakcję. Dane wyjściowe, podobnie jak w przypadku innych katalogów, to wypełniona tabela klientów.

Dla podsystemu raportowania analitycznego danymi wejściowymi są zapisy w tabelach klientów oraz wszystkie tabele dotyczące nieruchomości.

Wykorzystując tę ​​tablicę danych, uwzględniając warunki budowania raportów narzucone przez użytkownika, system buduje raport, który można przeglądać na ekranie monitora lub wydrukować na drukarce. Gotowe raporty są wynikiem działania podsystemu raportowania analitycznego oraz całego systemu jako całości.

№	Pełna nazwa księgi referencyjnej	Krótki tytuł	Podkatalog do	Odpowiedzialny	Częstotliwość aktualizacji
1	Nieruchomość na sprzedaż	Sprzedaj dane 1	Pośrednik	Koniecznie
2	Sprzedaż nieruchomości (dodatkowo)	Sprzedaj dane 2	№1	Pośrednik	Koniecznie
3	Wymiana mieszkania	Wymiana kv	Pośrednik	Koniecznie
4	Opcje wymiany mieszkania	Wymiana kv	№3	Pośrednik	Koniecznie
5	Mała rodzina	Mała Seymeyka	Pośrednik	Koniecznie
6	Kupno nieruchomości	Zakup	Pośrednik	Koniecznie
7	Kupno nieruchomości (dodatkowe)	Kup 2	№6	Pośrednik	Koniecznie

Charakterystyka bazy danych

2.1.3.1. Charakterystyka modelu informacyjnej bazy danych

Model informacyjny stosuje się po słownym opisie tematu.

Pomiędzy podmiotami można ustanowić relacje - powiązania binarne pokazujące, w jaki sposób podmioty są ze sobą powiązane lub oddziałują ze sobą. Relacja może istnieć między dwoma różnymi jednostkami lub między jednostką a nią samą (relacja cykliczna). Pokazuje, jak instancje encji są ze sobą powiązane. Jeśli relacja jest ustanowiona między dwiema jednostkami, to określa relację między instancjami jednej i drugiej jednostki.

Relacje dzielą się na trzy typy w zależności od ich wielości: jeden-do-jednego (1:1), jeden-do-wielu (1:M), wiele-do-wielu (M:M).

Relacja jeden-do-jednego oznacza, że ​​wystąpienie jednej encji jest skojarzone tylko z jednym wystąpieniem innej encji.

Relacja jeden-do-wielu (1: M) oznacza, że ​​jedna instancja encji znajdująca się po lewej stronie relacji może być powiązana z wieloma instancjami encji znajdującej się po prawej stronie relacji.

Relacja wiele-do-wielu (M:M) oznacza, że ​​wiele wystąpień pierwszej encji może być powiązanych z wieloma wystąpieniami drugiej encji i na odwrót. Między dwoma podmiotami można ustawić dowolną liczbę połączeń o różnych obciążeniach semantycznych.

Relacja dowolnego z tych typów może być wymagana, jeśli każde wystąpienie encji musi brać udział w tej relacji, opcjonalnie — jeśli nie każde wystąpienie encji musi brać udział w tej relacji. W takim przypadku połączenie może być z jednej strony obowiązkowe, az drugiej opcjonalne.

Wykonamy projekt informatyczny bazy danych zautomatyzowanego systemu agencji nieruchomości.

Na podstawie analizy obszaru tematycznego wybierzemy encje modelu „Związek encji” (model ER) i przedstawimy je w formie diagramu.

Rysunek 1.4. Model ER.

2.1.3.2. Charakterystyka modelu datalogicznego bazy danych

Wszystkie informacje wykorzystywane podczas działania aplikacji są przechowywane w bazie danych.

Jako bazę danych desktopowych wybrano bazę danych MSACCESS. Oznacza to, że baza danych to plik na dysku, który zawiera tabele bazy danych w postaci plików danych i ich indeksów.

Program wykorzystuje uniwersalny język zapytań SQL do pracy z tabelami, dodawania, usuwania, edycji rekordów. Język ten pozwala programiście całkowicie abstrahować od formatu i lokalizacji bazy danych i równomiernie uzyskiwać dostęp do danych z baz danych o różnych formatach. Tym samym użycie tego uniwersalnego języka pozwala nam rozwiązać postawiony przed nami problem: stworzyć uniwersalną aplikację, która mogłaby pracować z bazą danych dowolnego formatu bez zmiany źródło Aplikacje.

Opracowana przez nas baza danych jest relacyjna i podobnie jak inne relacyjne bazy danych składa się z tabel. Poniżej znajduje się tabela encji bazy danych.

Kolumna (y) z „ Opcja Wymieniać się mkw. "Tabela
Nazwa	Typ danych	Opcja zerowa	jest PK	Czy FK
Kod	Numer samochodu	ZERO	tak	tak
Opcje wymiany	Tekst (255)	ZERO	#	#
typ domu	Tekst (255)	ZERO	#	#
rodzaj mieszkania	Tekst (255)	ZERO	#	#
Powierzchnia całkowita	Długa liczba całkowita	ZERO	#	#
przestrzeń życiowa	Długa liczba całkowita	ZERO	#	#
kuchnia	Długa liczba całkowita	ZERO	#	#
podłoga	Tekst (255)	ZERO	#	#
liczba kondygnacji	Tekst (255)	ZERO	#	#
rodzaj łazienki	Tekst (255)	ZERO	#	#
balkon	Tekst (255)	ZERO	#	#
Dodatkowe informacje	Notatka	ZERO	#	#
Kolumna (y) z „ Dom "Tabela
Nazwa	Typ danych	Opcja zerowa	jest PK	Czy FK
kod	Numer samochodu	ZERO	tak	#
Adres (ulica_ dom)	Notatka	ZERO	#	#
Powierzchnia terenu	Długa liczba całkowita	ZERO	#	#
materiał domu	Tekst (255)	ZERO	#	#
zadaszenie	Tekst (255)	ZERO	#	#
liczba kondygnacji domu	Tekst (255)	ZERO	#	#
Powierzchnia całkowita	Długa liczba całkowita	ZERO	#	#
Liczba pokoi	Tekst (255)	ZERO	#	#
cena (tys. rubli) do	Długa liczba całkowita	ZERO	#	#
komunikacja	Notatka	ZERO	#	#
Dodatkowe informacje	Notatka	ZERO	#	#
Osoba kontaktowa	Notatka	ZERO	#	#
numer kontaktowy	Tekst (255)	ZERO	#	#
adres internetowy	Notatka	ZERO	#	#
Kolumna (y) z „ Klienci "Tabela
Nazwa	Typ danych	Opcja zerowa	jest PK	Czy FK
Kod	Tekst (18)	ZERO	tak	#
Pełne imię i nazwisko	Tekst (18)	ZERO	#	#
Telefon domowy	Tekst (18)	ZERO	#	#
Telefon komórkowy	Tekst (18)	ZERO	#	#
Adres zamieszkania	Tekst (18)	ZERO	#	#
Znak istniejącej transakcji	Tekst (18)	ZERO	#	#
Szczegóły oferty	Tekst (18)	ZERO	#	#
Dodatkowe informacje	Tekst (18)	ZERO	#	#
Kolumna (y) z „ mała rodzina "Tabela
Nazwa	Typ danych	Opcja zerowa	jest PK	Czy FK
kod	Numer samochodu	ZERO	tak	#
adres (ulica_ dom)	Tekst (255)	ZERO	#	#
typ domu	Tekst (255)	ZERO	#	#
rodzaj mieszkania	Tekst (255)	ZERO	#	#
podłoga	Tekst (255)	ZERO	#	#
liczba kondygnacji	Tekst (255)	ZERO	#	#
Powierzchnia całkowita	Długa liczba całkowita	ZERO	#	#
przestrzeń życiowa	Długa liczba całkowita	ZERO	#	#
cena (tys. rubli) do	Długa liczba całkowita	ZERO	#	#
Dodatkowe informacje	Notatka	ZERO	#	#
Osoba kontaktowa	Notatka	ZERO	#	#
numer kontaktowy	Tekst (255)	ZERO	#	#
adres internetowy	Notatka	ZERO	#	#
Kolumna (y) z „ Wymieniać się Dom / mkw. "Tabela
Nazwa	Typ danych	Opcja zerowa	jest PK	Czy FK
kod	Numer samochodu	ZERO	tak	#
Adres (ulica_ dom)	Notatka	ZERO	#	#
Powierzchnia terenu	Długa liczba całkowita	ZERO	#	#
materiał domu	Tekst (255)	ZERO	#	#
liczba kondygnacji domu	Tekst (255)	ZERO	#	#
Powierzchnia całkowita	Długa liczba całkowita	ZERO	#	#
Liczba pokoi	Tekst (255)	ZERO	#	#
cena (tys. rubli) do	Długa liczba całkowita	ZERO	#	#
komunikacja	Notatka	ZERO	#	#
Dodatkowe informacje	Notatka	ZERO	#	#
opcje wymiany	Tekst (255)	ZERO	#	#
warunki	Notatka	ZERO	#	#
Osoba kontaktowa	Notatka	ZERO	#	#
numer kontaktowy	Tekst (255)	ZERO	#	#
adres internetowy	Notatka	ZERO	#	#
Kolumna (y) z „ Wymieniać się mkw. "Tabela
Nazwa	Typ danych	Opcja zerowa	jest PK	Czy FK
Kod	Numer samochodu	ZERO	tak	#
kategoria mieszkań	Tekst (255)	ZERO	#	#
Adres (ulica_ dom)	Notatka	ZERO	#	#
typ domu	Tekst (255)	ZERO	#	#
rodzaj mieszkania	Tekst (255)	ZERO	#	#
podłoga	Długa liczba całkowita	ZERO	#	#
liczba kondygnacji	Długa liczba całkowita	ZERO	#	#
Powierzchnia całkowita	Długa liczba całkowita	ZERO	#	#
przestrzeń życiowa	Długa liczba całkowita	ZERO	#	#
kuchnia	Długa liczba całkowita	ZERO	#	#
rodzaj łazienki	Tekst (255)	ZERO	#	#
balkon	Tekst (255)	ZERO	#	#
Dodatkowe informacje	Notatka	ZERO	#	#
cena (tys. rubli)	Długa liczba całkowita	ZERO	#	#
Opcje wymiany	Tekst (255)	ZERO	#	#
stan: schorzenie	Notatka	ZERO	#	#
Osoba kontaktowa	Notatka	ZERO	#	#
numer kontaktowy	Tekst (255)	ZERO	#	#
adres internetowy	Notatka	ZERO	#	#
Kolumna (y) z „ Wymieniać się małe ziarno "Tabela
Nazwa	Typ danych	Opcja zerowa	jest PK	Czy FK
kod	Numer samochodu	ZERO	tak	#
adres (ulica_ dom)	Tekst (255)	ZERO	#	#
typ domu	Tekst (255)	ZERO	#	#
rodzaj mieszkania	Tekst (255)	ZERO	#	#
podłoga	Tekst (255)	ZERO	#	#
liczba kondygnacji	Tekst (255)	ZERO	#	#
Powierzchnia całkowita	Długa liczba całkowita	ZERO	#	#
przestrzeń życiowa	Długa liczba całkowita	ZERO	#	#
cena (tys. rubli) do	Długa liczba całkowita	ZERO	#	#
Dodatkowe informacje	Notatka	ZERO	#	#
opcje wymiany	Tekst (255)	ZERO	#	#
stan: schorzenie	Notatka	ZERO	#	#
Osoba kontaktowa	Notatka	ZERO	#	#
numer kontaktowy	Tekst (255)	ZERO	#	#
adres internetowy	Notatka	ZERO	#	#
Kolumna (y) z „ zakupy Dom "Tabela
Nazwa	Typ danych	Opcja zerowa	jest PK	Czy FK
kod	Numer samochodu	ZERO	tak	#
Adres (ulica_ dom)	Notatka	ZERO	#	#
Powierzchnia terenu	Długa liczba całkowita	ZERO	#	#
materiał domu	Tekst (255)	ZERO	#	#
zadaszenie	Tekst (255)	ZERO	#	#
liczba kondygnacji domu	Tekst (255)	ZERO	#	#
Powierzchnia całkowita	Długa liczba całkowita	ZERO	#	#
Liczba pokoi	Tekst (255)	ZERO	#	#
cena (tys. rubli) do	Długa liczba całkowita	ZERO	#	#
komunikacja	Notatka	ZERO	#	#
Dodatkowe informacje	Notatka	ZERO	#	#
Osoba kontaktowa	Notatka	ZERO	#	#
numer kontaktowy	Tekst (255)	ZERO	#	#
adres internetowy	Notatka	ZERO	#	#
Kolumna (y) z „ Zakup małe ziarno "Tabela
Nazwa	Typ danych	Opcja zerowa	jest PK	Czy FK
kod	Numer samochodu	ZERO	tak	#
adres (ulica_ dom)	Tekst (255)	ZERO	#	#
typ domu	Tekst (255)	ZERO	#	#
rodzaj mieszkania	Tekst (255)	ZERO	#	#
podłoga	Tekst (255)	ZERO	#	#
liczba kondygnacji	Tekst (255)	ZERO	#	#
Powierzchnia całkowita	Długa liczba całkowita	ZERO	#	#
przestrzeń życiowa	Długa liczba całkowita	ZERO	#	#
cena (tys. rubli) do	Długa liczba całkowita	ZERO	#	#
Dodatkowe informacje	Notatka	ZERO	#	#
Osoba kontaktowa	Notatka	ZERO	#	#
numer kontaktowy	Tekst (255)	ZERO	#	#
adres internetowy	Notatka	ZERO	#	#
Kolumna (y) z „ zakup "Tabela
Nazwa	Typ danych	Opcja zerowa	jest PK	Czy FK
kod	Numer samochodu	ZERO	tak	#
kategoria mieszkań	Tekst (255)	ZERO	#	#
Adres (ulica_ dom)	Notatka	ZERO	#	#
typ domu	Tekst (255)	ZERO	#	#
podłoga	Długa liczba całkowita	ZERO	#	#
liczba kondygnacji	Długa liczba całkowita	ZERO	#	#
Powierzchnia całkowita	Długa liczba całkowita	ZERO	#	#
cena (tys. rubli) do	Długa liczba całkowita	ZERO	#	#
Kolumna (y) z „ zakup 2 "Tabela
Nazwa	Typ danych	Opcja zerowa	jest PK	Czy FK
kod	Numer samochodu	ZERO	tak	tak
rodzaj mieszkania	Tekst (255)	ZERO	#	#
przestrzeń życiowa	Długa liczba całkowita	ZERO	#	#
kuchnia	Długa liczba całkowita	ZERO	#	#
rodzaj łazienki	Tekst (255)	ZERO	#	#
balkon	Tekst (255)	ZERO	#	#
Dodatkowe informacje	Notatka	ZERO	#	#
Osoba kontaktowa	Notatka	ZERO	#	#
numer kontaktowy	Tekst (255)	ZERO	#	#
adres internetowy	Notatka	ZERO	#	#
Kolumna (y) tabeli „dane sprzedaży 1”
Nazwa	Typ danych	Opcja zerowa	jest PK	Czy FK
kod	Numer samochodu	ZERO	tak	#
kategoria mieszkań	Tekst (255)	ZERO	#	#
Adres (ulica_ dom)	Notatka	ZERO	#	#
typ domu	Tekst (255)	ZERO	#	#
podłoga	Długa liczba całkowita	ZERO	#	#
liczba kondygnacji	Długa liczba całkowita	ZERO	#	#
Powierzchnia całkowita	Długa liczba całkowita	ZERO	#	#
cena (tys. rubli) do	Długa liczba całkowita	ZERO	#	#
Kolumna (y) tabeli „Dane sprzedaży 2”
Nazwa	Typ danych	Opcja zerowa	jest PK	Czy FK
kod	Numer samochodu	ZERO	tak	tak
rodzaj mieszkania	Tekst (255)	ZERO	#	#
przestrzeń życiowa	Długa liczba całkowita	ZERO	#	#
kuchnia	Długa liczba całkowita	ZERO	#	#
rodzaj łazienki	Tekst (255)	ZERO	#	#
balkon	Tekst (255)	ZERO	#	#
Dodatkowe informacje	Notatka	ZERO	#	#
Osoba kontaktowa	Notatka	ZERO	#	#
numer kontaktowy	Tekst (255)	ZERO	#	#
adres internetowy	Notatka	ZERO	#	#

2.2Oprogramowanie do zadań

2.2.1 Ogólne (drzewo funkcji i skrypt dialogowy)

W projekcie tym można wyróżnić następujące kategorie funkcji: funkcje wprowadzania informacji do katalogów, funkcje wprowadzania danych o nieruchomościach oraz funkcje odbierania raportów analitycznych. Każda z tych kategorii należy do odpowiedniego podsystemu tworzonej aplikacji: podsystemu prowadzenia księgi informacyjnej, podsystemu wprowadzania dokumentów i podsystemu przyjmowania raportów analitycznych.

Aplikacja zapewnia wygodny i zrozumiały dialog pomiędzy użytkownikiem a programem w celu wywołania wszystkich funkcji. Użytkownik może uzyskać dostęp do funkcji poprzez menu główne głównego formularza wniosku oraz poprzez przyciski panelu szybkie uruchomienie które powielają odpowiednie pozycje menu. Główna forma aplikacji, oprócz zapewnienia głównego interfejsu umożliwiającego dostęp do wszystkich funkcji aplikacji, pełni również funkcję kontenera dla wszystkich innych form ekranowych.

Pierwsza grupa masek zapewnia użytkownikowi dostęp do podsystemu do obsługi katalogów systemowych. Ta grupa masek jest wywoływana z menu głównego programu „Referencje”. Każda podpozycja tej pozycji menu odpowiada wywołaniu formularza wyświetlacza, który umożliwia edycję odpowiedniego katalogu.

Wszystkie maski do przeglądania i edycji katalogów są do siebie podobne i pozwalają na wykonywanie funkcji przeglądania listy katalogów, wprowadzania nowych danych do katalogu, edycji danych istniejących oraz usuwania danych istniejących. Aby wprowadzić nowe i edytować istniejące dane katalogów, wywoływane są formularze edycji odpowiednich katalogów. Te same formularze są również używane do przeglądania dokładna informacja wpisy w katalogu, ponieważ na liście katalogów prezentowane są tylko dane podstawowe.

2.2.2 Schemat blokowy projektu

Rysunek 2.14 przedstawia schemat konstrukcyjny projektu.

Rysunek 2.1. Schemat wywoływania modułów.

2.2.3 Opis modułów oprogramowania

Podejście zorientowane obiektowo zostało przyjęte jako podstawa do programowej implementacji rozwiązania problemu. Wybrany jako język programowania język C++ zawiera potężny aparat do obsługi tej najbardziej obiecującej technologii: klasy i obiekty, hierarchia struktur, związków i klas z różnymi mechanizmami dziedziczenia, enkapsulacja danych i funkcje przetwarzania z kilkoma poziomami dostępu, polimorfizm operacji, funkcji i obiektów, udostępniając zarówno statyczne, jak i wirtualne akcesory. Wbudowany aparat programowania obiektowego pozwala opisywać złożone obszary tematyczne i tworzyć elastyczne, łatwo dopasowujące się do potrzeb użytkownika pakiety oprogramowania zarówno w celach systemowych, jak i stosowanych.

Do realizacji każdego podzadania w projekcie stworzono kilka klas, spadkobierców standardowej klasy biblioteki VCL TForm.

Program został opracowany jako aplikacja webowa i spełnia wszystkie wymagania stawiane interfejsowi aplikacji webowej. Program podzielony jest na moduły, co odpowiada zasadom programowania modułowego. Rozważmy szczegółowo każdy z tych modułów.

Moduł głównej postaci aplikacji udostępnia użytkownikowi interfejs umożliwiający dostęp do wszystkich głównych funkcji programu. Wszystkie funkcje programu są dostępne przez menu główne i pasek przycisków szybki dostęp... Wszystkie przyciski i pozycje menu są opatrzone szczegółowymi monitami.

Podsystem edycji podręczników zawiera szereg modułów, które służą do przeglądania i edycji zawartości podręczników. Zauważ, że te same formy są również używane w innych podsystemach. Tak więc formularz do przeglądania spisu towarów, który jest częścią podsystemu prowadzenia ksiąg metrykalnych, wywoływany jest z podsystemu rozliczania ruchu towarów przy rejestracji przyjęć lub rozchodów do wyboru towarów, a także z podsystemu raporty analityczne do wyboru produktu przy ustalaniu warunku budowy raportu o dowolnym produkcie.

W skład podsystemu prowadzenia katalogów wchodzą następujące moduły:

· Moduł przeglądania listy towarów służy do przeglądania listy towarów, a także do wyboru produktu w dowolnej formie wywołania;

· Moduł edycji towaru, wywoływany z modułu przeglądania towaru, służy do edycji danych jednego konkretnego towaru. Ten sam moduł wywołuje moduły powiązanych katalogów, takich jak wartości właściwości towarów, projekty związane z produktem oraz analogi produktu. Tak więc w tym module główna praca odbywa się nad przypisaniem wszystkich danych produktu.

· Moduł analogów przeznaczony jest do przeglądania i przypisywania analogów towarów do produktu;

· Moduł projektów przeznaczony jest do przeglądania listy typowych projektów. W których towary mogą być używane, a także do wyboru tych projektów w formularzach wywoływania;

· Moduł edycji projektu przeznaczony jest do edycji danych jednego konkretnego projektu i ustawiania właściwości projektu dla tego projektu;

· Moduł właściwości projektu służy do prowadzenia listy właściwości projektu;

· Moduł edycji właściwości projektu przeznaczony jest do edycji danych jednej konkretnej właściwości;

· Moduł klientów służy do przeglądania i edycji listy klientów, w tym edycji wszystkich danych klientów, a także do wybierania klientów w formularzu dzwoniącym;

· Moduł producentów przeznaczony jest do przeglądania i edycji listy klientów, w tym edycji wszystkich danych klientów, a także do wybierania klientów w formularzu telefonicznym;

· Moduł właściwości towarów służy do przeglądania listy właściwości towarów;

· Moduł edycji właściwości towaru przeznaczony jest do edycji danych tej konkretnej właściwości towaru oraz do ustawiania wszystkich możliwych wartości tej właściwości;

Moduł wartości majątkowych przeznaczony jest do przeglądania i edycji wartości właściwości towarów

· Moduł Magazyny służy do przeglądania listy magazynów oraz wybierania magazynów w formularzu wywołania;

· Moduł edycji magazynu przeznaczony jest do edycji danych konkretnego magazynu;

Podsystem rozliczania ruchu towarów zawiera moduły. Odpowiedzialny za główną funkcjonalność programu: zapewnienie ruchu towarów w magazynach oraz obliczanie salda towarów:

· Moduł dziennika dokumentów zawiera wykaz operacji, które są zapisane w tabeli operacji bazy danych;

· Moduł dokumentu przeznaczony jest do edycji jednej operacji wraz ze wszystkimi jej składnikami. Ten moduł, podobnie jak moduł produktu, wywołuje wiele innych formularzy w celu wybrania wartości.

· Moduł edycji wiersza części tabelarycznej operacji służy do edycji danych jednego wiersza dokumentu.

W skład podsystemu raportowania analitycznego wchodzą następujące moduły:

· Moduł do sporządzania raportu stanów towarów w magazynach;

· Moduł do sporządzania raportu z ruchu towarów w magazynach.

W wizualnym IDE Borland C++ Builder formularz jest głównym składnikiem programu. Formularz zawiera elementy interfejsu użytkownika i kodu programu, który zawiera reakcje na działania użytkownika. Jest to w pełni zgodne z zasadami programowania obiektowego. C++ Builder automatycznie generuje klasę formularza dla formularza, która zawiera komponenty umieszczone na formularzu, właściwości i metody formularza, zarówno automatycznie generowane przez C++ Builder, jak i zdefiniowane przez użytkownika. Opracowana aplikacja definiuje następujące formy:

· Form Fmain - główna forma aplikacji, zaimplementowana w pliku UnitMain.cpp realizuje funkcje głównego interfejsu użytkownika umożliwiające dostęp do wszystkich funkcji programu poprzez menu główne aplikacji oraz panel przycisków szybkiego dostępu. Ponadto formularz główny pełni rolę kontenera dla wszystkich innych formularzy, w których odbywa się wprowadzanie i przetwarzanie danych.

· Formularz FTovar, zaimplementowany w pliku UnitTovar.cpp, realizuje funkcje przeglądania listy towarów wpisanych do tabeli towarów w bazie danych systemu. Głównym elementem formularza jest komponent DBGrid palety C++ Builder, który wyświetla tabelę towarów w formie listy. Kolumny komponentu DBGrid wyświetlają odpowiednie pola tabeli towarów: nazwa, nazwa angielska, kod kreskowy i producent. Ten sam formularz służy do wyboru pozycji w przypadku wywołania tego formularza z innych formularzy w celu wybrania określonej pozycji np. w postaci raportu z sald.

· Formularz FTovarEdit, zaimplementowany w pliku UnitTovarEdit.cpp, służy do przeglądania i edycji danych produktu. Ten formularz zawiera kontrolki, które wyświetlają podstawowe dane produktu, takie jak nazwa, nazwa angielska, szczegółowy opis, synonimy, kod kreskowy i cena oraz producent. Należy zauważyć, że wybór producenta następuje poprzez otwarcie formularza producenta i wybranie go z proponowanej listy. Poza danymi podstawowymi formularz edycji produktu wyświetla również dane powiązanych katalogów, których zapisy są powiązane z tym produktem: analogi, projekty do których produkt należy oraz właściwości tego produktu wraz z ich wartościami. Wyświetlanie danych powiązanych katalogów w jednym formularzu jest bardzo wygodne, ponieważ wszystkie niezbędne dane o produkcie znajdują się razem. Można je przeglądać i edytować.

· Formularz FormClients, zaimplementowany w pliku FormClientsU.cpp, służy do przeglądania i edycji danych o kontrahentach systemu: dostawcach i odbiorcach. Formularz jest skonstruowany w taki sposób, że po lewej stronie można wyświetlić listę klientów, a po prawej szczegółowe dane o aktualnym kliencie. Lista wyświetla tylko nazwę kupującego z pola nazwy tabeli bazy danych, w kontrolkach po prawej stronie wyświetlane są dane ze wszystkich pozostałych pól. Takie podejście jest bardzo wygodne, ponieważ umożliwia przeglądanie i edycję pełnych danych klienta w jednym formularzu. Przyciski Dodaj, Zapisz i Usuń wywołują procedury, które wykonują zapytania SQL w celu dodawania, modyfikowania i usuwania rekordów z bazy danych.

· Formularz FormVendirs, zaimplementowany w pliku FormVendirsU.cpp, służy do przeglądania i edycji danych o producentach towarów. Formularz jest skonstruowany w taki sposób, że po lewej stronie można wyświetlić listę producentów, a po prawej szczegółowe dane o aktualnym producencie. Lista wyświetla tylko nazwę producenta z pola nazwy tabeli bazy danych, w kontrolkach po prawej stronie wyświetlane są dane ze wszystkich pozostałych pól. Takie podejście jest bardzo wygodne, ponieważ umożliwia przeglądanie i edycję pełnych danych producenta w jednym formularzu. Przyciski Dodaj, Zapisz i Usuń wywołują procedury, które wykonują zapytania SQL w celu dodawania, modyfikowania i usuwania rekordów z bazy danych.

· Formularz FProj zaimplementowany w pliku FProjU.cpp realizuje funkcje przeglądania listy projektów wpisanych do tabeli projektów bazy danych systemu. Głównym elementem formularza jest komponent DBGrid palety C++ Builder, który wyświetla tabelę projektów w formie listy. Kolumny komponentu DBGrid wyświetlają tylko pole "Nazwa" tabeli projektu. Ten sam formularz służy do wyboru projektu, jeśli ten formularz jest wywoływany z innych formularzy do wyboru projektu, na przykład w formularzu edycji danych produktu.

· Formularz FProjEdit, zaimplementowany w pliku UnitProjEdit.cpp, służy do przeglądania i edycji kompletnych danych projektu, a także do przypisywania właściwości projektu do projektu. Po lewej stronie formatki, w odpowiednich kontrolkach wyświetlane są wszystkie dane projektu z tabeli projektu: nazwa, szczegółowa nazwa i szczegółowy opis, a po lewej lista właściwości tego projektu. Kliknięcie przycisku „Dodaj właściwość” otwiera formularz wyboru księgi informacyjnej właściwości projektu, który pozwala wybrać i przypisać właściwość do projektu. Usunięcie usługi z listy właściwości projektu następuje po kliknięciu przycisku „Usuń właściwość”.

· Formularz FSimp, zaimplementowany w pliku UnitSimp.cpp, służy do przeglądania listy właściwości projektu, które dodatkowo charakteryzują projekt.

· Formularz FSimpEdit jest przeznaczony do przeglądania i edycji jednej określonej właściwości projektu, która jest wybrana do edycji. Formularz umożliwia ustawienie podstawowych i dodatkowych danych właściwości projektu.

· Formularz FProperty, zaimplementowany w pliku UnitProperty.cpp, jest listą właściwości produktu. Ten formularz zawiera tylko listę nazw właściwości, które użytkownik może wyświetlić i wybrać jedną z tych właściwości w formularzu wywołującym, jeśli formularz został otwarty w celu wybrania właściwości z innego formularza.

· Formularz FPropertyEdit, zaimplementowany w pliku UnitPropertyEdit.cpp, służy do edycji nazwy właściwości oraz szczegółowego opisu właściwości produktu, a także do ustawienia wartości właściwości towaru w lista po prawej stronie formularza. Przyciski kontrolne listy umożliwiają otwarcie formularza wartości właściwości w celu wybrania wartości właściwości. Które można przypisać do tej właściwości, a także edytować wartość właściwości, usunąć wartość właściwości.

· Formularz FSklad zaimplementowany w pliku UnitSklad.cpp służy do przeglądania listy magazynów, która zawiera nazwy magazynów. Ten sam formularz pozwala wybrać aktualny rekord magazynowy w formularzu przywoławczym

· Formularz FSkladEdit zaimplementowany w pliku UnitSkladEdit.cpp służy do przeglądania danych szczegółowych oraz edycji zarówno nazwy jak i danych dodatkowych hurtowni.

· Formularz FVals, zaimplementowany w pliku UnitVals.cpp, służy do wyboru wartości właściwości dla pozycji katalogu towarów i jest wywoływany tylko z formularza towarów. Formularz wartości właściwości wyświetla listę właściwości produktu albo w całości, albo tylko te wartości, które są dopasowane do określonej właściwości, które można wybrać, klikając przycisk Otwórz, aby wybrać formularz właściwości. Po wybraniu właściwości z listy wartości właściwości wyświetlane są tylko te wartości, które właściwość może przyjąć.

· Formularz FValsEdit, zaimplementowany w pliku UnitValsEdit.cpp, służy do edycji wartości właściwości produktu poprzez określenie jej nazwy i szczegółowego opisu.

· FormFilter, zaimplementowany w pliku FormFilterU.cpp, ma na celu rozwiązanie problemu selekcji towarów według wszystkich ich właściwości. Do wyboru można wykorzystać zarówno podstawowe dane produktowe (nazwa, nazwa angielska, synonimy, pełna nazwa, szczegółowy opis), jak i powiązane dane produktowe: analogie i właściwości towarów. Ponieważ dane podstawowe produktu są wartościami łańcuchowymi, formularz umożliwia użytkownikowi zorganizowanie elastycznego wyboru na podstawie tych danych. Dobór rekordów w tabeli produktów możesz uporządkować według dokładnego dopasowania do wpisywanej frazy, przez wystąpienie wpisywanej frazy w polu wyboru, poprzez wpisanie w pole wyboru wszystkich słów z wprowadzonej frazy w dowolnej kolejności, lub przez wystąpienie w polu wyboru przynajmniej jednego ze słów wpisywanej frazy. Taka selekcja może być zorganizowana według dowolnego z pól tabeli selekcji. Oprócz wyboru według podstawowych właściwości, formularz filtrowania daje możliwość uporządkowania wyboru według projektów, do których należy produkt. W tym celu wypełniana jest lista projektów, do których wpisy są dodawane poprzez wybór projektów z formularza listy projektów, gdy otwiera się on do wyboru. Kontrolki listy projektów umożliwiają dodawanie wpisów do listy, usuwanie wpisów z listy, zaznaczanie wszystkich wpisów lub całkowite czyszczenie listy. Wszystkie wpisy na liście mogą być oznaczone jako używane w zaznaczeniu lub nieużywane (zaznaczyć), odznaczając, który użytkownik może wykluczyć wybór dla tego projektu. Dzięki temu tylko te produkty, które należą do projektów wymienionych na liście, zostaną uwzględnione w wyborze rekordów w katalogu towarów. Formularz realizuje również selekcję według właściwości produktów i ich wartości. Możesz dodać wpisy z katalogu właściwości do listy właściwości produktu, otwierając formularz listy właściwości, aby wybrać i wybrać z niego konkretną właściwość. Dla bieżącego rekordu na liście właściwości wyświetlane są wszystkie wartości, jakie ta właściwość może pobrać, z których użytkownik wybiera, umieszczając w nich niezbędne oznaczenia. W rezultacie wygenerowana selekcja będzie zawierała tylko te produkty, które mają wartości wymienionych właściwości wymienionych na liście. Formularz filtrowania nie jest wywoływany bezpośrednio z menu głównego, ale wywoływany jest tylko z postaci listy towarów, w tym również w momencie, gdy otwiera się do wyboru, jeśli w tej postaci konieczne jest uporządkowanie wyboru towarów przez zestaw dowolnych kryteria.

· Formularz DM, zaimplementowany w pliku UnitDM.cpp, jest modułem do przechowywania komponentów C++ Buildera zapewniających dostęp do bazy danych. Dla każdej tabeli bazy danych dedykowany jest osobny komponent TQuery, który umożliwia wprowadzanie i wykonywanie zapytań SQL, które pozwalają wybierać, edytować i usuwać rekordy w tabelach bazy danych. Fakt, że dla każdej tabeli przydzielony jest tylko jeden komponent dostępu oraz że wszystkie są połączone w jeden moduł wynika z faktu, że program posiada interfejs MDI, a zmiana danych w jednej formie prowadzi do natychmiastowej zmiany ich wyświetlania w wszystkie inne formy. Oprócz składników dostępu do danych ten formularz przechowuje również składniki, które służą jako źródło danych dla składników wyświetlania danych w formularzach. Komponent Database zapewnia fizyczne połączenie wszystkich innych komponentów programu z bazą danych.

· Formularz FJornal przeznaczony jest do przeglądania dziennika dokumentów – tj. wykaz operacji, które zostały już wykonane z towarem. Formularz zawiera komponent TDBGrid, który wyświetla listę operacji ze wskazaniem dla każdego rekordu następujących parametrów: data operacji, numer operacji, magazyn, z którego wykonywana jest operacja, klient z którym wykonywana jest operacja.

· Formularz FDocs służy do edycji lub wprowadzania nowej operacji dla ruchu towarów w magazynie. W górnej części formatki znajdują się komponenty, które wyświetlają główne właściwości operacji: datę i numer operacji, klient, magazyn oraz kod operacji. Aby wybrać klienta i magazyn, otwórz, aby wybrać formę odpowiednich katalogów, w których możesz wybrać żądany rekord. W dolnej połowie formularza znajduje się część tabelaryczna operacji, czyli spis towarów, wskazujący ilość.

· Formularz FJornalEdit, zaimplementowany w pliku UnitJornalEdit.cpp, jest przeznaczony do edycji jednej linii operacji. Ten formularz jest wywoływany z formularza FJornal w celu edycji bieżącego wiersza. Formularz zapewnia prosty interfejs do wprowadzania i zmiany pozycji i ilości w wierszu. W celu wybrania towaru wywoływany jest formularz listy katalogu towarów, w którym wybrany rekord zostaje przeniesiony do formularza FJornalEdit.

· Formularz FUsers służy do prowadzenia listy użytkowników. W komponencie DBGrid tego formularza za pomocą zapytania SQL tworzona jest lista użytkowników systemu, a kontrolki wyświetlają właściwości użytkownika: login, hasło, nazwisko, nazwa patronimiczna i kategoria użytkownika. Kategoria użytkownika jest wyświetlana z przyciskami opcji. Po naciśnięciu przycisków sterujących wykonywane jest zapytanie SQL w celu dodania, edycji danych i usunięcia użytkownika. Po usunięciu użytkownika monitorowana jest integralność referencyjna bazy danych

· Formularz FReg jest przeznaczony do uwierzytelniania użytkownika podczas rozpoczynania sesji z systemem. System sprawdza obecność użytkownika w bazie danych, weryfikuje jego hasło iw przypadku powodzenia otwiera dostęp do tych funkcji, które są dostępne dla użytkownika w zależności od jego poziomu dostępu.

· FRepForm, zaimplementowany w pliku UnitRepForm.cpp, służy do przygotowania i wygenerowania raportu z ruchu towarów w magazynach. Kontrolki tego formularza pozwalają użytkownikowi ustawić warunki generowania raportu, czyli wybrać klienta, u którego została wykonana operacja przyjęcia lub wydatku, a także magazyn, z którego ta operacja została wykonana. Dolna część formatki zawiera tabelkę, w której użytkownik może wybrać kilka rekordów z katalogu towarów, w tym przypadku specjalnie dla tych towarów zostanie zbudowany raport z przemieszczeń.

Każdy formularz realizuje funkcje odpowiadającego mu modułu wykorzystując komponenty środowiska C++ Builder, umieszczone na formularzu z palety komponentów. Środa szybkie tworzenie aplikacje lub RAD (RapidApplication Development - RAD) C++ Builder korzysta z biblioteki VCL (VisualComponentLibrary - VCL), która składa się z gotowych do użycia wizualnych i niewizualnych obiektów oraz skórek. Ona pozwala z minimalny koszt kompilować aplikacje, jednocześnie zapewniając pewien stopień niezależności od VCL.

Podczas pracy z komponentami C++ Builder w dużym stopniu wykorzystuje zasadę ponownego wykorzystania obiektów. Komponenty to instancje klas, które są dostępne za pośrednictwem ComponentPalette. Co może być łatwiejsze podczas tworzenia aplikacji niż po prostu upuszczenie wymaganego komponentu na formularz, ustawienie jego właściwości, a następnie zdefiniowanie obsługi zdarzeń. To za pomocą składników formularza wykonują one określone w nich funkcje.

2.3 Wsparcie technologiczne zadania

1 Organizacja technologii gromadzenia, przekazywania, przetwarzania i wydawania informacji

Rozwój złożonych systemów oprogramowania wymaga rozwiązania szeregu problemów organizacyjnych, technologicznych i technicznych związanych ze znaczną pracochłonnością tworzenia oprogramowania i trudnością identyfikacji w nim błędów. Rozwiązanie tych problemów jest możliwe dzięki wprowadzeniu dowolnej technologii programowania, która zwiększy produktywność programistów i niezawodność programów. Ponadto wprowadzana technologia powinna uprościć planowanie pracy i organizację interakcji wszystkich członków zespołu, umożliwiać wyraźną kontrolę czasu na każdym etapie rozwoju, niezwłocznie informować wykonawców o wszystkich zmianach w ogólnych koncepcjach tworzonych oprogramowanie i zmiany w umowach dotyczących relacji pomiędzy programem a środowiskiem zewnętrznym lub pomiędzy jednostkami elementy konstrukcyjne programy. Technologia powinna zapewniać prostotę i jednoznaczną lekturę całej dokumentacji.

Skrócenie czasu i zmniejszenie złożoności wdrażania oprogramowania zależy od jego niezawodności. Dlatego technologia powinna zapewniać organizację weryfikacji i testowania algorytmów i programów na etapie rozwoju, a także podejścia do debugowania i testowania programu. Technologia powinna zapewniać możliwość dość prostej modyfikacji programów w trakcie ich działania, co jest niezbędne do wyeliminowania wykrytych błędów lub zmiany funkcji programu.

Technologia tworzenia złożonych systemów oprogramowania wymaga podziału produktu programowego na oddzielne moduły. Co więcej, moduły są często tworzone niezależnie od siebie. przez różnych programistów... Aby połączyć moduły w pakiet oprogramowania, konieczne jest opracowanie reguł wywoływania modułów oraz reguł przekazywania parametrów pomiędzy poszczególnymi modułami. Reguły te tworzą interfejs w programie.

2.3.2 Schematy przepływu gromadzenia, przesyłania, przetwarzania i wydawania informacji

V ta sekcja przedstawiono schematy funkcjonalne i technologiczne rozwiązania problemu.

Przede wszystkim rozważ problem utrzymania podręczników, nazwijmy to A1. Aby to zrealizować, menedżer katalogu sortuje dane, a następnie wprowadza je do odpowiednich tabel. Zadanie wprowadzania danych można podzielić na kilka etapów. Schemat funkcjonalny i technologiczny rozwiązania problemu A1 pokazano na rysunku 2.13.

Rysunek 2.2. Schemat funkcjonalno-technologiczny zadania A1 „Utrzymanie podręczników”

Dla każdego wyróżnionego modułu opracowano schemat funkcjonalny i technologiczny oraz szczegółowy algorytm kodowania. Schemat blokowy zadania A1 pokazano na rysunku 2.14, a schematy funkcjonalne i technologiczne wszystkich modułów zadania A1 pokazano na rysunku 2.15.

Rysunek 2.3. schemat rozwiązywania problemu A1 „Utrzymanie podręczników”

Rysunek 2.4. Schematy funkcjonalne i technologiczne modułów zadania A1

Opiszmy bardziej szczegółowo otrzymane schematy.

Dla modułu A1.1:

Proces: Sprawdzanie i wprowadzanie danych produktu.

Login: informacje o produkcie.

Wyjście: wygenerowane dane o produkcie w bazie danych

Algorytm:

Sprawdzanie dostępności danych produktowych w bazie danych

· Wyświetl dane produktu na ekranie.

Dla modułu A 1.2:

Proces: Sprawdzanie i wprowadzanie danych klienta.

Login: informacje o kliencie.

Wyjście: wygenerowane dane klienta w bazie danych

Algorytm:

Sprawdzanie dostępności danych klientów w bazie danych

Jeśli nie ma danych, zrób nowy rekord w bazie danych

· Wyświetl dane klienta na ekranie.

Dla modułu A 1.3:

Proces: Sprawdzanie i wprowadzanie danych o właściwościach produktu.

Dane wejściowe: informacje o właściwościach produktu.

Dane wyjściowe: wygenerowane dane o właściwości produktu w bazie danych

Algorytm:

Sprawdzanie dostępności danych o właściwościach produktu w bazie danych

Jeśli nie ma danych, zrób nowy rekord w bazie danych

· Wyświetl na ekranie dane dotyczące właściwości produktu.

Dla modułu A 1.4:

Proces: Sprawdzanie i wprowadzanie danych użytkownika.

Login: informacje o użytkowniku.

Dane wyjściowe: wygenerowane dane o użytkowniku w bazie danych

Algorytm:

Sprawdzanie dostępności danych użytkownika w bazie danych

Jeśli nie ma danych, zrób nowy rekord w bazie danych

· Wyświetl dane użytkownika na ekranie.

Dla modułu A 1.5:

Proces: Sprawdzanie i wprowadzanie danych o projektach.

Login: informacje o projekcie.

Wyjście: wygenerowane dane o projekcie w bazie danych

Algorytm:

Sprawdzanie dostępności danych projektu w bazie danych

Jeśli nie ma danych, zrób nowy rekord w bazie danych

· Wyświetl dane projektu na ekranie.

Dla modułu A 1.6:

Proces: Sprawdzanie i wprowadzanie danych o dziale.

Login: informacje o jednostce.

Wyjście: wygenerowane dane o dziale w bazie danych

Algorytm:

Sprawdzenie dostępności danych o dziale w bazie danych

Jeśli nie ma danych, zrób nowy rekord w bazie danych

· Wyświetl dane działu na ekranie.

Dla modułu A 1.7:

Proces: Weryfikacja i wprowadzenie danych producenta.

Login: informacje o producencie.

Wyjście: wygenerowane dane o producencie w bazie danych

Algorytm:

Sprawdzanie dostępności danych producenta w bazie danych

Jeśli nie ma danych, zrób nowy rekord w bazie danych

· Wyświetl dane producenta na ekranie.

Następnie rozważ problem wprowadzania dokumentów do systemu, nazwijmy go B1. Aby rozwiązać ten problem, operator grupy przetwarzania dokumentów sortuje przychodzące dokumenty papierowe, przetwarza je i wprowadza do systemu, w wyniku czego zmieniane są zapisy w tabeli bilansowej i dzienniku dokumentów. Schemat funkcjonalno-technologiczny zadania B1 przedstawiono na rysunku 2.16.

Rysunek 2.5. Schemat funkcjonalno-technologiczny zadania B1 „Wprowadzenie dokumentów”.

Dla każdego wyróżnionego modułu opracowano schemat funkcjonalny i technologiczny oraz szczegółowy algorytm kodowania. Schemat blokowy zadania B1 pokazano na rysunku 2.17, a schematy funkcjonalne i technologiczne wszystkich modułów zadania B1 pokazano na rysunku 2.18.

Rysunek 2.6. Schemat blokowy rozwiązania problemu B1 „Wprowadzenie dokumentów”

Rysunek 2.7. Schematy funkcjonalne i technologiczne modułów zadania B1

Następnie rozważymy zadanie uzyskania raportów, nazwijmy to B1. Aby rozwiązać ten problem, użytkownik programu wybiera żądany typ raportu, w wyniku czego powstaje maska ​​wybranego typu raportu.Schemat funkcjonalno-technologiczny zadania B1 pokazano na rysunku 2.19.

Rysunek 2.8. Schemat funkcjonalno-technologiczny zadania B1 „Generowanie raportów”

Schemat blokowy zadania B1 pokazano na rysunku 2.20, a schematy funkcjonalne i technologiczne wszystkich modułów zadania B1 pokazano na rysunku 2.21.

Rysunek 2.9. Schemat blokowy zadania B1

Rysunek 2 . 10 ... Schematy funkcjonalne i technologiczne modułów zadania B1

2.4 Przypadek testowy realizacji projektu i jego opis

Aby sprawdzić poprawność i integralność tworzonej aplikacji wykonano przypadek testowy aplikacji. Dane do tego przypadku testowego zostały dobrane w taki sposób, aby obejmowały wszystkie funkcje i podsystemy tworzonej aplikacji, aby przetestować wszystkie wbudowane w nią algorytmy.

Implementacja przypadku testowego składa się z trzech kroków:

· Wprowadzanie informacji testowych do katalogów;

· Wprowadzanie testowych przykładów ruchu towarów w magazynie;

· Przyjmowanie raportów odzwierciedlających zmianę ilości towarów w magazynach i pozwalających na analizę ruchów.

Pierwszym krokiem w implementacji przypadku testowego jest wprowadzenie danych testowych do katalogów systemowych. W ten sposób dopasowano dane testowe. Aby korzystać ze wszystkich katalogów, zarówno podstawowych, jak i przechowujących dodatkowe informacje.

Do katalogu produktów zostały dodane trzy produkty:

· Drzwi "Klinkor" metalowe;

· Drzwi drewniane "Bazylea";

· metalowe drzwi "Vegas"

Rysunek 2.24 przedstawia formularz ekranowy z listą towarów.

Rysunek 2.11. Lista towarów

Tabela 17 przedstawia dane testowe dotyczące właściwości towarów oraz wartości, jakie te właściwości mogą przyjąć.

Tabela 17. Dane badawcze dotyczące właściwości towarów.

W tabeli 18 wymieniono właściwości przypisane produktom i ich wartości.

Tabela 18. Dane testowe do przyporządkowania właściwości towarów do towarów.

Produkt	Nieruchomość	Przypisana wartość nieruchomości
Drzwi "Klinkor" metalowe	Zamek 1	Zamek „Tyson”
	Zamek 2	Zamek "Verita"
	Waga	500 kg
	Tapicerka zewnętrzna	Plastikowy
	Tapicerka wewnętrzna	Nieobecny
	Ogrzewanie	Nieobecny
Drzwi metalowe „Vegas”	Zamek 1	Zamek „Tyson”
	Zamek 2	Zamek „Vegas”
	Waga	150 kg
	Tapicerka zewnętrzna	Plastik dekoracyjny
	Tapicerka wewnętrzna	Wykładzina podłogowa
	Ogrzewanie	Polistyren
Drzwi "Bazylea" drewniane	Zamek 1	Zamek „Tyson”
	Zamek 2	Nieobecny
	Waga	120 kg
	Tapicerka zewnętrzna	Nieobecny
	Tapicerka wewnętrzna	Wykładzina podłogowa
	Ogrzewanie	Paralon

W celu zaklasyfikowania towarów do jednego lub innego standardowego projektu budynków i lokali, w których produkty mogą być używane, wypełniono księgę referencyjną projektów i ich właściwości. Ich zawartość przedstawia tabela 19.

Tabela 19. Dane testowe dla projektów.

Przyporządkowanie towaru do konkretnego projektu przedstawia tabela 20.

Tabela 20. Dane testowe dotyczące przypisania dóbr do projektów.

Przypisanie wszystkich danych do produktu, przypisanie mu analogów, właściwości, przypisanie do konkretnego projektu przedstawia Rysunek 2.25.

Rysunek 2.12. Formularz testowy edycji produktu

Ponadto dla kompletności przypadku testowego konieczne jest wypełnienie katalogów producentów, klientów, magazynów i użytkowników. Ich wypełnienie pokazano na rysunkach 2.26 - 2.29.

Rysunek 2.13. Testowe wypełnienie katalogu producentów

Rysunek 2.14. Testowe wypełnienie księgi referencyjnej klienta.

Rysunek 2.15. Testowe wypełnienie katalogu magazynowego.

Rysunek 2.16. Testowe wypełnienie instrukcji obsługi.

Wynikiem tego etapu testowania jest kompletna baza danych, która zawiera wszystkie dane katalogów. Najskuteczniejszym i najbardziej poglądowym sposobem sprawdzenia kompletności i poprawności wypełniania katalogów jest wyszukanie pożądanego produktu za pomocą filtra produktów. Filtr produktów pozwala wybrać produkty według dowolnych kryteriów i ich sumy. Tak więc podczas testów dokonano następujących wyborów:

· Wszystkie produkty z zamkiem „Tyson” (kształt filtra pokazano na rysunku).

· Wszystkie produkty związane z projektem „Dom Wiejski” lub projektem „Mieszkanie w apartamentowcu”

· Wszystkie produkty producenta Klondike.

Rysunek 2 . 17 ... Ustawianie filtra produktów.

Po skompletowaniu wszystkich katalogów można przystąpić do drugiego etapu testowania: wprowadzania dokumentów dotyczących ruchu towarów w magazynach. Na tym etapie wprowadzono kilka dokumentów, które dokonują przyjęcia i zużycia wszystkich testowych towarów w magazynach. Dziennik dokumentów pokazano na rysunku, zawartość niektórych dokumentów pokazano na rysunku 2.31.

Rysunek 2 . 18 ... Dziennik dokumentów.

Rysunek 2 . 19 ... Forma dokumentu.

Należy zauważyć, że w rzeczywistości formalności związane z przepływem towarów przez magazyn odbywają się w czasie rzeczywistym, w kolejności wpływu dokumentów papierowych. Jednocześnie przy przetwarzaniu każdego nowego dokumentu operatorzy nie kontrolują stanu towarów w magazynie. Trzeci etap testowania umożliwia przeglądanie sald towarów, a także analizę ruchu towarów w magazynach w kontekście dokumentów: uzyskanie raportów analitycznych. Na tym etapie otrzymano raporty o saldach bez sekcji dokumentów, a także raport o saldach i ruchach towarów w kontekście dokumentów. Raporty te umożliwiły prześledzenie zmiany sald towarów w magazynach i zrozumienie, jak wyszło saldo końcowe z salda początkowego.

Na podstawie wyników testów można argumentować, że program działa poprawnie. Spełnia wszystkie jego wymagania: cechy funkcjonalne, niezawodność i poprawność działania, kompatybilność informacji i oprogramowania, skład sprzętu i oprogramowania, skład dokumentacji oprogramowania.

Wniosek

W wyniku zakończenia pracy dyplomowej przestudiowana została metodyka księgowości magazynowej w LLC „Union-doors”.

W oparciu o badaną metodykę opracowano strukturę bazy danych, która jest niezbędna do przechowywania danych systemowych. Wybrano również system operacyjny, w którym powinna funkcjonować tworzona aplikacja oraz język programowania i system programowania, za pomocą którego będzie realizowana realizacja.

Efektem pracy dyplomowej było stworzenie aplikacji automatyzującej proces księgowości magazynowej.

Zgodnie z opisaną metodą testowania programu, wyniki testów wykazały, że program działa poprawnie we wszystkich oczekiwanych sytuacjach, przy różnych zestawach danych wejściowych.

Program pracuje w systemie operacyjnym Windows 95/98, NT, 2000, XP i jest wykonywany w środowisku BorlandC++ Builder. Efektem działania programu są tabele dokumentów ruchu w magazynach oraz sald towarów w magazynach.

Opracowana aplikacja zostanie wkrótce wdrożona w Union-Doors LLC. Kierownictwo Union-Doors LLC oczekuje od wdrożenia opracowanej aplikacji dużego skoku jakościowego w organizacji księgowości magazynowej. W związku z tym, że praca personelu zostanie znacznie ułatwiona poprzez automatyzację obsługi informacji referencyjnych, przygotowania dokumentów i odbioru raportów, jakość pracy personelu ulegnie znacznej poprawie. Opracowana aplikacja pozwoli uporządkować rzeczy w organizacji pracy wszystkich działów i każdego pracownika z osobna, rozróżnić pracowników według uprawnień i pełnionych funkcji oraz zidentyfikować wąskie gardła w organizacji działań działów. Możliwość natychmiastowego otrzymywania aktualnych sald w magazynie wyeliminuje kradzież produktów, a możliwość otrzymywania raportów z ruchu towarów pozwoli na sporządzanie raportów analitycznych z analizy sprzedaży i sporządzanie prognoz na przyszłe okresy.

1. Podbelsky V.V., Fomin S.S. Programowanie w języku C: Podręcznik. Korzyść. - Drugie dodanie. Wyd. - M: Finanse i statystyka, 2002. - 600s.

2. Programowanie Herberta Schildta w C i C++ dla Windows 95 - К .: BHV Trade and Publishing Bureau, 1996

3. Ch.Petzold Programowanie dla Windows 95; w dwóch tomach - St. Petersburg: BHV - St. Petersburg, 1997

4. Archangielski P.A. „Programowanie w Borland C++ 4.0” M. Science, 2000

5. Stroustrup B. „Język programowania C++: Per. z angielskiego " M. Radio i komunikacja, 1991.-352s.: Ill.

6. Bobrovsky S.I. Delphi 5 - M .: Piotr, 2002.

7. Gaevsky A. Rozwój aplikacje na Delphi 6 - M .: Kijów, 2000.

8. ZuevV. A. Turbo Pascal 6.0, 7.0. M .: Moskwa, 1998.

9. Kotsyubinsky A.O., Groshev S.V. Język Programowanie Delphi 5 - M .: Moskwa, 1999.

10. Leontiew VI. Delphi 5 - M .: Moskwa, 1999.

11. Moiseev A.S. Obiekt Pascal - M .: Moskwa, 2000.

12. Niemnyugin S.A. Programowanie - M.: Piotr, 2000.

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

14. Archangielski P.A. Programowanie w Delphi 5.M., Science, 2000

15. Darachwelidze P.G. Programowanie w DELPHI 5. SPb., Binom, 2000

16. Teixeira ST DELPHI 5. Przewodnik programisty. M., Williams, 2000

17. Ugrinovich N. Informatyka i technologie informacyjne. Zestaw podstawowej wiedzy. M., Radio i komunikacja, 2000

18. Faronow W.W. Delphi 3. Kurs szkoleniowy. M., Wiedza, 1998

19. Faronow W.W. Delphi 4. Kurs szkoleniowy. M., Wiedza, 1998

20. Harrington J. Projektowanie relacyjnych baz danych. M., LORI, 2000

21. WP Szumakow Delphi 3 i tworzenie aplikacji bazodanowych. M., Wiedza, 1998

22. GOST 2.105-95 ESKD. Ogólne wymagania dotyczące dokumentów tekstowych

23. GOST 19.103-33 ESPD. Oznaczenie programów i dokumentów programowych.

24. GOST 19.701-90 ESPD. Schematy algorytmów, programów, danych i systemów. Symbole i zasady wykonania.

załącznik

Schemat przepływu danych „tak jak jest”

Schemat przepływu danych "tak jak być powinien".

Schemat obiegu dokumentów w kontekście pracy z klientami przy transakcjach dotyczących nieruchomości.

Transkrypcja

1 Projekt systemu informacyjnego „Agencja Nieruchomości” Sakhno S.I. Balakovo Institute of Engineering and Technology, oddział Federalnej Państwowej Autonomicznej Instytucji Edukacyjnej Wyższej Edukacji Zawodowej „National Research Nuclear University” MEPhI „Bałakowo, Rosja Projektowanie systemu informacyjnego” Agencja nieruchomości „Sachno S.I. Bałakowo Instytut Inżynierii i Technologii Narodowego Badawczego Uniwersytetu Jądrowego MEPhI (Moskiewski Instytut Fizyki Inżynierii) Bałakowo, Rosja

2 WSTĘP Rozwój technologii informatycznych na świecie iw naszym kraju trwa już ponad 25 lat. I w nowoczesne społeczeństwo Już teraz trudno sobie wyobrazić, jak ludzie radziliby sobie bez środków technicznych, technologii informacyjno-komunikacyjnych i komputera osobistego w swoim życiu i zawodzie. Informacja stała się jednym z najważniejszych zasobów, a systemy informacyjne stały się niezbędnym narzędziem w niemal wszystkich obszarach działalności. Współczesne życie człowieka jest tak pełne różnego rodzaju informacji, że ich przetwarzanie wymaga stworzenia ogromnej ilości magazynów o różnym przeznaczeniu. Systemy informatyczne charakteryzują się ogromnymi ilościami przechowywanych danych, złożoną organizacją oraz potrzebą zaspokojenia różnorodnych wymagań wielu użytkowników. Zadania te można rozwiązać za pomocą systemów informatycznych. Systemy informacyjne to systemy przetwarzania danych z dowolnego obszaru tematycznego za pomocą środków gromadzenia, przechowywania, przetwarzania, przekształcania, przesyłania, aktualizowania informacji za pomocą komputera i innego sprzętu. Kiedy działania człowieka są zautomatyzowane, świat rzeczywisty zostaje przeniesiony do formatu elektronicznego. W tym celu część tego świata jest przydzielana i analizowana pod kątem możliwości automatyzacji. Nazywa się to obszarem tematycznym i ściśle określa zakres obiektów, które są badane, mierzone, oceniane itp. W wyniku tego procesu obiekty automatyzacji są przydzielane i określane są wymagania, według których te obiekty są oceniane. Efektem tego procesu jest baza danych opisująca konkretną część świata rzeczywistego ze ściśle określonych pozycji. Istotność rozwoju tego systemu informacyjnego dla obszaru tematycznego „Agencja Nieruchomości” jest potrzebą

3 skrócenie czasu przetwarzania informacji i szybkości przetwarzania danych. Celem pracy jest zaprojektowanie systemu informatycznego dla agencji nieruchomości. W trakcie wykonywania pracy konieczna jest analiza obszaru tematycznego, przemyślenie przeznaczenia systemu informacyjnego, zdobycie praktycznych umiejętności projektowania struktury, rozwoju i wdrażania systemu informacyjnego.

4 1 OPIS OBSZARU TEMATYCZNEGO 1.1 Charakterystyka organizacji Opracowany system informacyjny przeznaczony jest dla obszaru tematycznego „Agencja nieruchomości”. Agencja nieruchomości zapewnia profesjonalną obsługę wszelkich transakcji, które są możliwe na rynku nieruchomości. Przede wszystkim jest to sprzedaż i kupno nieruchomości mieszkaniowych i komercyjnych, a także wynajem mieszkań, pokoi, działek. Atutem agencji jest obszerna baza ofert nieruchomości i działek wystawionych na sprzedaż lub na wynajem. Pracownicy agencji nieruchomości na co dzień pracują nad poszerzeniem bazy mieszkań, domów wiejskich, lokali użytkowych i działek i są w tym dobrze zorientowani. Zastosowanie systemu informatycznego pozwala na znaczne uproszczenie i przyspieszenie prac związanych z rozliczaniem klientów firmy, ich wnioskami o kupno i sprzedaż nieruchomości, dzięki automatyzacji operacji wykonywanych przy dodawaniu nowego klienta do bazy firmy , sporządzanie wniosków dla indywidualnego nabywcy lub sprzedającego, usuwanie danych o przedmiocie przy dokonywaniu transakcji sprzedaży nieruchomości. 1.2 Cel systemu informatycznego Przez system rozumie się dowolny obiekt, który jest jednocześnie traktowany jako jedna całość oraz zbiór heterogenicznych, powiązanych ze sobą i wzajemnie oddziałujących na siebie elementów, połączonych w interesie osiągnięcia wyznaczonych celów. Systemy różnią się znacznie od siebie zarówno pod względem składu, jak i głównych celów.

5 System informatyczny to uporządkowany organizacyjnie zbiór dokumentów i technologii informatycznych, obejmujący zastosowanie techniki komputerowej i komunikacyjnej, realizujących procesy informacyjne. „Idealny” system informacji do zarządzania przedsiębiorstwem powinien zautomatyzować wszystkie lub przynajmniej większość działań przedsiębiorstwa. Co więcej, automatyzacja powinna być wykonywana nie ze względu na automatyzację, ale z uwzględnieniem jej kosztów i dawać realny efekt w wynikach działalności finansowo-gospodarczej przedsiębiorstwa. W zależności od obszaru tematycznego systemy informatyczne mogą bardzo znacząco różnić się funkcjami, architekturą i implementacją. Można jednak wyróżnić szereg wspólnych właściwości. Systemy informatyczne służą do gromadzenia, przechowywania i przetwarzania informacji, dlatego każdy z nich bazuje na środowisku przechowywania i dostępu do danych. Systemy informatyczne skierowane są do użytkownika końcowego, który nie posiada wysokich kwalifikacji w zakresie technologii komputerowych. Dlatego aplikacje klienckie systemu informatycznego powinny posiadać prosty, wygodny, łatwy do nauczenia interfejs, który zapewnia użytkownikowi końcowemu wszystkie funkcje niezbędne do pracy, a jednocześnie nie pozwala na wykonywanie zbędnych czynności. Przedsiębiorstwo musi stworzyć bazę danych, która zapewni przechowywanie informacji i ich dostępność dla wszystkich komponentów systemu zarządzania.

6 Rysunek 1 Schemat blokowy systemu informacyjnego organizacji Obecność takiej bazy danych pozwala na tworzenie informacji do podejmowania decyzji. Sam system informacyjny nie jest narzędziem do podejmowania decyzji zarządczych. Decyzje podejmowane są przez ludzi. Ale system zarządzania jest w stanie przedstawić lub „przygotować” informacje w taki sposób, aby wspierać podejmowanie decyzji. Systemy wspomagania decyzji są w stanie zapewnić m.in.: śledzenie wydajności różnych sektorów i usług w celu identyfikacji i eliminacji słabych ogniw, a także usprawnienia procesów biznesowych i jednostek organizacyjnych; analiza działalności poszczególnych działów; podsumowywanie danych z różnych działów; analiza wskaźników różnych obszarów działalności finansowej i gospodarczej przedsiębiorstwa w celu wyróżnienia obiecujących i nierentownych obszarów biznesowych; identyfikacja trendów rozwijających się w przedsiębiorstwie i na rynku. Nie zapominajmy, że zwykli ludzie, którzy są specjalistami w swojej dziedzinie, ale często mają bardzo przeciętne umiejętności w pracy z komputerami, będą musieli pracować z systemem. Interfejs systemów informatycznych powinien być dla nich intuicyjny.

7 1.3 Użytkownicy i funkcje użytkowników systemu informatycznego Celem stworzenia systemu informatycznego dla agencji nieruchomości jest automatyzacja głównych procesów zachodzących w agencji. Użytkownikami tego systemu informatycznego będą pracownicy agencji: pośrednicy w handlu nieruchomościami, operatorzy komputerów, programista, sekretarka, a także klienci agencji. System informacyjny musi umożliwiać wprowadzanie i przechowywanie informacji o nieruchomościach, o wszystkich transakcjach klientów, informacji o wszystkich pośrednikach w handlu nieruchomościami, ich harmonogramie i godzinach pracy. Dlatego danymi wejściowymi do projektu systemu informacyjnego powinny być następujące cechy: informacje o nieruchomości: adres, powierzchnia, cena, liczba pokoi; informacje o sprzedaży: data sprzedaży, kwota transakcji, informacje o nieruchomości, informacje o pośredniku i kliencie; informacje o pośrednikach w obrocie nieruchomościami: nazwisko, imię i nazwisko osoby zajmującej się obrotem nieruchomościami; informacje o specjalizacji lekarzy: nazwa specjalizacji; informacje o klientach: nazwisko, imię, patronimik i numer telefonu klienta. System informatyczny agencji nieruchomości powinien realizować następujące zadania: umożliwiać wprowadzanie, zmienianie i usuwanie informacji o nieruchomościach, klientach, pośrednikach w obrocie nieruchomościami, o prowadzonych śladach; udzielać informacji o nieruchomościach przeznaczonych do sprzedaży lub dzierżawy. Tworzony system informacyjny musi spełniać następujące wymagania operacyjne: bieżące potrzeby informacyjne; rzeczywiste wymagania dla dopuszczalny czas, czyli określone wymagania dotyczące wydajności;

8 zidentyfikowanych i pojawiających się wymagań użytkowników końcowych; powinien być łatwo rozbudowywany podczas reorganizacji i poszerzania zakresu tematycznego; powinien być łatwy do zmiany, gdy zmienia się oprogramowanie i środowisko sprzętowe; dane wczytane do bazy danych muszą pozostać poprawne; dane należy sprawdzić pod kątem wiarygodności przed umieszczeniem ich w bazie danych; dostęp do danych przechowywanych w bazie danych poprzez model obiektowy powinny mieć wyłącznie osoby posiadające odpowiednie uprawnienia. 1.4 Wymagania dla systemu informacyjnego System informacyjny, jak każde inne narzędzie, musi mieć swoje własne cechy i wymagania, według których będzie można określić jego funkcjonalność i wydajność. Oczywiście dla każdego konkretnego przedsiębiorstwa wymagania dotyczące systemu informacyjnego będą różne, ponieważ należy wziąć pod uwagę specyfikę każdej organizacji. Mimo to należy podkreślić kilka podstawowych wymagań dla systemu, wspólnych dla wszystkich „konsumentów”: 1. Lokalizacja systemu informatycznego. Z uwagi na to, że największymi twórcami systemów informatycznych są firmy zagraniczne, system musi być dostosowany do obsługi firm rosyjskich. Mamy tu na myśli zarówno lokalizację funkcjonalną (z uwzględnieniem specyfiki rosyjskiego ustawodawstwa i systemów osadniczych), jak i językową (system pomocy i dokumentacja w języku rosyjskim).

9 2. System powinien zapewniać niezawodną ochronę informacji, co wymaga kontroli dostępu hasłem, wielopoziomowego systemu ochrony danych itp. 3. W przypadku wdrożenia systemu w dużym przedsiębiorstwie o złożonej strukturze organizacyjnej konieczne jest wdrożenie zdalny dostęp aby informacje mogły być wykorzystywane przez wszystkie działy strukturalne organizacji. 4. Ze względu na wpływ czynników zewnętrznych i wewnętrznych (zmiany kierunków działalności, zmiany przepisów itp.) system musi być adaptacyjny. 5. Niezbędna jest możliwość konsolidacji informacji na poziomie przedsiębiorstwa (łączenie informacji z oddziałów, filii itp.), na poziomie poszczególnych zadań, na poziomie przedziałów czasowych. Te wymagania są głównymi, ale nie jedynymi kryteriami wyboru korporacyjnego systemu informatycznego dla przedsiębiorstwa. 1.5 Wybór metodologii modelowania Obecnie rynek technologii komputerowych oferuje wiele specjalnych programów, które pozwalają na zbadanie przedsiębiorstwa i zbudowanie modelu. Wybór metodologii i narzędzi, za pomocą których prowadzone jest modelowanie procesów biznesowych, nie jest kwestią fundamentalną. Istnieją ustandaryzowane, sprawdzone metodologie i narzędzia, które można wykorzystać do badania i modelowania przedsiębiorstwa. Ich kluczową zaletą jest prostota i łatwość nauki. Modelowanie procesów biznesowych wpływa na wiele aspektów działalności firmy: zmiana struktury organizacyjnej; optymalizacja funkcji działów i pracowników;

10 redystrybucja praw i obowiązków menedżerów; zmiany w wewnętrznych regulacjach i technologii prowadzenia działalności; nowe wymagania dotyczące automatyzacji realizowanych procesów itp. Celem modelowania jest usystematyzowanie wiedzy o firmie i jej procesach biznesowych w wizualnej formie graficznej, wygodniejszej do analitycznego przetwarzania otrzymanych informacji. Model powinien odzwierciedlać strukturę procesów biznesowych organizacji, szczegóły ich realizacji oraz kolejność przepływu pracy. Modelowanie procesów biznesowych organizacji obejmuje dwa etapy: strukturalny i szczegółowy. Modelowanie strukturalne procesów biznesowych organizacji można przeprowadzić w notacji IDEF0 za pomocą narzędzi BPwin. W tej pracy procesy zamodelowano w językach IDEF0, IDEF3, IDEF1X i DFD w programie MS Office Visio. Na etapie modelowania strukturalnego model powinien odzwierciedlać: - istniejącą strukturę organizacyjną; - dokumenty i inne podmioty wykorzystywane w realizacji symulowanych procesów biznesowych i niezbędne do modelowania przepływu pracy, wraz z opisem ich głównego znaczenia; - diagramy interakcji, odzwierciedlające kolejność tworzenia i przemieszczania się dokumentów (danych, materiałów, zasobów itp.) pomiędzy aktorami. Szczegółowy model organizacji powinien zawierać: - zestaw przypadków użycia odzwierciedlających możliwe opcje realizacji procesów biznesowych „tak jak jest”; - diagramy działań, które szczegółowo opisują kolejność procesów biznesowych;

11 - diagramy interakcji, odzwierciedlające schematy przepływu pracy. Modele powinny być skoordynowane z czołowymi specjalistami organizacji posiadającymi niezbędną wiedzę.

12 2 ROZWÓJ MODELU SYSTEMU INFORMATYCZNEGO 2.1 Modelowanie procesów biznesowych w organizacji (IDEF0) Model funkcjonalny przeznaczony jest do opisu istniejących procesów biznesowych w przedsiębiorstwie (tzw. model AS-IS) oraz idealnego stanu rzeczy – jakie są potrzeby do czego należy dążyć (TO-BE). Metodologia IDEF0 nakazuje budowę hierarchicznego systemu diagramów - pojedynczych opisów fragmentów systemu. W IDEF0 system jest reprezentowany jako zbiór interaktywnych działań lub funkcji. Ta czysto funkcjonalna orientacja jest fundamentalna - funkcje systemu są analizowane niezależnie od obiektów, z którymi operują. Pozwala to na bardziej przejrzyste modelowanie logiki i interakcji procesów organizacji. Model w IDEF0 rozumiany jest jako opis systemu (tekstowy i graficzny), który powinien odpowiadać na kilka predefiniowanych pytań. Główne koncepcje metodologii funkcjonalnego modelowania pracy to: - Czynności – nazwane procesy, funkcje lub zadania, które występują w określonym czasie i mają rozpoznawalne rezultaty. Na schemacie pracę ilustrują prostokąty. - Input (Input) - materiał lub informacje, które są wykorzystywane w pracy do uzyskania wyniku. - Control (Control) – zasady, strategie, standardy rządzące pracą. - Wyjście - materiał lub informacja, która jest wytwarzana przez dzieło. Każda praca musi mieć przynajmniej jedną strzałkę wyjścia, gdyż praca bez rezultatu nie ma sensu i nie powinna być modelowana.

13 - Mechanizm - zasoby, które wykonują pracę (personel). - Call (Call) to interakcja jednego modelu pracy z innym. W IDEF0 istnieje pięć typów relacji roboczych. - Komunikacja wejście-wyjście ma miejsce, gdy wyjście zadania nadrzędnego jest kierowane do wejścia następnego zadania. - Łącze kontrolne (kontrola wyjścia) wskazuje sytuację, w której wyjście zadania nadrzędnego jest kierowane do sterowania następnego zadania. Link pokazuje dominację nadrzędnej pracy. - Sprzężenie zwrotne informacja zwrotna wyjście-wejście występuje, gdy wyjście zadania podrzędnego jest kierowane do wejścia zadania wyższego poziomu. - Informacja zwrotna dotycząca sterowania wyjściem odnosi się do sytuacji, w której dane wyjściowe zadania podrzędnego są wysyłane do sterowania zadania wyższego poziomu. Jest wskaźnikiem efektywności procesu biznesowego. - Relacja wyjściowo-mechanizmowa występuje wtedy, gdy wynik jednej pracy jest kierowany do mechanizmu innej pracy i wskazuje, że praca przygotowuje zasoby do wykonania innej pracy. Z wymienionych bloków budowane są diagramy pracy opisujące zasady funkcjonowania systemu. Proces modelowania systemu w IDEF0 rozpoczyna się od zdefiniowania kontekstu, czyli najbardziej abstrakcyjnego poziomu opisu systemu jako całości. Budowa modelu SI rozpoczyna się od opisu funkcjonowania przedsiębiorstwa (systemu) jako całości w postaci diagramu kontekstowego (rys. 2). Po opisaniu diagramu kontekstowego przeprowadzana jest dekompozycja funkcjonalna, system dzielony jest na podsystemy, każdy podsystem jest opisywany osobno (diagramy dekompozycji). Następnie każdy podsystem jest dzielony na mniejsze i tak dalej, aż do osiągnięcia pożądanego stopnia.

14 szczegółów. W wyniku tego podziału każdy fragment układu jest przedstawiony na osobnym diagramie dekompozycji. Schemat pracy systemu informacyjnego agencji nieruchomości przedstawia cały przepływ danych wejściowych i wyjściowych, które są przetwarzane w systemie informacyjnym. Agencja działa zgodnie z Kodeksem Cywilnym i Mieszkaniowym. Po uzgodnieniu ceny i pozostałych warunków umowy zostaje sporządzona umowa. Kodeks cywilny Kod mieszkaniowy Informacje o nieruchomości Informacje o kliencie Umowa sprzedaży nieruchomości Pośrednik w obrocie nieruchomościami Rysunek 2 System informacyjny agencji nieruchomości Diagram kontekstowy 2.2 Symulacja przepływu danych (DFD)

15 Diagramy przepływu danych (DFD) są podstawowym sposobem modelowania wymagań funkcjonalnych projektu systemu. Za ich pomocą wymagania te są przedstawiane w postaci hierarchii elementów funkcjonalnych (procesów) połączonych przepływami danych. Głównym celem takiego widoku jest pokazanie, w jaki sposób każdy proces przekształca dane wejściowe w dane wyjściowe, a także ujawnienie relacji między tymi procesami. Model DFD, podobnie jak większość innych modeli strukturalnych, jest modelem hierarchicznym. Każdy proces można zdekomponować, czyli podzielić na składniki strukturalne, których zależność w tym samym zapisie można przedstawić na osobnym schemacie. Do skonstruowania DFD używa się dwóch różnych notacji, odpowiadających metodom Jordana-DeMarco i Geina-Sarsona. Notacje te różnią się nieznacznie od siebie graficzną reprezentacją symboli. Metodologia Geine-Sarson opiera się na konstrukcji modelu analizowanego SI – projektowanego lub faktycznie istniejącego. Zgodnie z metodologią model systemu jest zdefiniowany jako hierarchia diagramów przepływu danych (DFD), opisująca asynchroniczny proces przekształcania informacji z wejścia do systemu na wyjście do użytkownika. Schematy górne poziomy hierarchie (diagramy kontekstowe) definiują główne procesy lub podsystemy SI z zewnętrznymi wejściami i wyjściami. Są one wyszczególnione za pomocą diagramów niskiego poziomu. Dekompozycja ta trwa dalej, tworząc wielopoziomową hierarchię diagramów, aż do osiągnięcia takiego poziomu dekompozycji, na którym proces staje się elementarny i nie można go dokładniej uszczegółowić. Źródła informacji (podmioty zewnętrzne) generują przepływy informacji (przepływy danych), które przenoszą informacje do podsystemów lub procesów. Te z kolei przekształcają informacje i generują nowe strumienie, które przekazują informacje do innych procesów

16 lub podsystemy, przechowywanie danych lub podmioty zewnętrzne do konsumentów informacji. Zatem głównymi składnikami diagramów przepływu danych są: - podmioty zewnętrzne; - systemy/podsystemy; - procesy; - urządzenia do przechowywania danych; - strumienie danych. 1. Podmioty zewnętrzne Podmiot zewnętrzny to materialny przedmiot lub osoba będąca źródłem lub odbiorcą informacji, na przykład klienci, personel, klienci. Definicja obiektu lub systemu jako podmiotu zewnętrznego wskazuje, że znajduje się on poza granicami analizowanego SI. W procesie analizy niektóre podmioty zewnętrzne mogą być w razie potrzeby przeniesione wewnątrz analizowanego diagramu SI lub odwrotnie, niektóre procesy SI mogą zostać przeniesione poza diagram i zaprezentowane jako byt zewnętrzny. Byt zewnętrzny oznaczany jest przez kwadrat umieszczony jakby „nad” diagramem i rzucający na niego cień, w celu odróżnienia tego symbolu od innych oznaczeń. 2. Systemy i podsystemy Budując model złożonego SI można go przedstawić w najogólniejszej postaci na tzw. diagramie kontekstowym jako jeden system jako całość lub też rozłożyć go na kilka podsystemów. Numer podsystemu służy do jego identyfikacji. W polu nazwy wpisywana jest nazwa podsystemu w postaci zdania z tematem oraz odpowiednimi definicjami i dodatkami. 3. Procesy

17 Proces polega na przekształceniu strumieni danych wejściowych w dane wyjściowe zgodnie z określonym algorytmem. Fizycznie proces może być realizowany na różne sposoby: może to być pododdział organizacji (działu), który przetwarza dokumenty wejściowe i wydaje raporty, program, zaimplementowane sprzętowo urządzenie logiczne itp. Numer procesu służy do jego identyfikacji. Nazwa procesu jest wpisywana w polu name w postaci zdania z aktywnym czasownikiem jednoznacznym w formie nieokreślonej (oblicz, oblicz, sprawdź, zdefiniuj, utwórz, pobierz), po której następują rzeczowniki w bierniku, np. : - „Wprowadź informacje o kliencie”; - „Wydaj informacje o dostępnych nieruchomościach”; - „Sprawdź otrzymanie pieniędzy”. Użycie czasowników takich jak „przetwarzać”, „modernizować” czy „edytować” zwykle oznacza, że ​​brakuje głębokiego zrozumienia tego procesu i wymaga dalszej analizy. Informacje w terenie fizyczna realizacja pokazuje, który dział organizacji, program lub urządzenie sprzętowe realizuje dany proces. 4. Urządzenia do przechowywania danych Urządzenie do przechowywania danych to abstrakcyjne urządzenie do przechowywania informacji, które można umieścić w urządzeniu do przechowywania danych w dowolnym momencie, a po pewnym czasie można je odzyskać, a także można je umieścić i pobrać w dowolny sposób. Nośnik danych może być fizycznie zaimplementowany w postaci pudełka w szafie na dokumenty, tabeli w pamięci RAM, pliku na nośnik magnetyczny itp. Urządzenie do przechowywania danych jest identyfikowane za pomocą litery „D” i dowolnej liczby. Nazwa napędu została wybrana z powodów najbardziej informacyjnych dla projektanta.

18 Magazyn danych jest generalnie prototypem przyszłej bazy danych, a opis przechowywanych w nim danych powinien być powiązany z modelem informacji. 5. Strumienie danych Strumień danych definiuje informacje przesyłane przez połączenie ze źródła do miejsca docelowego. Rzeczywisty strumień danych może być informacją przesyłaną między dwoma urządzeniami, przesyłaną przez e-mail listy, dyski przenoszone między komputerami itp. Diagram DFD przedstawia pracę agencji nieruchomości. Podmiotem zewnętrznym jest tutaj klient, który kontaktuje się z agencją podając dane osobowe. Po wprowadzeniu danych osobowych klient zostaje wprowadzony do bazy zarejestrowanych użytkowników, po czym użytkownik proszony jest o wybranie nieruchomości z bazy informacji o nieruchomościach. Następnie informacje o wybranej przez użytkownika nieruchomości są wprowadzane do bazy danych w celu dalszego przetwarzania. Klient Dane osobowe Rejestracja Informacje o kliencie 1 Baza danych klientów 3 2 Informacje o nieruchomości Baza zrealizowanych transakcji Informacje o kliencie Lista nieruchomości Wybrana nieruchomość Informacje o transakcji Wybierz nieruchomość Rejestracja Rysunek 3 Schemat DFD organizacji pracy SI 2.3 Opis logiki interakcji przepływ informacji (IDEF3) IDEF3 jest standardem dokumentowania procesów technologicznych zachodzących w przedsiębiorstwie i dostarcza narzędzi

19 do badań wizualnych i modelowania ich scenariuszy. Scenariusz to opis sekwencji zmian właściwości przedmiotu w ramach rozpatrywanego procesu (np. opis kolejności etapów obróbki części w sklepie i zmiany jej właściwości po przejściu każdego scena). Realizacji każdego scenariusza towarzyszy odpowiedni workflow, na który składają się dwa główne strumienie: dokumenty określające strukturę i kolejność procesu (instrukcje technologiczne, opisy norm itp.) oraz dokumenty odzwierciedlające stan jego realizacji ( wyniki testów i egzaminów, akty małżeństwa itp.). Aby skutecznie zarządzać dowolnym procesem, konieczne jest dokładne zrozumienie jego scenariusza i struktury towarzyszącego mu przepływu pracy. Dokumentacja i narzędzia do modelowania IDEF3 pozwalają na wykonanie następujących zadań: - Udokumentowanie dostępnych danych o technologii procesu, zidentyfikowanych np. w trakcie rozmowy z kompetentnym personelem odpowiedzialnym za organizację danego procesu. - Określanie i analizowanie punktów wpływu towarzyszących przepływów przepływu pracy na scenariusz procesów technologicznych. - Określ sytuacje, w których wymagana jest decyzja mająca wpływ na cykl życia procesu, na przykład zmiana właściwości konstrukcyjnych, technologicznych lub eksploatacyjnych produktu końcowego. - Promuj adopcję optymalne rozwiązania przy reorganizacji procesów technologicznych. - Opracowanie modeli symulacyjnych procesów technologicznych, zgodnie z zasadą „JAK TO BĘDZIE, JEŚLI…” Najpierw użytkownik wpisuje swoje dane do specjalnego formularza, potem to się dzieje

20 sprawdź z zarejestrowanymi użytkownikami, czy użytkownik znajduje się w bazie zarejestrowanych użytkowników, a wprowadzone dane są poprawne, to zostaje on przesłany na jego konto osobiste. Jeżeli użytkownik nie zostanie odnaleziony w bazie, a wprowadzone przez niego dane są poprawne, następuje proces rejestracji, a następnie uzyskanie dostępu do konta osobistego. Rysunek 4 Diagram IDEF3 rejestracji użytkownika na stronie agencji nieruchomości 2.4 Opracowanie modelu danych (IDEF1X) Metodologia IDEF1X jest semantycznym modelowaniem danych i służy do budowy modelu informacyjnego w postaci diagramu ER, który reprezentuje strukturę informacji niezbędnych do wspierania funkcjonowania systemu lub środowiska produkcyjnego. Model koncepcyjny, przedstawiony zgodnie ze standardem IDEF1X, jest logicznym schematem bazy danych dla projektowanego systemu. Diagram IDEF1X przedstawia logiczną strukturę danych w systemie informacyjnym.

21 Głównymi obiektami modelu pojęciowego są byty i relacje. Jednostka to jakiś wyizolowany obiekt lub zdarzenie modelowanego systemu, który ma określony zestaw właściwości atrybutów. Pojedynczy element tego zestawu jest nazywany „instancją jednostki”. Jednostka może mieć jeden lub więcej atrybutów, które jednoznacznie identyfikują każde wystąpienie jednostki i może mieć dowolną liczbę relacji z innymi jednostkami. Zasady dla atrybutów encji: 1. Każdy atrybut musi mieć unikalną nazwę. 2. Jednostka może mieć dowolną liczbę atrybutów. 3. Jednostka może mieć dowolną liczbę atrybutów dziedziczonych, ale atrybut dziedziczony musi być częścią klucza podstawowego jednostki nadrzędnej. 4. Dla każdego wystąpienia encji musi istnieć wartość dla każdego z jej atrybutów (zasada nie zerowania Not Null). 5. Żadna instancja jednostki nie może mieć więcej niż jednej wartości dla swojego atrybutu. Istota jest przedstawiona na schemacie ER jako prostokąt z jej nazwą u góry; po którym następuje lista atrybutów. Kluczowe atrybuty mogą być podkreślone lub w inny sposób. Każda jednostka może mieć dowolną liczbę relacji z innymi jednostkami. Jednostka jest niezależna, jeśli każde z jej wystąpień można jednoznacznie zidentyfikować bez definiowania jej relacji z innymi jednostkami. Jednostka może mieć atrybuty, które są dziedziczone przez relację z jednostką nadrzędną. Te ostatnie są zwykle kluczami obcymi i służą do organizowania relacji między jednostkami. Jeśli klucz obcy

22 jednostki jest używany jako jej klucz podstawowy (PK) lub jako część złożonego klucza podstawowego, wtedy jednostka jest zależna od jednostki dominującej. Jeśli klucz obcy nie jest kluczem podstawowym i nie jest częścią złożonego klucza podstawowego, jednostka jest niezależna od jednostki nadrzędnej. Jeżeli podmiot jest zależny, to jego związek z podmiotem macierzystym nazywamy identyfikującym, w przeciwnym razie - nieidentyfikującym. Relacja jest przedstawiona na diagramie ER za pomocą linii narysowanej między podmiotem nadrzędnym a podmiotem potomnym z kropką na końcu linii w encji potomnej, relacja identyfikująca jest pokazana jako linia ciągła, która nie identyfikuje linii przerywanej . Połączenie otrzymuje nazwę wyrażoną w formie gramatycznej czasownika. W przypadku związku może dodatkowo występować wskazanie na liczność: ile wystąpień bytu potomnego może istnieć dla bytu nadrzędnego. Nazwa związku jest zawsze tworzona z perspektywy rodzica, więc zdanie można utworzyć, łącząc nazwę podmiotu nadrzędnego, nazwę związku, wyrażenie liczności i imię podmiotu potomnego. Ten diagram zawiera encje: Nieruchomości, Oferty, Klienci, które są połączone ze sobą za pomocą kluczy obcych i tworzą relację jeden-do-wielu. Nieruchomość Kod nieruchomości Koszt Adres Obszar Liczba pokoi Oferty Kod transakcji m Kod nieruchomości (FK) m 1 Kod klienta (FK) Cena Data transakcji 1 Klienci Kod klienta Nazwisko Imię Patronimiczny Telefon Rysunek 5 Diagram IDEF1X

PODSUMOWANIE W trakcie wykonywania tej pracy wykorzystano umiejętności teoretyczne i praktyczne w dyscyplinie „Metody i narzędzia projektowania systemów i technologii informatycznych”. W trakcie realizacji projektu przeprowadzono analizę tematyki, przemyślano przeznaczenie systemu informatycznego, nabyto praktyczne umiejętności w zakresie projektowania konstrukcji, opracowywania i wdrażania projektu systemu informatycznego. W procesie tworzenia systemu informatycznego zbudowano kompletne i spójne modele funkcjonalne i informacyjne. Do budowy różnych diagramów modelu wykorzystano zestaw narzędzi pozwalających wizualnie symulować obszar tematyczny zgodnie z potrzebami informacyjnymi użytkowników. Systemy informatyczne pełnią więc we współczesnym świecie istotną rolę, dostarczając odpowiednich informacji specjalistom, użytkownikom w określonej dziedzinie. Wszystko, z czym spotykamy się na co dzień w życiu, jest najprawdopodobniej zarejestrowane w takim czy innym systemie informatycznym. Umiejętność pracy z systemami informatycznymi to jedna z najważniejszych umiejętności w pracy z komputerem, a specjaliści umiejący pracować z systemami informatycznymi zawsze będą poszukiwani.

Modelowanie przepływów 1 Modelowanie przepływów Metodologia ta (metodologia Gane/Sarson) opiera się na konstrukcji modelu analizowanego SI, zaprojektowanego lub faktycznie istniejącego. Zgodnie z metodologią

Projekt systemu informacyjnego „Lombard” Voloshin A.S. Balakovo Institute of Engineering and Technology, oddział Federalnej Państwowej Autonomicznej Instytucji Edukacyjnej Wyższego Zawodowca

Technologie CASE Wykład 3 1 Metodologia analizy strukturalnej Gane / Sarson Osobliwością metodologii jest uwzględnienie Systemu Informacyjnego (istniejącego lub tworzonego) z punktu widzenia informacji modelowania

ROZWÓJ ROZPROSZONEJ BAZY DANYCH KANCELARII PODRÓŻNICZEJ W OPARCIU O MS SQL SERWER Spiridonov A.V. Balakovo Institute of Engineering and Technology, oddział NRNU MEPhI Balakovo, Rosja ROZWÓJ TURYSTYKI

Modelowanie funkcjonalne systemów z wykorzystaniem metodyki DFD Zagadnienia podstawowe Definicja i cel funkcjonalny modeli DFD Podstawowe elementy modeli DFD Hierarchia DFD Rozpatrzenie przykładu

Opracowali: Gindullina T.K., Kamalova L.Z., Toropova N.D. Instrukcja metodyczna do pracy laboratoryjnej MODELOWANIE FUNKCJONALNE OBSZARU PRZEDMIOTOWEGO ZA POMOCĄ MS OFFICE VISIO 2007 1. Cel pracy Cel pracy

Zaprojektowanie systemu informatycznego do sprzedaży treści dla telefony komórkowe R. O. Zołotow Jarosławski oddział PRUE G.V. Plekhanova Yaroslavl, Rosja Projekt systemu informatycznego sprzedaż treści dla

Spis treści Zadanie 3 I. Nota wyjaśniająca 4 1. Wprowadzenie 4 2. Cel i zakres 5 3. Specyfikacje 6 3.1 Sformułowanie problemu do opracowania programu 6 3.2 Opis algorytmu

1 Budowa diagramów przepływu danych 1.1 Ogólne cechy metodyki DFD Diagramowanie przepływu danych jest głównym narzędziem modelowania wymagań funkcjonalnych dla projektowanego

FEDERALNE PAŃSTWO BUDŻETOWA INSTYTUCJA SZKOLNICTWA WYŻSZEGO STAWROPOL PAŃSTWOWY UNIWERSYTET ROLNICZY Wydział Ekonomiczny Katedra Systemów Informacyjnych ZATWIERDZONY

ROZWÓJ ZAUTOMATYZOWANEGO MIEJSCA PRACY DLA MAGAZYNU WOŁGOGRSKIEJ FIRMY BUDOWLANEJ MASZYN VOLGOGRAD Markosyan R.V. Państwowy Uniwersytet Rolniczy w Wołgogradzie, Wołgograd, Rosja ROZWÓJ

18 UDC 65.012.26 CHARAKTERYSTYKA PORÓWNAWCZA OPISU SYSTEMÓW LOGISTYCZNYCH W OPARCIU O IDEF0 I DFD Anton Olegovich Aristov, MSUH

Technologie informacyjne w ekonomii Podstawy metodologii IDEF1 i IDEF1X Alexander Yuryevich Toporets Metodologia IDEF1 Plan metodologia IDEF1X Metodologia IDEF1 Standardowe narzędzie do analizy i badania

METODOLOGIA SYMULACJI FUNKCJONALNYCH IDEF0 Zarządzanie informacją Rekomendacje standaryzacji Technologie informacyjne dla wsparcia cyklu życia produktu METODOLOGIA SYMULACJI FUNKCJONALNYCH

ETAPY PROJEKTOWANIA BAZ DANYCH Główne zadania projektowania baz danych Zapewnienie przechowywania w bazie danych wszystkich niezbędnych informacji. Zapewnienie możliwości pozyskania danych dla wszystkich niezbędnych żądań. Zmniejszenie

Laboratorium Technologii Informatycznych (ITLab) Wspierane przez firmę Intel Projekt edukacyjny i badawczy Narzędzia wspierające cykl życia oprogramowania Kurator projektu: Sysoev

Nowoczesny systemy komputerowe zarządzanie personelem Katedra Systemów Informacyjnych i Modelowania Matematycznego Rok akademicki 2010/2011 M.P. Kharlamov 1 Wykład 3 Technologie modelowania funkcjonalnego

Samodzielna praca 2 w dyscyplinie „Projektowanie systemów informatycznych” Wymagania dotyczące realizacji i realizacji zadania Za pomocą programu do modelowania procesów biznesowych BPwin wykonaj następujące czynności:

Stworzenie modelu przepływu danych procesu biznesowego „Sprzedaż” OA DENISOVA Streszczenie. Przedmiotem artykułu są metody optymalizacji przepływów danych towarzyszących procesom biznesowym organizacji.

Praca laboratoryjna 2. Modelowanie funkcjonalne. Budowanie dekompozycji pierwszego poziomu dla diagramu kontekstowego. Stwierdzenie problemu: model został opracowany w celu zrozumienia, analizy i podejmowania decyzji

Ministerstwo Edukacji i Nauki Federacji Rosyjskiej Federalna Państwowa Budżetowa Instytucja Edukacyjna Wyższego Szkolnictwa Zawodowego „Niżniewartowski Państwowy Uniwersytet”

UDC 004.056 Budowa modelu IDEF0 wirtualnego ośrodka zdrowia Mikov D.A., student Rosja, 105005, Moskwa, MSTU im. N.E. Bauman, Departament Bezpieczeństwa Informacji Doradca naukowy:

Bazy danych Wykładowca A.A. Azarchenkov Główne elementy pracy z danymi Baza danych (DB) to powiązany zbiór uporządkowanych danych związanych z określonym procesem lub zjawiskiem, w określonym

Wykład 3, część 6: Elementy zapisu graficznego diagramu składowego Adnotacja: Przeznaczenie diagramu składowego, jego główne elementy. Cechy reprezentacji fizycznej systemy oprogramowania... składniki

Metodologia projektowania baz danych Wprowadzenie do metodologii projektowania baz danych Co to jest metodologia projektowania? Metodologia projektowania — ustrukturyzowane podejście, które wykorzystuje

51 ETAPY MODELOWANIA FUNKCJONALNEGO SYSTEMÓW EDUKACJI L.L. Gorbunova Przedstawiono wyniki zastosowania metodyki modelowania funkcjonalnego do budowy modelu kształcenia ogólnego dorosłych.

Metodologia modelowania informacji IDEF1X Podstawowe zagadnienia Podstawowe pojęcia: encja, atrybut, relacja Zasady definiowania encji, atrybutu, relacji Podstawowe zasady generowania informacji

Algorytm projektowania systemu dashboardów do monitorowania wyników centrum serwisowego firmy działającej na rynku informatycznym # 09, wrzesień 2014 Matveev S.

Ufa Państwowa Politechnika Lotnicza Wydział Zautomatyzowanych Systemów Sterowania Modelowanie systemów i technologie CASE Struktura przedmiotu 9 wykładów; 8praca laboratoryjna; Rozliczenie i grafika

ROZWÓJ IP Cykl życia IP Definicja 1: Cykl życia IP to proces jego budowania i rozwijania. Definicja 2: Cykl życia IP to okres czasu, który rozpoczyna się od momentu podjęcia decyzji o potrzebie

OPRACOWANIE MODELU TO-BE DLA JEST SUE „VLADIMIRSKY AVTOVOKZAL” SI Lobanov, LI Voronova Moskiewski Politechnika Komunikacji i Informatyki Moskwa, Rosja WZÓR DO WYKONANIA DLA „DWORU AUTOBUSOWEGO W

Technologie CASE Wykład 2 1 Metodologie projektowania układów scalonych Przypomnijmy, że technologia CASE to metodologia projektowania układów scalonych oraz zestaw narzędzi do wizualnego modelowania, analizy modeli i

Kontrola wejścia Rejestracja Podstawowe procedury transformacji w technologii informacyjnej Model koncepcyjny podstawowej technologii informacyjnej zawiera procesy, procedury i operacje technologii informacyjnej.

Modele Danych Starszy Wykładowca Dep. Procesy zarządzania i bezpieczeństwo informacji Perm State University A.V. Neverov Koncepcja modelu danych Model danych jest abstrakcyjny, samowystarczalny,

MINISTERSTWO EDUKACJI I NAUKI UKRAINY ODESSA NARODOWY POLITECHNIK INSTYTUT SYSTEMÓW KOMPUTEROWYCH Instrukcje metodyczne do pracy laboratoryjnej w dyscyplinie Podstawy systemu

SPIS TREŚCI Wstęp 9 1 ANALIZA SALONU MEBLARSKIEGO „WIZERUNEK” 12 1.1 Charakterystyka techniczno-ekonomiczna salonu meblowego „Obraz” 12 1.1.1 Struktura organizacyjna 14 1.1.2 Analiza zewnętrznych i

Funkcjonalne Modelowanie Procesów Biznesowych 1 IDEF0 Metodologia Metodologia SADT (Structured Analisys and Design Technique) została opracowana przez Douglasa T. Rossa w latach 1969-73. Został pierwotnie stworzony dla

PRACA LABORATORYJNA 6 Budowa schematu przepływu danych Za pomocą tej pracy laboratoryjnej będziesz w stanie: opanować cel i zasady budowy DFD - schemat przepływu danych; naucz się instalować

Projektowanie systemu zarządzania informacją o zasobach materiałowych w przedsiębiorstwie. Kamilov K.B., Gabibulaeva S.G. Dagestan State University Machaczkała, Rosja Projektowanie systemu informacyjnego

UDC 658.2 BADANIE METOD MODELOWANIA STOSOWANYCH W ANALIZY ZŁOŻONYCH PROBLEMÓW I PROJEKTOWANIU SYSTEMÓW ZAUTOMATYZOWANYCH Lobach A.S. Moskiewski Państwowy Uniwersytet Techniczny „STAHKIN”

MODELOWANIE FUNKCJONALNE (NOTATION IDEF0) JAKO METODA BADAŃ SYSTEMÓW BIBLIOTECZNO-INFORMACYJNYCH Chasovskikh E.V., Doronina I.N. Państwowy Instytut Kultury i Sztuki w Biełgorodzie Biełgorod, Rosja

Praca laboratoryjna 1 na dyscyplinie „Programowanie systemowe” Opracowanie specyfikacji dla jednostek konstrukcyjnych. Implementacja algorytmów za pomocą projektowanie wspomagane komputerowo,... Cel pracy: wykonanie

1. Informacje i dane 2. Podstawowe pojęcia systemów z bazami danych Informatyczne systemy z bazami to systemy informacyjne, matematyczne, programowe, językowe, organizacyjne

Bazy danych w IS_rus_3kr_winter_Ukubasova G_IS, VTiPO (2k4g ochn) 1 Zbiór specjalnie zorganizowanych danych przechowywanych w pamięci systemu obliczeniowego i wyświetlających stan obiektów i ich wzajemne połączenia

Problemy automatyzacji rozliczania wykonywanych usług medycznych i sposoby ich rozwiązania na przykładzie GUZ Zhirnovskaya CRH Pavlovsky S.A. Wołgograd Państwowy Uniwersytet Rolniczy Wołgograd, Rosja Problemy

Dodatek Ministerstwo Edukacji i Nauki Federacji Rosyjskiej Instytut Murom (oddział) federalnej państwowej budżetowej instytucji szkolnictwa wyższego „Państwo Władimirskie

Dyscyplina naukowa „Bazy danych i zarządzanie nimi” dla studentów specjalności 050501.65 „Kształcenie zawodowe” WYKŁAD 5 PROJEKTOWANIE BAZ DANYCH Pytanie 1. Etapy projektowania baz danych. Pytanie

Opcja 1 Wybierz poprawną odpowiedź. Prawidłowa odpowiedź jest tylko jedna. 1. System informacyjny to a) Dowolny system przetwarzania informacji b) System przetwarzania informacje tekstowe

Bazy danych Projektowanie baz danych " Złożony system pospiesznie zaprojektowany nigdy nie działa i nie można go naprawić, aby działał.”

Ministerstwo Edukacji i Nauki Federacji Rosyjskiej BUDŻET PAŃSTWOWY INSTYTUCJA EDUKACYJNA SZKOLNICTWA WYŻSZEGO „SARATOWSKI PAŃSTWOWY UNIWERSYTET BADAWCZY

OPRACOWANIE MODELU TO-BE DLA IC LLC „RESTAURACJA” ELISTA „Kornyakova BS Moskiewski Politechnika Komunikacji i Informatyki Moskwa, Rosja MODEL DO WYKONANIA DLA SYSTEMU INFORMACYJNEGO RESTAURACJI ELISTA

System zarządzania projektami Ministerstwa Rozwoju Gospodarczego Rosji Informacje dla klientów Ministerstwo Rozwoju Gospodarczego i Handlu Rosji. Departament Ładu Korporacyjnego i Nowej Gospodarki (DKUNE). Opis

Rodzaje systemów informatycznych Rodzaj systemu informatycznego zależy od tego, czyim interesom służy i na jakim szczeblu zarządzania. Rodzaje systemów informatycznych Ze względu na charakter prezentacji i organizację logiczną

Sesja 2 Cechy nowoczesnych procesów biznesowych, opis BP, specyfika BP na rynkach wertykalnych i w administracji publicznej Dr Grigory Bochechka, profesor nadzwyczajny ITU Regionalne Seminarium Szkoleniowe dla

➀ Systemy informacyjne i banki danych. Najważniejszym warunkiem zapewnienia efektywnego funkcjonowania każdej organizacji jest obecność rozwiniętego systemu informacyjnego. System informacyjny to system

ROZWÓJ SYSTEMU INFORMATYCZNEGO DLA SZKOŁY JAZDY Sp. z oo „ZEBRA” Kudinov S.V. Moskiewski Politechnika Komunikacji i Informatyki Moskwa, Rosja ROZWÓJ SYSTEMU INFORMATYCZNEGO DLA SZKOŁY JAZDY „ZEBRA”

12_Etapy projektowania SI z wykorzystaniem UML Główne typy diagramów UML stosowanych w projektowaniu systemów informatycznych. Relacje między wykresami. Obsługa UML dla iteracyjnego procesu projektowania

Vadim Vladimirovich Klimov, kandydat nauk ekonomicznych, SAP Technical Consultant Center of Expertise, Process Integration Group firmy SAP CIS LLC (St. Petersburg) Optymalizacja międzysystemowej integracji procesów biznesowych Korporacyjny

Temat 10. Podstawy technologii baz danych Technologia baz danych jest jednym z kluczowych osiągnięć informatyki, wykorzystywanej do budowy komputerowych systemów informatycznych i aplikacji implementujących informacje

PAŃSTWOWA KOMISJA TECHNICZNA FEDERACJI ROSYJSKIEJ Dokument przewodni ZAUTOMATYZOWANE OCHRONA SYSTEMÓW PRZED NIEUPRAWNIONYM DOSTĘPEM DO INFORMACJI. KLASYFIKACJA SYSTEMÓW ZAUTOMATYZOWANYCH I

Sesja 4 Metody i środki przebudowy procesów biznesowych, rola informatyki w przebudowie procesów biznesowych i zarządzania w firmach telekomunikacyjnych dr hab. Grigory Bochechka, prof.

„PROJEKTOWANIE SYSTEMÓW INFORMACYJNYCH” B1.V.OD.3 Kierunek „Projektowanie systemów informatycznych” przeznaczony jest dla studentów studiujących na kierunku kształcenia 09.03.03 „Informatyka Stosowana”,

Kurs pracy

W dyscyplinie „Rozwój systemów informatycznych”

Agencja nieruchomości IP development

Wstęp

Trafność i miejsce rozwiązanego problemu wsparcia informacyjnego w obszarze tematycznym

Dla najbardziej wydajnej produkcji w każdej organizacji pojawia się problem organizacji zarządzania danymi. Automatyzacja pozwala na przechowywanie, strukturyzowanie i organizowanie dużych ilości danych.

Rozwój rynku przyczynił się do wzrostu liczby firm świadczących usługi w zakresie nieruchomości, co doprowadziło do nasilenia konkurencji i wzrostu wymagań dotyczących poziomu, szybkości i wygody obsługi klienta.

Obsługa klienta składa się z dwóch etapów: w pierwszym etapie prowadzone jest poszukiwanie aktualnej oferty rynku nieruchomości, w drugim – przygotowywanie dokumentów prawnych.

Zwiększenie szybkości i jakości wyszukiwania aktualnych ofert (w pierwszym etapie) wymaga opracowania i wdrożenia systemu informatycznego, który umożliwi analizę informacji o aktualnym stanie rynku nieruchomości.

Celem zajęć jest opracowanie i wdrożenie systemu informatycznego do automatyzacji działań związanych z nieruchomościami firmy "Alina" w mieście Kamieńsk-Szachtinskij.

Cele i zadania projektu dyplomu

Rozwój SI obejmuje następujące zadania:

¾ Badanie rynku produktów software'owych, identyfikacja ich mocnych i słabych stron.

¾ Przeprowadzenie analizy wymagań na system i jego projekt.

¾ Wdrożenie systemu informatycznego spełniającego wymagania klienta.

¾ Ocena efektywności technologii rozwojowych.

Ten AIS powinien współpracować z danymi operacyjnymi, akumulacja tych danych pozwoli na analizę działalności przedsiębiorstwa przez dowolny okres, a także pozwoli na operacyjne zarządzanie informacjami dotyczącymi księgowości, kupna i sprzedaży, wymiany, prywatyzacji nieruchomości nieruchomość. To jedno z zadań wdrożenia systemu. Dzięki jego zastosowaniu znacznie skraca się czas poświęcony na przygotowanie, wyszukiwanie i przetwarzanie niezbędnych informacji dla ww. funkcji wykonywanych przez firmę. Osiąga się to poprzez wybór najbardziej optymalnego sposobu przechowywania i przetwarzania danych. Dzięki takiemu podejściu skraca się również czas potrzebny innym użytkownikom na uzyskanie tych danych. To jest praktyczne znaczenie tej pracy kursu.

Opracowany system informacyjny jest niezbędny do tworzenia i obsługi wewnętrznej bazy danych mieszkań agencji, wprowadzania i edycji mieszkań, pokoi, gospodarstw domowych, działek w mieście Kamieńsk-Szachtinski i innych osiedli, które są wystawione na sprzedaż przez agentów. Ponadto system zwiększy wydajność pracy, pomagając wykonywać pracę lepiej, szybciej i taniej. Za pomocą systemu informatycznego można poprawić poziom pracy dyrektora, księgowego i sekretarki, automatyzując niektóre rutynowe czynności.

1. Opracowywanie wymagań dotyczących oprogramowania

.1 Analiza istniejących rozwiązań automatyzacji przedmiotu

Agencja nieruchomości "Alina" zapewnia osobom prywatnym i osoby prawne następujące usługi:

¾ Kupowanie nieruchomości

¾ Sprzedaż nieruchomości

¾Giełda nieruchomości

¾ Wynajem nieruchomości

¾ Wycena nieruchomości

Opracowany SI powinien spełniać następujące funkcje:

¾ Tworzenie i prowadzenie wewnętrznej bazy danych mieszkań agencyjnych.

¾ Wybór dowolnego zestawu warunków mieszkania z wewnętrznej bazy danych.

¾ Organizacja schematu pracy agencji z telefonem dyspozytorskim.

¾Wydawanie informacji zarządczych menedżerom i pracownikom

.2 Wybór metodologii projektowania systemów informatycznych

Obecnie istnieje kilka metodologii projektowania w zakresie rozwoju i wdrażania systemów informatycznych:

Metodyka modelowania funkcjonalnego SADT;

Metodologia analizy i projektowania obiektowego w języku UML;

Do projektowania systemu informatycznego została wybrana metodyka obiektowej analizy i projektowania w języku UML (Unified modeling language) - język opisu graficznego do modelowania obiektowego w dziedzinie wytwarzania oprogramowania. UML jest językiem o szerokim zakresie, jest to otwarty standard, który wykorzystuje notację graficzną do tworzenia abstrakcyjnego modelu systemu zwanego modelem UML. UML został stworzony w celu definiowania, wizualizacji, projektowania i dokumentowania, głównie systemów oprogramowania.

1.3 Analiza domeny

Agencja nieruchomości „Alina” świadczy szeroki zakres usług w zakresie nieruchomości, takich jak kupno, sprzedaż, wynajem, wycena nieruchomości mieszkaniowych i komercyjnych, znajdujących się w mieście Kamieńsk-Szachtinskij.

Rysunek przedstawia strukturalne powiązania agencji:

(Utworzony za pomocą oprogramowania „BIG-Mini”):

Agencja zatrudnia obecnie 14 pracowników.

Główne działania firmy przedstawiono na rysunku (utworzony za pomocą oprogramowania „BIG-Mini”):

1.4 Zbieranie wymagań

agencja automatyzacji interfejs nieruchomości

Zbieranie wymagań to proces wymagany do tworzenia i zatwierdzania dokumentu specyfikacji wymagań systemowych.

Na tym etapie:

¾ Zbierane są wymagania.

¾ Tworzone są profile interesariuszy.

¾ Opracowywane są przypadki użycia.

Najczęściej metodologia zbierania wymagań opiera się na wykorzystaniu metody wywiadu i badaniu dokumentacji opisującej działalność firmy.

Ankietowani pracownicy chcieli zobaczyć intuicyjny interfejs w oprogramowaniu, bezpieczeństwo danych, obecność mapy miasta do wyświetlania obiektów, możliwość przeglądania historii operacji.

Do podejmowania decyzji potrzebna jest pełna informacja o aktualnych ofertach, wcześniej sprzedanych obiektach, obiektach, które firma aktualnie sprzedaje, a także dokładny opis każdego obiektu.

1.5 Analiza i modelowanie wymagań

Na podstawie prac przeprowadzonych w celu zebrania wymagań dla IP agencji nieruchomości „Alina”, zidentyfikowano następujące wymagania:

¾ Plan miasta (z wyświetlaniem obiektu na mapie).

¾ Klasyfikator obiektów (automatyczne definiowanie powierzchni, rodzaju zabudowy, liczby kondygnacji, układu, materiału ścian).

¾ Funkcja wykluczania „duplikatów rekordów” obiektów (podczas dodawania nowego obiektu program sprawdza obecność analogów i ostrzega o występowaniu podobnych).

¾ Śledzenie warunków najmu.

¾ Możliwość przeglądania historii wypożyczeń.

¾ Archiwum bazy danych właścicieli obiektów.

¾ Archiwum bazy danych klientów - dwa statusy statusu zleceń od klienta: aktywne i nieaktywne.

¾ Funkcja ukrywania prywatnych danych.

¾ Dodawanie obrazów do obiektów.

¾ Interfejs dla wielu użytkowników (dostęp rozproszony) z autoryzacją i nazwanym powiązaniem ze zdarzeniami.

¾ Numer identyfikacyjny dla każdego przedmiotu, dla ułatwienia identyfikacji.

¾ Automatyczne kopie zapasowe po stronie klienta w celu odzyskania bazy danych w przypadku awarii.

1.6 Specyfikacja wymagań

Specyfikacja wymagań służy do codziennego utrzymywania projektu i przedstawia wymagania sformułowane w związku z projektem. Pozwala zdefiniować obszar tematyczny oprogramowania, rozpatrywany w odniesieniu do jego trzech głównych komponentów: danych, procesu i zachowania. Specyfikacja umożliwia przejście od definiowania domeny projektu do domeny rozwiązania poprzez zdefiniowanie trzech modeli wymagań, które reprezentują charakterystykę danych, procesu i zachowania.

Dostęp do IP mogą mieć tylko te kategorie użytkowników, którzy są powiązani z działem agencji, a mianowicie: szef, specjalista, rzeczoznawca.

Ogólne ograniczenia

Środowisko działania. Minimalne wymagania dotyczące systemu operacyjnego to Windows7 Starter.

Ograniczenia projektowe i wykonawcze-1. Baza danych musi być zaprojektowana na SQL Server 2010.

Ograniczenia projektowe i wykonawcze-2. Aplikacja powinna być zaimplementowana jako system klient-serwer, w którym moduły sterujące urządzeniami zewnętrznymi są serwerami automatyki.

Wymagania dotyczące interfejsu zewnętrznego

Interfejsy użytkownika-1. Ekrany wyjściowe powinny być zgodne z ogólnie przyjętymi standardami.

Interfejsy użytkownika-2. System powinien zawierać link do pomocy na każdym formularzu, wyjaśniający, jak korzystać z tego formularza.

Interfejsy użytkownika-3. Formularze powinny zapewniać pełną nawigację i wybór za pomocą klawiatury i myszy.

Wymagania systemowe przedstawia tabela:

Atrybuty jakości oprogramowania

Dostępność-1. System musi być dostępny przez całą dobę.

Niezawodność-1. System powinien odzyskać niekompletne raporty w przypadku awarii sieci lub systemu.

Wymagania funkcjonalne

¾ Prowadzenie, zmiana ewidencji klientów.

¾ Wyszukiwanie w bazie danych.

¾ Rejestracja wniosków.

¾ Dostarczanie raportów.

1.7 Poświadczenie wymagań

Podczas procesu walidacji różne rodzaje sprawdzanie wymagań.

1. Sprawdzenie poprawności wymagań. Użytkownik może sądzić, że system jest niezbędny do wykonywania określonych funkcji. Jednak dalsza refleksja i analiza może prowadzić do konieczności wprowadzenia dodatkowych lub nowych funkcji. Systemy są projektowane dla różnych użytkowników o różnych potrzebach, dlatego zestaw wymagań będzie stanowił pewnego rodzaju kompromis pomiędzy wymaganiami użytkowników systemu.

2. Sprawdzanie spójności. Specyfikacja wymagań nie powinna zawierać niezgodności. Oznacza to, że wymagania nie powinny zawierać sprzecznych ograniczeń ani różnych opisów tej samej funkcji systemu.

Sprawdzanie kompletności. Specyfikacja wymagań powinna zawierać wymagania definiujące wszystkie funkcje systemu oraz ograniczenia nałożone na system. Sprawdzenie wykonalności. Na podstawie znajomości istniejących technologii należy sprawdzić wymagania pod kątem możliwości ich rzeczywistej realizacji. Tutaj sprawdzane są również możliwości finansowania i harmonogram rozwoju systemu. Istnieje szereg metod potwierdzania wymagań, które można stosować razem lub osobno. Metoda prototypowania jest jedną z głównych metod wdrażania certyfikacji oprogramowania na etapie analizy systemu, co umożliwia wykorzystanie klientów do kontroli wymagań dla systemu.

Prototyp interfejsu po stronie serwerowej IS:

.8 Wnioski do rozdziału

W pierwszej części kursu przeanalizowano istniejące SI, zbudowano biznesowe przypadki użycia opisujące główne działania pracowników firmy oraz zidentyfikowano obszary działalności działu agencji. W celu określenia wymagań przeprowadzono ankietę wśród pracowników firmy jako głównych użytkowników przyszłego systemu. Przeprowadzenie atestacji wymagań poprzez prototypowanie było ostatnim krokiem w tej fazie.

2. Projektowanie systemu informacyjnego

2.1 Projekt architektoniczny

Architektura projektu jest określona przez wymagania konfiguracyjne systemu. W przypadku IS firmy "Alina" konieczne jest zaprojektowanie rozproszonej struktury systemu.

Na rysunku pokazano przykładową architekturę IC.

2.2 Projektowanie interfejsu użytkownika

Interfejs użytkownika to zbiór oprogramowania i sprzętu, który zapewnia interakcję użytkownika z komputerem. Podstawą takiej interakcji są dialogi. Dialog rozumiany jest w tym przypadku jako regulowana wymiana informacji między osobą a komputerem, realizowana w czasie rzeczywistym i mająca na celu wspólne rozwiązanie określonego problemu: wymianę informacji i koordynację działań. Każdy dialog składa się z oddzielnych procesów I/O, które fizycznie zapewniają komunikację między użytkownikiem a komputerem. Wymiana informacji odbywa się poprzez transmisję komunikatów i sygnałów sterujących.

Główne okno programu:

Formularz odpowiedzi na żądanie klienta:

2.3 Projekt bazy danych

Główne cele projektowania baz danych to:

¾ Prezentacja danych i relacji między nimi, niezbędnych dla wszystkich głównych obszarów zastosowań tej aplikacji oraz wszelkich istniejących grup jej użytkowników;

¾ Stworzenie modelu danych zdolnego do wspomagania realizacji wszelkich wymaganych transakcji przetwarzania danych;

¾ Opracowanie wstępnej wersji projektu, którego struktura pozwala na spełnienie wszystkich podstawowych wymagań dotyczących wydajności systemu – np. czasu odpowiedzi systemu.

Projekt bazy danych powinien opierać się na poglądach użytkowników końcowych danej organizacji – wymagania koncepcyjne dla systemu.

Podczas projektowania bazy danych tworzone są dwa poziomy modelu - logiczny i fizyczny. Warstwa logiczna to abstrakcyjny widok danych; przedstawia dane tak, jak wyglądają w świecie rzeczywistym i można ją nazwać tak, jak nazywa się to w świecie rzeczywistym. Obiekty modelu, które są reprezentowane na poziomie logicznym, nazywane są encjami. Logiczną warstwę modelu danych można zbudować na innym modelu, takim jak koncepcyjny model danych.

2.4 Uzasadnienie wyboru platformy do tworzenia systemu informatycznego

Do wdrożenia IS agencji nieruchomości "Alina" wybrano takie narzędzia programistyczne jak MicrosoftAccess 2010 oraz język programowania MicrosoftVisual C# .Net. Jest to interaktywny relacyjny DBMS dla Windows. Jest to program służący do przechowywania i pobierania danych w zależności od nawiązanych relacji. Praca z nim jest uproszczona za pomocą manipulatora myszy. Możliwości graficzne obudowy robią świetne wrażenie przy wykonywaniu wysokiej jakości raportów i wydruków. Wszystko to dzięki obsłudze czcionek True-type i osadzeniu obiektów OLE w ramach środowiska WINDOWS. OLE - obiekt jest linkiem do określonej informacji, który pozostaje w swojej pierwotnej postaci, a także udostępnia użytkownikowi mechanizmy pracy z bazami danych o różnych formatach.

Ponieważ w dziale inżynieryjnym są tylko 3 komputery, zaistniała potrzeba małego i elastycznego DBMS. W rezultacie możemy stwierdzić, że Microsoft Access 2003 jest idealnym środowiskiem do tworzenia baz danych dla tej organizacji, które spełnia wszystkie przedstawione wymagania.

Nowy język programowania C# został opracowany specjalnie dla platformy MicrosoftVisualStudio .Net. Pochłonął wiele tego, co najlepsze w różnych językach programowania.

Język C# rozbraja swoją prostotą - ma około 80 słów kluczowych i kilkanaście wbudowanych typów danych. Okazuje się jednak niezwykle wyrazisty, jeśli chodzi o wdrażanie nowoczesnych koncepcji programistycznych. Język C# zawiera najbardziej kompletne wsparcie dla programowania strukturalnego, komponentowego i obiektowego, jakiego można oczekiwać od języka nowoczesnego.

C# zapewnia wbudowaną składnię do pracy z wyliczeniami, strukturami i właściwościami klas.

Tak więc harmonijnie połączone elementy rozwoju systemu informacyjnego MS Access i wysokopoziomowego języka C# są idealne nie tylko do interakcji ze sobą, ale także na potrzeby firmy zajmującej się nieruchomościami.

.5 Projektowanie modułów

Głównym celem projektowym jest przekształcenie modeli analitycznych w szczegółowe dokumenty projektowe, na podstawie których wdrażany jest system. Model logiczny projektowanego systemu budowany jest w oparciu o technologię Rational, z wykorzystaniem podstawowych podejść obiektowych języka UML.

Moduł „Dane wejściowe” zawiera informacje o obiekcie i obejmuje wykonanie wniosku o prywatyzację, kupno lub sprzedaż nieruchomości. Dane wejściowe zawierają następujące parametry:

¾ Numer umowy (ID)

¾Pełna nazwa właściciela

¾ Typ obiektu

¾Powierzchnia pokoju

¾ Cena (w przypadku sprzedaży)

¾ Możliwość załączenia pliku z obrazem pokoju.

Dane wejściowe są umieszczane w bazie danych i mogą być w każdej chwili edytowane przez specjalistów. Specjaliści mogą zmienić status nieruchomości (ze sprzedanej na sprzedaną).

Moduł „Dane wyjściowe” polega na sporządzeniu raportu z zakończenia prywatyzacji, kupna lub sprzedaży.

Moduł ze sprzedanymi przedmiotami zawiera następujące dane:

¾ Numer umowy

¾Nazwa sprzedawcy

¾Pełne imię i nazwisko kupującego

¾ Data sprzedaży

¾ Typ obiektu

¾Powierzchnia pokoju

Dane generowane są w formie raportu w przyjaznym dla użytkownika formacie, można je w każdej chwili zażądać i wykorzystać do celów statystycznych.

.6 Wnioski do sekcji

W drugiej części realizowany jest projekt systemu księgowego IP nieruchomości.

Na tym etapie zbudowano modele logicznej i fizycznej reprezentacji systemu. Opracowano bazę danych systemu.

Opracowano logiczną reprezentację głównych komponentów systemu jako niezależnych komponentów ActiveX, które realizują funkcjonalność podstawowych pojęć z przedmiotowego obszaru.

Wniosek

Celem zajęć było opracowanie IP dla agencji nieruchomości "Alina".

Pierwszym etapem pracy kursu było określenie celu i zadań SI.

W pierwszej części przeprowadzane jest modelowanie biznesowe procesów organizacji. Budowany jest diagram biznesowych przypadków użycia reprezentujący główne obszary działalności pracowników oraz budowany jest diagram przypadków użycia systemu informacyjnego.

W drugiej części realizowany jest projekt architektoniczny systemu informatycznego. Wykonano również projekt interfejsu użytkownika, co z kolei jest ważnym punktem we wdrożeniu systemu.

Po zaprojektowaniu interfejsu programu zamodelowano strukturę danych (modele logiczne i fizyczne). Narzędziem programowym użytym do stworzenia narzędzia CASE było oprogramowanie RationalRose 2000 EnterpriseEdition. Uwzględniono użyte narzędzia programowe. Jako środowisko programistyczne wykorzystano MicrosoftVisualStudio 2010 oraz język programowania C#.

W trakcie projektowania wykorzystano takie oprogramowanie, jak:

¾ BigMasterMini;

¾ MS SQL Server 2010;

¾ MS Word 2013;

¾ Racjonalna Róża.

Reasumując można powiedzieć, że rozwiązano zadanie dotyczące automatyzacji agencji nieruchomości.