GOU NPO Professional

МЕТОДИКА

ПРЕПОРЪКИ

ЗА КУРСОВО ПРОЕКТИРАНЕ

ПО ДИСЦИПЛИНА

ТЕХНОЛОГИЯ ЗА РАЗРАБОТКА НА СОФТУЕР

по специалност

230105(2203) Софтуер ИнформатикаИ
автоматизирани системи

(основно ниво на)

Калининград, 2007 г

“ ОДОБРЕНО”

предмет

(циклична) комисионна

Съставен в съответствие с Държавните изисквания за минимално съдържание и ниво на подготовка на завършилите специалност 230 Софтуер за компютърни технологии и автоматизирани системи на средното професионално образование (базово ниво)

Председател на ПКК

Депутат режисьори

от UMR

_______________________

_______________________

Рецензенти:

ВЪВЕДЕНИЕ

В съответствие с държавния образователен стандарт за средно професионално образование, до минимум съдържание и ниво на обучение на завършилите специалност „Софтуер за компютърна техника и автоматизирани системи“ в областта на специалните дисциплини, завършилият трябва да бъде в състояние да :

· разработване на алгоритъм за софтуерна реализация на задачата;

създаване на софтуерен продукт по разработения алгоритъм, отстраняване на грешки и тестване на софтуерния продукт;

· разработване и поддръжка на мрежови приложения;

задачикурсов проект са:

Изучаване на характеристиките на определена предметна област, свързана с темата на курсовия проект;

Анализ на възможните подходи и методи за решение с обосновка на избрания метод;

Избор или разработване на модел (математически, структурен, информационен и др.), необходим за постигане на целта;

Избор на ефективни алгоритми с отчитане на тяхната точност, стабилност, конвергенция и др.;

Анализ на резултатите от работата на софтуера;

Разработване на програмна и експлоатационна документация.

2. ИЗБОР НА ТЕМА

Темите на курсовите проекти се разработват от учители на образователната институция, разглеждат се и се приемат от предметната (цикълна) комисия на заседание на катедрата, одобрена от зам. директор по учебната дейност на колежа. Темата на курсовия проект може да бъде предложена от студента в съответствие с неговите интереси и възможностите за разкриване на предложения проблем, при условие че той обоснове неговата целесъобразност.

Допуска се изпълнение на курсов проект по една тема от група студенти.

3. ТЕМИ НА КУРСОВИ ПРОЕКТИ (Приложение)

1. Разработване на софтуерен модул „Отчитане на успеваемостта на учениците”.

2. Разработване на програмен модул „Лични досиета на учениците”.

3. Разработване на софтуерен модул „Катедра”.

4. Разработване на софтуерен модул "Лаборатория".

5. Разработване на софтуерен модул "Автосервиз".

6. Разработване на софтуерен модул „Отчитане на нарушения на правилата трафик».

7. Разработване на софтуерен модул "Картотека на агенцията за недвижими имоти".

8. Разработване на софтуерен модул "Картотека на абонати на ОВД".

9. Разработване на софтуерен модул "Каса за самолетни билети".

10. Разработване на софтуерен модул "Книжарница".

11. Разработване на софтуерен модул "Паркиране".

12. Разработване на софтуерен модул „Агенция за подбор на персонал”.

13. Разработване на софтуерен модул „Изчисляване на амортизацията на имотите”.

14. Разработване на софтуерен модул „Изследовател”.

15. Разработване на софтуерен модул „Отчитане на отработените часове на студентите“.

16. Разработване на софтуерен модул „Информационно-справочна програма за пощенските адреси на клиентите”.

17. Разработване на софтуерен модул „Картотека за счетоводна литература в библиотеката”.

18. Разработване на софтуерен модул „Отчитане на стоките в склада”.

19. Разработете софтуерен модул " игрова програмаТип майсторски ум.

20. Разработете софтуерен модул „Логическа игра за отгатване на комбинация от числа“.

21. Разработване на софтуерен модул „Програма за извеждане на графика на текущите занятия за група студенти“.

22. Разработване на софтуерен модул „Информационно-справочна програма за продажба на компакт дискове”.

23. Създайте програмен модул „Корпоративен уеб сайт на туристическа фирма”.

24. Създайте програмен модул "Корпоративен уеб сайт на магазин за компютърни аксесоари".

25. Създайте програмен модул "Корпоративен уеб сайт на магазин за компютърна периферия".

26. Създайте програмен модул „Персонален уеб сайт на администратора на компютърната мрежа”.

27. Създайте програмен модул "Уеб сайт на проекта за благоустрояване на територията на колежа."

28. Създаване на програмен модул „Уеб сайт за проект за изграждане на зимна градина на територията на колежа”.

4. СЪДЪРЖАНИЕ И ЕТАПИ
КУРСОВИ ПРОЕКТ

1. Избор на тема и съгласуване с водещия. Подбор на литература.

2. Проучване на изискванията към дизайна на произведението.

3. Съставяне на план за изпълнение на курсовия проект. Разработване на алгоритъм за решение.

4. Реализация на алгоритъма.

5. Отстраняване на грешки в програмата.

6. Тестване на програмата.

7. Изготвяне на програмна и експлоатационна документация.

8. Анализ на получените резултати.

9. Регистрация на отчета.

10. Защита на курсов проект.

5. СТРУКТУРА НА КУРСОВИЯ ПРОЕКТ

Курсовият проект трябва да включва тестван софтуер и обяснителна бележка (минимум 20 листа А4).

В зависимост от курсовия проект може да бъде включена графична част.

Обяснителната бележка на курсовия проект трябва да съдържа следното
структура:

Заглавна страница на установения образец (Приложение 1);

Въведение;

Изборът на софтуер и хардуер за изпълнение на комплекта
задачи;

Описателна част на разработения софтуер;

Софтуерна документация;

Експлоатационна документация;

Заключение, което прави изводи и препоръки относно
възможности за използване на материали по проекта;

Списък на използваната литература;

Приложения.

в администрираннакратко се разкрива актуалността и значимостта на темата, формулират се целта и задачите на проекта.

Софтуерна документациявключва следния набор от документи:

Творчески подход при писане на курсов проект;

Коректност и научна обоснованост на заключенията;

Точност и правилен дизайн на курсовия проект.

Окончателната оценка на курсовата работа се определя въз основа на резултатите от защитата и качеството на работата.

Курсовата работа трябва да бъде защитена преди полагането на изпита по дисциплината "Технология на разработката на софтуер". Студенти, които не са издържали курсови проекти или са получили незадоволителна оценка на защитата, не се допускат до следващи изпити.

Защитените курсови проекти не се връщат на студентите и се съхраняват в архива на учебното заведение.

ПРИЛОЖЕНИЕ 1

Шаблон за заглавна страница

GOU NPO Professional

художествено-промишлен лицей № 10

КУРСОВИ ПРОЕКТ

по дисциплина “Технология на разработката на софтуерни продукти”

по темата за:________________________________________________________________

Попълнено от студент __________________________ Фамилия, име, бащино име

Специалност, курс, група __________________________________________

Ръководител ___________________________ Фамилия, име, бащино име

Дата на доставка, подпис на ученика ______________________

________________________________________________

Дата на защита, оценка, подпис на преподавателя

Калининград

ПРИЛОЖЕНИЕ 2

ТЕХНИЧЕСКА ЗАДАЧА.

ИЗИСКВАНИЯ ЗА СЪДЪРЖАНИЕ И ОФОРМЛЕНИЕ

ГОСТ 19.201 - 78

Информационната част (резюме и съдържание), регистрационният лист за промяна може да не са включени в документа.

За извършване на промени или допълнения в техническото задание на следващите етапи от разработването на програма или софтуерен продукт се издава допълнение към него. Съгласуването и одобряването на допълнението към техническото задание се извършва по същия начин, както е установено за техническото задание.

В зависимост от характеристиките на програмата или софтуерния продукт е разрешено изясняване на съдържанието на разделите, въвеждане на нови раздели или комбиниране на някои от тях.

1. ВЪВЕДЕНИЕ

В секцията посочете името, Кратко описаниеобхвата на програмата или софтуерния продукт и съоръжението, в което се използва програмата или софтуерния продукт.

2. ОСНОВА ЗА РАЗВИТИЕ

Документът (документите), въз основа на който се извършва разработката;

Организацията, която е одобрила този документ и датата на неговото одобрение;

Името и/или символът на темата за разработка.

3. ЦЕЛ НА РАЗРАБОТКАТА

Разделът трябва да посочва функционалното и оперативно предназначение на програмата или софтуерния продукт.

4. ИЗИСКВАНИЯ КЪМ ПРОГРАМАТА ИЛИ СОФТУЕРНИЯ ПРОДУКТ

4.1. изисквания за изпълнение.

Разделът трябва да уточнява изискванията за състава на изпълняваните функции, организацията на входните и изходните данни, времевите характеристики и др.

4.2. изисквания за надеждност.

Подразделът трябва да посочи изискванията за осигуряване на надеждна работа (осигуряване на стабилност, контрол на входната и изходната информация, време за възстановяване след повреда и др.).

4.3. Условия за ползване.

В подраздела трябва да се посочат условията на работа (температура на околния въздух, относителна влажност и др. за избраните видове носители на информация), при които трябва да се предоставят посочените характеристики, както и вида на услугата, необходимия брой и квалификация на персонала .

4.4. Изисквания за информационна и софтуерна съвместимост.

Подразделът трябва да уточнява изискванията за информационните структури на входа и изхода и методите за решение, изходните кодове, езиците за програмиране и софтуерните инструменти, използвани от програмата.

Когато е необходимо, информацията и програмите трябва да бъдат защитени.

5. ИЗИСКВАНИЯ КЪМ ДОКУМЕНТАЦИЯТА НА ПРОГРАМАТА

Разделът трябва да включва предварителен съставпрограмна документация и при необходимост специални изисквания към нея.

6. ТЕХНИКО-ИКОНОМИЧЕСКИ ПОКАЗАТЕЛИ

Разделът трябва да посочи: прогнозна икономическа ефективност, прогнозна годишна нужда, икономически предимства на разработката в сравнение с най-добрите местни и чуждестранни образци или аналози.

7. ЕТАПИ И ЕТАПИ НА РАЗВИТИЕ

Разделът установява необходимите етапи на развитие, етапи и съдържание на работа (списък на програмни документи, които трябва да бъдат разработени, съгласувани и одобрени), както и, като правило, графика за развитие и определя изпълнителите.

8. РЕД ЗА КОНТРОЛ И ПРИЕМАНЕ

Разделът трябва да посочи видовете тестове и общите изисквания за приемане на работата.

IN приложениякъм заданието, ако е необходимо, водят:

Списък на научните изследвания и други трудове, обосноваващи разработката;

Алгоритъмни схеми, таблици, описания, обосновки, изчисления и други документи, които могат да се използват при разработката;

Други източници на развитие.

ПРИЛОЖЕНИЕ 3

ТЕКСТ НА ПРОГРАМАТА (ГОСТ 19.401 - 78)

За текста на програмата на изходния език, ако има анотация, тя включва кратко описание на функцията на програмата.

Основната част на документа трябва да се състои от текстовете на един или повече раздели, които имат заглавия.

Също така е позволено да въведете име за набор от секции.

Всеки от тези раздели е реализиран от един от типовете символни означения, например:

Символна нотация на оригиналния език;

Символна нотация в междинни езици;

Символно представяне на машинни кодове и др.

ПРИЛОЖЕНИЕ 4

ОПИСАНИЕ НА ПРОГРАМАТА (ГОСТ 19.402 - 78)

В зависимост от характеристиките на програмата е разрешено въвеждането на допълнителни раздели в допълнение към посочените по-долу или комбинирането на отделни раздели.

1. ОБЩИ ПОЛОЖЕНИЯ

Разделът трябва да съдържа: обозначение и име на програмата; софтуер, необходим за работата на програмата; програмни езици, на които е написана програмата.

2. ФУНКЦИОНАЛНО ПРЕДНАЗНАЧЕНИЕ

Разделът трябва да посочва класовете задачи, които трябва да бъдат решени и / или целта на програмата и информация за функционалните ограничения за използване.

3. ОПИСАНИЕ НА ЛОГИЧЕСКАТА СТРУКТУРА

Разделът трябва да включва:

Програмни алгоритми;

Използвани методи;

Структура на програмата с описание на функциите съставни частии връзките между тях;

Връзки на програмата с други програми.

Описанието на логическата структура на програмата се извършва, като се вземе предвид текстът на програмата на изходния език.

4. ИЗПОЛЗВАНИ ТЕХНИЧЕСКИ СРЕДСТВА

Разделът трябва да посочи видовете електронни компютри и устройства, които се използват, когато програмата работи.

Разделът трябва да включва:

Как да извикате програмата от съответния носител на данни;

Входни точки на програмата.

Разрешено е да се посочват адреси за изтегляне, информация за използването на RAM, размера на програмата.

6. ВЪВЕЖДАНЕ НА ДАННИ

Разделът трябва да включва:

Същността, организацията и предварителната подготовка на входните данни;

Формат, описание и кодиране на входните данни.

7. ОТПЕЧАТЪК

Разделът трябва да включва:

Естеството и организацията на отпечатъка;

Формат, описание и кодиране на изхода.

Допуска се съдържанието на разделите да се илюстрира с обяснителни примери, таблици, диаграми, графики.

Допуска се в приложението да се включват различни материали, които е неподходящо да бъдат включени в раздели на документа.

ПРИЛОЖЕНИЕ 5

ОБЯСНИТЕЛНА БЕЛЕЖКА (ГОСТ 19.404-79)

Съставянето на информационната част (резюме и съдържание) не е задължително.

В зависимост от характеристиките на документа могат да се обединяват отделни раздели (подраздели), както и да се въвеждат нови раздели (подраздели).

ВЪВЕДЕНИЕ

В раздела се посочва името на програмата и / или символът на темата за разработка, както и документите, въз основа на които се извършва разработката, като се посочва организацията и датата на одобрение.

1. ЦЕЛ И ОБХВАТ

Разделът посочва целта на програмата, кратко описание на обхвата на програмата.

2. ТЕХНИЧЕСКИ ХАРАКТЕРИСТИКИ

Разделът трябва да съдържа следните подраздели:

2.1 Постановка на проблема.

Описана е постановката на задачата за разработване на програмата, описанието на приложените математически методи и, ако е необходимо, описанието на допусканията и ограниченията, свързани с избрания математически апарат.

2.2 Описание на алгоритъма и/или работата на програмата.

Описан е алгоритъмът и/или работата на програмата с обосновка за избора на алгоритъмната схема за решаване на задачата, възможните взаимодействия на програмата с други програми.

2.3 Състав на технически и софтуерни инструменти.

Дадено е описание и обосновка на избора на състава на метода за организиране на входни и изходни данни.

2.4 Състав на хардуер и софтуер.

Дадено е описанието и обосновката на избора на състава на хардуера и софтуера въз основа на извършените изчисления и / или анализи, разпределението на носителите на данни, използвани от програмата.

3. ОЧАКВАНИ ТЕХНИКО-ИКОНОМИЧЕСКИ РЕЗУЛТАТИ

В раздела са посочени техническите и икономическите показатели, които обосновават предимството на избрания вариант на техническо решение, както и, ако е необходимо, очакваните експлоатационни показатели.

4. ИЗТОЧНИЦИ, ИЗПОЛЗВАНИ ПРИ РАЗРАБОТКАТА

Разделът посочва списък на научни и технически публикации, нормативни документи и други научни и технически материали, които са посочени в основния текст.

IN приложениедокументът може да включва таблици, обосновки, методи, изчисления и други документи, използвани при разработката.

ПРИЛОЖЕНИЕ 6

ДЕКЛАРАЦИЯ НА ПРИДРУЖИТЕЛНИТЕ ДОКУМЕНТИ

ГОСТ 19.507 - 79

Съставянето на информационната част (резюме и съдържание) не е задължително.

В извлечението са изброени документите, включени в списъка на оперативните документи.

Списъкът на оперативните документи трябва да съдържа следните раздели: документи за програмата; документи за компонентите на програмата.

Списъкът с оперативни документи за компонент, който има самостоятелна употреба, трябва да съдържа само раздела „Документи за програмата“.

В раздела „Документи за програмата“ всички оперативни документи (с изключение на извлечението на оперативните документи) трябва да бъдат записани на тази програма.

В раздела „Документи за съставните части на програмата“ трябва да се записват отчети за оперативни документи за всички програми, пряко включени в програмата.

Документите се записват в извлечението под заглавията на разделите в колоната „Име“.

Документите се записват в отчетите във възходящ ред на кода на типа на документа, включен в обозначението.

Колоните на извлечението се попълват, както следва:

· в колоната "Обозначение" посочете обозначението на документите в съответствие с GOST 19.103-77;

в колоната „Име“ посочете пълното име на експлоатационния документ в съответствие с името, посочено в листа за одобрение или заглавна страница;

За документи за тази програма се записват само името и вида на документите;

в колона „Полк. копие." посочете броя на копията този документ;

· в колона “Местоположение” посочете номера на папката, в която се съхранява отпечатаният документ.

Разрешено е записването на текста на бележки и допълнителна информация, свързана с допълнителни оперативни документи, ако е необходимо.

Разрешено е даването на поредни номера на банкнотите.

Текстът на бележките може да бъде записан в края на съответните раздели на отчета за оперативните документи. Разрешено е да се напише текстът на бележките върху последните листове на отчета за оперативните документи на формуляри без колони с поредния номер на бележките.

Изявлението също така предоставя, ако е необходимо, списък на папките, в които са поставени отпечатани документи.

Папките в извлечението се записват след изброяване на всички документи под заглавието „Списък на папките“ в колоната „Име“ във възходящ ред на серийните им номера.

При записване на папки колоните на извлечението се попълват, както следва:

Колоната „Обозначение” е подчертана;

В колоната „Име“ посочете името и номера на папката, например „Папка № 1“;

В графата „полк. копие." посочете броя на копията на папките с това име, които са част от един набор от оперативни документи;

В колоната "Местоположение" посочете, ако е необходимо, местоположението на папките.

Пример за попълване на декларация за оперативни документи

Обозначаване

Име

Местоположение

А. В. 001-01_32_01-1

Операционна система. Инструменти за възстановяване на системата

А. В. 001-01_32_01-2

Операционна система. Редактор на връзки.

ПРИЛОЖЕНИЕ 7

ОПИСАНИЕ НА ПРИЛОЖЕНИЕТО (GOST 19.502-78)

Съставянето на информационната част (реферат и съдържание) е задължително.

В зависимост от характеристиките на програмата е разрешено въвеждането на допълнителни раздели или комбинирането на отделни раздели.

1. ЦЕЛ НА ПРОГРАМАТА

Разделът посочва целта, възможностите на програмата, нейните основни характеристики, ограниченията, наложени върху обхвата на програмата.

2. УСЛОВИЯ ЗА ИЗПОЛЗВАНЕ

Разделът посочва условията, необходими за изпълнението на програмата (изисквания за техническите средства, необходими за тази програма и други програми, общи характеристики на входната и изходната информация, както и изисквания и условия от организационен, технически и технологичен характер, и т.н.).

3. ОПИСАНИЕ НА ПРОБЛЕМА

Разделът трябва да съдържа дефиниции на проблема и методите за неговото решаване.

4. ВХОДНИ И ИЗХОДНИ ДАННИ

Разделът трябва да съдържа информация за входните и изходните данни.

В приложението към документа могат да бъдат включени справочни материали (илюстрации, таблици, графики, примери и др.).

ПРИЛОЖЕНИЕ 8

РЪКОВОДСТВО ЗА ПОДДРЪЖКА

(ГОСТ 19.508-79)

Съставянето на информационната част (реферат и съдържание) е задължително.

В зависимост от характеристиките на документа е разрешено въвеждането на допълнителни раздели.

1. ВЪВЕДЕНИЕ

Разделът посочва целта на ръководството, списък с оперативни документи, които трябва да се използват в допълнение към ръководството по време на поддръжката.

2. ОБЩИ УКАЗАНИЯ

Разделът показва реда Поддръжка, дават указания за организацията и особеностите на нейното изпълнение.

3. ИЗИСКВАНИЯ КЪМ ТЕХНИЧЕСКИ СРЕДСТВА

Разделът посочва минималния състав от технически средства, които осигуряват работата на програмата.

4. ОПИСАНИЕ НА ФУНКЦИИТЕ

Разделът посочва:

Максималният състав на техническите средства, тествани от тази програма;

Описание на съвместното функциониране на хардуера и софтуера с посочване на метода за обработка на грешки;

Описание на организацията на входните и изходните данни, използвани при поддръжката на технически средства;

Описание на взаимодействията на устройствата с програмата, резултатите от взаимодействията, с изхода на резултатите от програмата.

ПРИЛОЖЕНИЕ 9

1. Разработване на софтуерен модул „Отчитане на успеваемостта на учениците”.

Софтуерният модул е ​​предназначен за своевременно отчитане на напредъка на студентите в сесия от декана, заместник-деканите и деканските служители. Информацията за напредъка на студентите трябва да се съхранява през целия период на тяхното обучение и да се използва при изготвянето на удостоверения за преминати курсове и приложения към дипломи.

2. Разработване на програмен модул „Лични досиета на учениците”.

Софтуерният модул е ​​предназначен за получаване на информация за студентите от служители на деканата, профсъюзния комитет и отдела по персонала. Информацията трябва да се съхранява през целия период на обучение на студентите и да се използва при изготвяне на удостоверения и справки.

3. Разработване на софтуерен модул „Катедра”.

Модулът съдържа информация за персонала на катедрата (име, длъжност, научна степен, дисциплини, натовареност, социална работа, непълно работно време и др.) и е предназначен за използване от служители на отдела по персонала и деканата.

4. Разработване на софтуерен модул "Лаборатория".

Модулът съдържа информация за служителите на лабораторията (име, пол, възраст, семейно положение, наличие на деца, длъжност, научна степен) и е предназначен за използване от служители на профсъюзния комитет и отдела по персонала.

5. Разработване на софтуерен модул "Автосервиз".

При регистрация за сервиз се попълва заявление, в което се посочва името на собственика, марката на автомобила, видът на работата, датата на получаване на поръчката и цената на ремонта. След приключване на работата се отпечатва касова бележка.

6. Разработване на софтуерен модул „Отчитане на нарушенията на правилата за движение
движение."

За всеки автомобил и неговия собственик в базата данни се съхранява списък с нарушения. За всяко нарушение се записват дата, час, вид и размер на нарушението; глоба. Когато всички глоби бъдат платени, колата се премахва от базата данни.

7. Разработване на софтуерен модул "Картотека на агенцията за недвижими имоти".

Модулът е предназначен за използване от служители на агенцията. Базата данни съдържа информация за апартаментите (брой стаи, етаж, кадри и др.). При постъпило заявление за замяна (покупка, продажба) се извършва търсене подходящ вариант. Ако това не е така, клиентът се въвежда в клиентската база и се уведомява, когато се появи опция.

8. Разработване на софтуерен модул "Картотека на абонати на ОВД".

Картотеката съдържа информация за телефоните и техните собственици. Коригира просрочени плащания (абонатни и повреме). Смята се, че времето плащане на местните телефонни разговоривече въведени.

9. Разработване на софтуерен модул "Каса за самолетни билети".

Модулът съдържа информация за наличността на места по въздушните линии. Базата данни трябва да съдържа информация за номера на полета, екипажа, вида на самолета, датата и часа на излитане, както и цената на самолетните билети (от различни класи). При получаване на заявка за билети програмата търси подходящ полет.

10. Разработване на софтуерен модул "Книжарница".

11. Разработване на софтуерен модул "Паркиране".

Програмата съдържа информация за марката на автомобила, неговия собственик, дата и час на влизане, цена на паркиране, отстъпки, просрочени плащания и др.

12. Разработване на софтуерен модул „Агенция за подбор на персонал”.

Модулът съдържа информация за свободни позиции и автобиографии. Софтуерният модул е ​​предназначен както за намиране на служител, който отговаря на изискванията на мениджърите на компанията, така и за намиране на подходяща работа.

13. Разработване на софтуерен модул „Изчисляване на амортизацията на имотите”.

Програмата трябва да осигурява изчисления по два метода (равномерна амортизация и многократно отчитане на амортизацията), както и да осигурява контрол върху коректността на въведените данни и да издава предупредителни съобщения в случай на: а) липса на една или повече данни за изчисление;

б) определената стойност на течността надвишава първоначалната стойност;

в) определен е период на изчисление, който надвишава периода на амортизация.

14. Разработване на софтуерен модул „Изследовател”.

Тестовата задача трябва да се състои от 5-7 въпроса, името на тестовия файл е посочено в командния ред на списъка с програми.

15. Разработване на софтуерен модул „Отчитане на отработените часове
студенти."

Програмата трябва да бъде реализирана с MS Visual Studio; активиране на входно-изходно име на студента, номер на група и отработени часове, както и Кратко описаниезавършена работа; показва списък на студентите и кратка длъжностна характеристика за всеки от тях; можете да редактирате списъка и описанията.

16. Разработване на софтуерен модул „Информационно-справочна програма за пощенските адреси на клиентите”.

Програмата трябва да бъде реализирана с MS Visual Studio; активиране на въвеждане-изход на фамилното, собственото и бащиното име на клиента и неговия пощенски адрес; показване на списък с клиенти и адрес за всеки от тях; да можете да редактирате списъка и адресите; да може да създава и показва множество списъци; да можете да експортирате информация в други приложения, като MS Word.

17. Разработване на софтуерен модул „Картотека за счетоводна литература в библиотеката”.

Програмата трябва да бъде реализирана с MS Visual Studio; активиране на въвеждане-извеждане на заглавието на книгата и автора и кратка анотация; показване на списък с книги и анотация за всяка от тях; да може да редактира заглавието на книгата и анотацията; да може да създава няколко списъка по темата литература и да прехвърля информация от един списък в друг.

18. Разработване на софтуерен модул „Отчитане на стоките в склада”.

Програмата трябва да бъде реализирана с MS Visual Studio; дават възможност за въвеждане на наименование на продукта и количество, както и кратко описание; показване на списък с продукти и описания за всеки; да можете да редактирате името и описанието на продукта; да можете да създавате множество списъци по продуктови групи.

19. Разработете софтуерен модул „Програма тип играмайсторУм".

Програмата трябва да бъде реализирана с MS Visual Studio; дават възможност за отгатване на набори от цветове и показване на информация за грешки; на потребителя се дават няколко опита; ако наборът е познат, се показва съобщение за печалба, ако не, се показва нов опит или съобщение за загуба.

20. Разработете софтуерен модул „Логическа игра за отгатване на комбинация от числа“.

Програмата трябва да бъде реализирана с MS Visual Studio; дават възможност за отгатване на числови комбинации и извеждане на информация за грешки; на потребителя се дават няколко опита; ако комбинацията е позната, се показва съобщение за печалба, ако не, се показва съобщение за нов опит или загуба. Времето за мислене е ограничено.

21. Разработване на софтуерен модул „Програма за извеждане на графика на текущите занятия за група студенти“.

Програмата трябва да бъде реализирана с MS Visual Studio; в зависимост от времето, извежда текущия урок на екрана, неговото начало и край в съответствие с въведения график.

22. Разработване на софтуерен модул „Информационно-справочна програма за продажбаCD".

Програмата трябва да бъде реализирана с MS Visual Studio; активирайте входно-изходно име на диска, цена и резюме; показване на списък с дискове и кратко резюме за всеки от тях; да можете да редактирате списъка и съдържанието; можете да импортирате описание на диск от друго приложение, като MS Word.

23. Създайте софтуерен модул „КорпоративенСайт на туристическа компания.

Възелът трябва да съдържа начална страница, страница с новини, 3 страници с описание на туристически маршрути и услуги и страница обратна връзкаОсвен това възелът трябва да съдържа текстова, графична и мултимедийна информация.

24. Създайте софтуерен модул „КорпоративенУеб сайт на магазин за компютърни аксесоари.

Възелът трябва да съдържа начална страница, страница с новини, страница за обратна връзка и няколко страници, описващи аксесоари, като твърди дискове, видео карти и ТВ тунери. Освен това възелът трябва да съдържа текстова, графична и мултимедийна информация.

25. Създайте софтуерен модул „КорпоративенУеб сайт за магазин за компютърна периферия.

Възелът трябва да съдържа начална страница, страница с новини, страница за обратна връзка и няколко страници, описващи периферни устройства като принтери, дисплеи и уеб камери. Освен това възелът трябва да съдържа текстова, графична и мултимедийна информация.

26. Създайте програмен модул „ЛичниУеб сайт на администратора на компютърната мрежа.

Възелът трябва да съдържа начална страница, страница за себе си, схема на мрежата и местоположението й по помещения, страница със забележки и техните корекции. Възелът трябва да съдържа текстова, графична и мултимедийна информация

27. Създайте програмен модул "Сайт на проекта за подобряване на територията на лицея.

28. Създайте програмен модул "Уеб сайт на проекта за изграждане на зимна градина на територията на лицея.

Възелът трябва да съдържа начална страница, описание на проекта, списък с етапи с крайни срокове, списък на участниците и техните отговорности и дискусионен форум. Възелът трябва да съдържа текстова, графична и мултимедийна информация

БИБЛИОГРАФИЯ

1. ГОСТ 7.1–84. Библиографско описание на документа. Общи изисквания и правила за съставяне.

2. ГОСТ 7.9-95. Абстрактно и абстрактно. Общи изисквания.

3. Стандарти на Единната система за програмна документация (ЕСПД).

4. Инструкции на Шишкин за курсовия проект. - Смоленск, 2002.

5. Рудаков данни. Разработка на приложения - Санкт Петербург: BHV-Петербург, 2006

6. Илюшечкин използване и проектиране на бази данни - М.: Висше образование. 2009 г

ВЪВЕДЕНИЕ.. 3

1. ЦЕЛ И ЦЕЛИ НА ДИЗАЙНА НА КУРСА .. 3

2. ИЗБЕРЕТЕ ТЕМА... 4

3. ТЕМИ НА КУРСОВИ ПРОЕКТИ.. 4

5. СТРУКТУРА НА КУРСОВИЯ ПРОЕКТ .. 5

6. ФОРМУЛИРАНЕ НА ОБЯСНИТЕЛНАТА БЕЛЕЖКА КЪМ КУРСОВИЯ ПРОЕКТ .. 6

7. ЗАЩИТА НА КУРСОВ ПРОЕКТ .. 7

ПРИЛОЖЕНИЕ 1.8

ПРИЛОЖЕНИЕ 2.9

ПРИЛОЖЕНИЕ 3. 11

ПРИЛОЖЕНИЕ 4. 12

ПРИЛОЖЕНИЕ 5. 14

ПРИЛОЖЕНИЕ 6. 15

ПРИЛОЖЕНИЕ 7. 16

ПРИЛОЖЕНИЕ 8. 17

ПРИЛОЖЕНИЕ 9. 18

ЛИТЕРАТУРА... 22

За същия вариант се изпълняват лабораторни упражнения № 1-5.

• 1. Разработване на софтуерен модул „Отчитане на успеваемостта на учениците”. Софтуерният модул е ​​предназначен за своевременно отчитане на напредъка на студентите в сесия от декана, заместник-деканите и деканските служители. Информацията за напредъка на студентите трябва да се съхранява през целия период на тяхното обучение и да се използва при изготвянето на удостоверения за преминати курсове и приложения към дипломи.
• 2. Разработване на програмен модул „Лични досиета на учениците”. Софтуерният модул е ​​предназначен за получаване на информация за студентите от служители на деканата, профсъюзния комитет и отдела по персонала. Информацията трябва да се съхранява през целия период на обучение на студентите и да се използва при изготвяне на удостоверения и справки.
• 3. Разработване на софтуерен модул "Решение на комбинаторни оптимизационни задачи". Модулът трябва да съдържа алгоритми за намиране на цикъл с минимална дължина (проблем на пътуващия търговец), намиране на най-краткия път и намиране на минималното обхващащо дърво.
• 4. Разработете приложението "Utsio? 5 "Органайзер". Приложението е предназначено да записва, съхранява и търси адреси и телефонни номера лицаи организации, както и графици, срещи и др. Приложението е предназначено за всеки компютърен потребител.
• 5. Разработете приложението "Калкулатор" за yindows. Приложението е предназначено за всеки потребител и трябва да съдържа всички аритметични операции (по отношение на приоритетите) и за предпочитане (но не е задължително) няколко математически функции.
• 6. Разработване на софтуерен модул "Катедра", съдържащ информация за персонала на катедрата (име, длъжност, научна степен, дисциплини, натовареност, социална дейност, непълно работно време и др.). Модулът е предназначен за използване от служители на отдела за персонал и деканата.
• 7. Разработване на софтуерен модул "Лаборатория", съдържащ информация за персонала на лабораторията (име, пол, възраст, семейно положение, наличие на деца, длъжност, научна степен). Модулът е предназначен за използване от служители на профсъюзния комитет и отдела за персонал.
• 8. Разработване на софтуерен модул "Автосервиз". При регистрация за сервиз се попълва заявление, в което се посочва името на собственика, марката на автомобила, видът на работата, датата на получаване на поръчката и цената на ремонта. След приключване на работата се отпечатва касова бележка.
• 9. Разработване на софтуерен модул „Отчитане на пътнотранспортни нарушения“. За всеки автомобил (и неговия собственик) в базата данни се съхранява списък с нарушения. За всяко нарушение се записват датата, часът, видът на нарушението и размерът на глобата. Когато всички глоби бъдат платени, колата се премахва от базата данни.
• 10. Разработване на софтуерен модул "Картотека на агенцията за недвижими имоти", предназначен за използване от служителите на агенцията. Базата данни съдържа информация за апартаментите (брой стаи, етаж, кадри и др.). При постъпване на заявка за замяна (покупка, продажба) се извършва търсене на подходящ вариант. Ако това не е така, клиентът се въвежда в клиентската база и се уведомява, когато се появи опция.
• 11. Разработване на софтуерен модул "Картотека на абонати на ОВД". Картотеката съдържа информация за телефоните и техните собственици. Коригира просрочени плащания (абонатни и повреме). Смята се, че вече е въведено почасовото заплащане на градските телефонни разговори.
• 12. Разработване на софтуерен модул "Каса за самолетни билети", съдържащ информация за свободните места по въздушните линии. Базата данни трябва да съдържа информация за номера на полета, екипажа, вида на самолета, датата и часа на излитане, както и цената на самолетните билети (от различни класи). При получаване на заявка за билети програмата търси подходящ полет.
• 13. Разработване на софтуерен модул "Книжарница", съдържащ информация за книги (автор, заглавие, издателство, година на издаване, цена). Купувачът попълва заявка за необходимите му книги, ако няма такива, той се въвежда в базата данни и се уведомява, когато необходимите книги пристигнат в магазина.
• 14. Разработване на софтуерен модул "Паркиране". Програмата съдържа информация за марката на автомобила, неговия собственик, дата и час на влизане, цена на паркиране, отстъпки, просрочени плащания и др.
• 15. Разработване на програмен модул „Агенция за подбор на персонал“, съдържащ информация за свободни позиции и автобиографии. Софтуерният модул е ​​предназначен както за намиране на служител, който отговаря на изискванията на мениджърите на компанията, така и за намиране на подходяща работа.

Въведение

1. Аналитична част

1.1 Технико-икономическа характеристика на обекта и предприятието.

1.1.1 Характеристика на предприятието

1.2 Характеристики на комплекса от задачи, задачи и обосновка на необходимостта от автоматизация

1.2.1 Избор на набор от задачи за автоматизация и характеристики на съществуващи бизнес процеси

1.2.2 Обосновка на необходимостта от използване на компютърни технологии за решаване на проблема

1.2.3 Описание на основните свойства на ИС за предприятието и избрания набор от задачи

1.2.4 Икономическа същност на набора от задачи

1.2.5 Определяне на мястото на планираната задача в комплекса от задачи

1.2.6 Същност на задачата

1.3.2 Избор и обосновка на стратегия за автоматизация на задачите

1.4 Поставяне на цели и подзадачи на автоматизацията. Критерии за постигане на целта.

1.4.3 Общи характеристики на организацията на решаване на подзадачи на компютър

1.5 Анализ на съществуващите разработки и обосновка на избора на технология за проектиране.

1.6 Обосновка на проектните решения

1.6.2 Обосновка на проектни решения за информационно осигуряване

2. Проектна част

2.1 Информационно осигуряване на задачата

2.1.4 Характеристики на базата данни.

2.2 Софтуерна задача

2.3 Технологично осигуряване на задачата

2.4 Тестов случай за изпълнение на проекта и неговото описание

Заключение

Списък на използваните източници

1.1 Технико - икономическа характеристика на предметната област и предприятието

1.1.1 Характеристики на предприятието

1. Пълно наименование: Агенция за сделки с недвижими имоти "Елена". Кратко име: Агенция за недвижими имоти Елена.

2. Агенция за недвижими имоти Елена е регистрирана от частен предприемач в съответствие със закона на Руската федерация „За държавна регистрация юридически лицаи индивидуални предприемачи.

3. Местоположение на агенцията: Руска федерация, Република Башкортостан, град Октябрски, бул. Ленина, 67.

4. Задачи:

· Предоставяне на услуги на населението за покупко-продажба, дарение, други сделки с недвижими имоти в съответствие с търсенето на пазара.

Съдействие при получаване на ипотечен кредит.

· Създаване на достъпни услуги за търсене на информация за недвижими имоти.

· Предоставяне на пълен набор от услуги за инвестиране в недвижими имоти.

Осигуряване на стабилност в дейността на предприятието.

5. Цели на фирмата:

· Извличане на печалба.

· Превърнете се в надеждна, съвестна агенция, предоставяща висококачествени услуги.

· Привличане на нови клиенти.

· Разширяване на териториалния обхват на дейностите.

Агенция за недвижими имоти "Елена" за 2006, 2007, 2008г.

	Основни показатели	2006 г	2007 г	Отклонения (%) 2007 до 2006 г	2008 г	Отклонения (%) 2007 до 2006 г
1	2	3	4	5	6	7
1.	Обемът на предоставените услуги, хиляди рубли;	6500	7100	109	9800	151
2.	Цената на предоставените услуги, хиляди рубли;	5200	5400	104	7340	141
3.	Разходи за 1 рубла предоставени услуги, копейки;	1,25	0,76	60	0,75	60
4.	Печалба, хиляди рубли;	1300	1700	131	2460	189
5.	Рентабилност, %	25	34	136	33	132
6.	Численост на персонала, лица;	5	6	120	8	160
7.	Производителност на труда, хиляди рубли / човек;	1300	1183	91	1225	94
8.	Средна месечна заплата, rub;	8000	10000	125	15000	187
9.	Фонд за заплати, rub;	40000	60000	150	120000	300

Въз основа на горните данни, нека да оценим финансовите резултати на агенция "Елена" за периода 2006, 2007, 2008 г.

От таблицата се вижда, че обемът на предоставените услуги нараства всяка година: през 2007 г. спрямо 2006 г. - с 9%, през 2008 г. - с 51%.

Следните фактори допринесоха за това увеличение:

Ипотечното кредитиране беше достъпно през 2008 г. - лихвата на банката варираше от 11% годишно;

Пазарът на предоставяните услуги се разшири значително, завладявайки близките градове на региона;

С навлизането на нови брокери в агенцията сроковете за работа са драстично намалени;

Осигурен адвокат безплатни консултации, след което клиентите стават клиенти на агенцията за обработка на транзакции.

Разходите за извършени услуги през 2007 г. спрямо 2006 г. се увеличават с 4%, а през 2008 г. съответно с 41%. Следните фактори допринесоха за увеличението на разходите:

Нарастващите разходи за енергия, покачващите се цени на водата, топлината, телефонна връзка, плащане за интернет;

Монтаж на най-новата СОТ;

Повишен разход на гориво за автомобили;

Разходите за 1 рубла предоставени услуги (съотношението на разходите към обема на предоставените услуги) през 2007 г. и 2008 г. в сравнение с 2006 г. са намалели с 40%.

Това намаление се дължи на факта, че компанията се стреми да минимизира разходите чрез:

Неограничени интернет връзки;

По-голямо използване на информация от уста на уста за привличане на клиенти;

Ограничения за междуградски телефонни разговори;

Съдейки по показателите за печалба (разликата между обема на услугите и разходите), агенцията работи рентабилно, т.е. печалбата нараства всяка година: през 2007 г. спрямо 2006 г. тя се е увеличила с 31%, през 2008 г. също, спрямо 2006 г. се увеличава с 89%.

Това беше повлияно от намаляването на разходите за 1 рубла предоставени услуги. Динамиката на нарастване на рентабилността се определя от същите причини.

Броят на персонала се увеличава ежегодно, през 2007 г. към персонала е добавен 1 брокер, през 2008 г. - още 3 специалисти. Това се дължи на нарастването на обема на предоставяните услуги. Ако е необходимо, специалистите се сменят взаимно, като по този начин повишават нивото на своята квалификация, като същевременно предотвратяват напускането на клиента от компанията за друга агенция.

През 2007 г. производителността на труда (отношението на обема на предоставените услуги към броя на заетите) спрямо 2006 г. намалява с 9%, а през 2008 г. спрямо 2006 г. с 6%. Това беше повлияно от разширяването на държавата. Това обаче е нормално за компанията, служителите бързо влизат в работен ритъм, поради което има тенденции за повишаване на производителността на екипа.

Средната месечна работна заплата на служителите през 2007 г. спрямо 2006 г. нараства с 25%, през 2008 г. съответно с 87%. Вследствие на това се увеличава фондът работна заплата (произведението на средната месечна работна заплата и броя на заетите). Този растеж е свързан с увеличаване на обема на предоставяните услуги, точно както директорът насърчава с бонуси за ефективност и професионализъм, за сметка на компанията, която изпраща на платени семинари в Москва, Уфа, Самара.

Като цяло агенция за недвижими имоти "Елена" работи стабилно, с печалба, въпреки общата икономическа нестабилност. Покачването и понижаването на цените се отразява на пазара на недвижими имоти, но винаги има кой да продава и кой да купува имот, необходимо е да организирате работата на фирмата така, че да идва при вас за вашите услуги.

1.1.2 Организационна структура на управление на предприятието и нейните характеристики

Структура

Агенцията има елементарна организационна структура, която отразява двустепенното разделение, което се среща само в малките организации.

Началник кабинет. Ръководител на група брокери

Отговорности:

· Управление на група брокери.

· Планиране, контрол и отчитане на работата на кабинета.

· Наблюдение на напредъка на всички транзакции.

· Обучение на брокери.

· Получаване и извършване на авансови плащания.

Старши юрисконсулт:

Отговорности:

· Поддръжка на сделки

Проверка на "чистотата" на документацията

· Контрол за законосъобразност на дейността на агенцията.

касиер счетоводител

Отговорности:

· Изготвяне и подаване на отчети

брокер

Отговорности:

・Получавайте обаждания

· Консултиране на потенциални клиенти.

· Сключване на агентски договори в офиса на фирмата и посещения на място при клиента.

· Избор на апартаменти по специализирана база данни за недвижими имоти.

· Показване на апартаменти.

Сборник документи

· Подготовка на транзакции.

· Извършване на авансови плащания.

Офис мениджър

Отговорности:

· Административна поддръжка на офис дейността.

· Среща с клиенти. Чай, кафе за клиенти.

· Изпращане/получаване на факсове. Разпечатка на документи.

· Закупуване на канцеларски материали и други стоки за живота на офиса.

Поддържане на статистика на посещенията в офиса от служители.

Куриер

· Доставка на кореспонденция.

· Доставка на документи.

Фигура 1.1 Организационна схема

Характеристика

Дейността с недвижими имоти не предполага наличието на специално образование, т.к. образователният пазар не подготвя специалисти в тази област.

Всички работещи в агенцията са с висше образование, но професиите и сферите на дейност преди работа в агенция Елена бяха доста разнообразни. Всички те имат "търговска жилка", като правило са бивши предприемачи или опитни адвокати.

Например юрисконсултът Гиниятулин Галимян Галимулинович е завършил юридическия факултет на Башкирския държавен университет. Той се занимава с юридически дейности повече от 30 години, преди да се присъедини към агенцията, той е работил в Октябрьския отдел на Камарата за държавна регистрация, през 2008 г. получава сертификат за напреднало обучение в посока "Управление на компания за недвижими имоти" .

Въпреки това не трябва да се подценяват младите служители на компанията, които може да не знаят някои нюанси, но обграждат клиента си с внимание и грижа, поемат отговорен подход към бизнеса, така че по-късно да разкажат на приятелите си за тях.

Фирмата разполага с висококвалифициран счетоводител с богат трудов стаж, така че фирмата извършва своята дейност в съответствие със закона, знае какви данъци да плаща.

Спецификата на потребителското търсене се състои в това, че компанията няма постоянни клиенти. Това се дължи на факта, че след задоволяване на нуждите им от жилище или обратно, след продажба на апартамент, по-нататъшната нужда от услуги изчезва. Въпреки това, след професионално завършване на сделката, издаване на правна подкрепа за сделката, служителите на агенцията печелят добра репутация, като по този начин преките клиенти препоръчват агенцията на своите роднини и приятели.

Най-вероятно такава схема работи и дава резултати.

Агенция "Елена" се увеличи от двама на осем души. Това е мобилен добре координиран екип, който непрекъснато подобрява уменията си. Пет души имат висше образование, двама учат в университети, което ни позволява да предоставяме висококачествени професионални услуги, привличайки всички голямо количествоклиенти

1.1.3 Описание на информационната и техническата поддръжка на предприятието, използваната функционалност

Бизнес субектът, който разглеждаме, използва следното оборудване.

7 персонални компютри.

7 стационарни телефонен апаратна един ред.

· 3 принтера.

· 1 факс апарат.

· 1 копирна машина.

· 1 рутер за достъп до Интернет.

И следния софтуер.

7 операционни системи Windows XP

7 пакета MSoffice 2003

1 счетоводна програма 1C Accounting 7.7

· 1 софтуерен пакет Гарант.

1.2 Характеристики на комплекса от задачи, задачи и обосновка на необходимостта от автоматизация

1.2.2 Избор на набор от задачи за автоматизация и характеристики на съществуващи бизнес процеси

В момента едно търговско предприятие трябва да работи в трудни финансови и икономически условия. Ключът към успешната работа на предприятието в такива условия е най-ефективната организация на предприятието на всички нива. Това е сложна задача, чието успешно решаване не е в областта на една наука, а обикновено в пресечната точка на много дисциплини, като управление и управление, логистика, счетоводство и, разбира се, компютърни науки.

Автоматизирането на бизнес процесите на едно модерно предприятие е необходимо и незаменимо условие за успешното му функциониране. Трудно е да си представим днес предприятие, където например счетоводството се извършва ръчно. Но счетоводството далеч не е единственият пример за приложение за автоматизация в едно предприятие. Съществуващ информационни технологииви позволяват да автоматизирате дейностите на почти всички нива на предприятието. Въз основа на това става ясно, че автоматизацията на дейностите се превръща в ключова задача, която ръководството трябва да реши, за да може предприятието да работи възможно най-ефективно.

В този дипломен проект се разглежда автоматизацията на дейността на предприятие, предоставящо услуги, което, разбира се, налага своята специфика на задачата за автоматизация. Автоматизирането на дейността на предприятие, предоставящо услуги, е набор от задачи, всяка от които е цялостен проект. Задачите за автоматизация включват:

счетоводство в предприятието;

осчетоводяване на апартаменти и къщи под наем и продажба;

счетоводство на клиенти, желаещи да наемат или закупят апартамент;

Счетоводство на клиенти, които получават други услуги;

Можете да включите редица подсистеми в сложните задачи за автоматизиране на дейността на агенция за недвижими имоти. Трябва да се отбележи, че всички задачи в комплекса от задачи са взаимосвързани и операциите, извършвани в предприятието, не могат да бъдат свързани с нито една задача.

1.2.3 Обосновка на необходимостта от използване на компютърни технологии за решаване на проблема

Анализът на задачата води до извода, че нейното решаване с традиционните счетоводни инструменти с помощта на хартиени документи е възможно, но неефективно. На първо място, такъв извод следва от анализа на броя на сделките по управление на клиент или имот. За една голяма агенция за недвижими имоти броят на подобни сделки може да достигне такъв брой, че ръчното им изпълнение да стане просто невъзможно. Също така е много трудно да се съхранява и търси информация за недвижими имоти и техните имоти, клиенти и сделки на хартиен носител. Няма нужда да описваме предимствата и удобството на търсенето на информация например за апартамент в удобна и бърза информационна система в сравнение с търсенето на такава информация в папки с хартиени документи. По подобен начин търсенето на информация за всяка завършена операция от дейността с недвижими имоти може да бъде намерено в дневника електронни документис всички детайли по изпълнението му бързо и удобно.

Използването на компютърни технологии обаче осигурява не само удобството и скоростта на търсене на информация и документи, но и повишава ефективността на работата на фундаментално ново ниво, предоставяйки функции, които преди това са били недостъпни. На първо място, това се отнася до подсистемата за аналитична информация. Преди това, когато се използва счетоводна система на хартиен носител, беше възможно да се получи информация за извършени транзакции и да се анализират най-търсените услуги само чрез премахване на цялата документация и договори, но сега тя стана много по-бърза и по-достъпна, което ще ви позволи по-добре оценка на търсенето на различни услуги на пазара.

В допълнение към горното, подчертайте редица аналитични отчети, които могат да бъдат получени с помощта на автоматизирани информационна система. От такива доклади, анализ на състоянието на пазара на недвижими имоти, анализ на предложенията на пазара на недвижими имоти, колебания в цената на жилищата, анализ на сключените услуги.

Друго безспорно предимство на използването на автоматизирана информационна система е сигурността на съхранението на информация. При съхраняване на информация на хартия загубата на всеки хартиен документ беше незаменима. Такава загуба може да възникне както в резултат на действията на злосторници, така и в резултат на действието на неустоими сили. При съхраняване на информация в електронен вид съществуващи методигарантирането на сигурността на съхранението на информация и нейното дублиране правят това съхранение абсолютно надеждно.

По този начин можем да откроим следните основни предимства на използването на автоматизирана информационна система, базирана на компютърни технологии, за решаване на проблема с изграждането на счетоводна система:

Подобряване на удобството при търсене и избор на данни от директории за съхранение на статична информация и логове на извършените операции;

· повишаване скоростта на търсене и подбор на информация, както и регистриране на сделки с недвижими имоти;

· Осигуряване на въздействието на всяко новопоявило се предложение на пазара на недвижими имоти върху старите заявки на клиентите;

Гарантиране на сигурността на съхранението на информация;

Осигуряване на работа с много потребители.

1.2.4 Описание на основните свойства на ИС за предприятието и избрания набор от задачи.

Основните свойства на ИС за това предприятие са

Малък и неусложнен - ​​няма нужда текущи задачив голяма и сложна IC

· Динамичен и лесно променлив - изграден на базата на Microsoft Access не изисква специализирани умения за промяна на IP

Ниска сигурност - на този етап предприятието няма изисквания за IP сигурност

· Човек участва активно в работата на ИС – въвеждане на данни, събиране на данни.

· Изложен е на случайни фактори като - грешки на тези устройства, грешки на персонала.

Този клас задачи е важен, тъй като автоматизирането на дейността на такова предприятие като агенция за недвижими имоти като цяло е доста нетривиална задача.

Софтуерът за такъв клас задачи като автоматизиране на дейността на агенция за недвижими имоти е доста рядък и не се използва широко, най-вероятно поради факта, че големите агенции пишат такъв софтуер сами с цели отдели и впоследствие не го предлагат за продажба, за да не улеснят живота на потенциалните си конкуренти.

Следователно, за да се получи такъв IS, препоръчително е предприятието да разработи най-подходящата система за него, като вземе предвид всички нюанси на дейността на тази компания.

И разбира се, използването на IP в такава бързо променяща се индустрия като работата с недвижими имоти в нашите дни на криза ще помогне за бърза оценка на пазарната ситуация и предприемане на проактивни стъпки в посоката, която ще даде максимална сумапристигна сега. Което е много важно за оцеляването на компанията на пазара по време на криза. Позволява ви да оцените разходите.

В бъдеще системата ще позволи и оценка на дългосрочните перспективи и предоставяне на информация за разбиране в какво си струва да се инвестира в дългосрочен план.

1.2.6 Определяне на мястото на планираната задача в комплекса от задачи

Сред задачите на автоматизацията трябва отделно да се подчертае задачата за автоматизиране на поддръжката на базата данни за недвижими имоти, както и поддържането на базата данни на клиентите на организацията.

Натрупването на клиентски данни е много важна част от автоматизацията на предприятие, което е насочено към обслужване на клиенти, използвайки тази база данни можете да разберете от какво се нуждаят клиентите в момента, дори ако в момента не можем да удовлетворим искането на клиента, информация за това, което той нуждите ще помогнат в развитието на гамата от услуги на нашата компания. Клиентската база лесно ще ви позволи да проведете проучване, за да насочите по-добре офертите си на пазара. Това ще даде предимство пред конкурентите, които нямат автоматизация.

Автоматизирането на базата данни за недвижими имоти ще даде възможност по-бързо и по-пълно да се отговаря на желанията на клиентите, да се правят сложни селекции и търсения по множество параметри, което значително надхвърля сегашната ситуация, когато всички данни се съхраняват в текстови документи в Microsoft word формат.

Целта на този дипломен проект е да се реши именно задачата за автоматизиране на клиентската база данни и базата данни за недвижими имоти – централната задача на комплексната задача за автоматизация на дейността на предприятието.

Комплексът от задачи за автоматизация и мястото на проблема, който се решава в този комплекс, са показани на фигура 1.2.

Фигура 1.2 Комплексът от задачи за автоматизация и мястото на проблема, който се решава в този комплекс.

1.2.7 Същност на задачата

Системата за отчитане на клиенти и недвижими имоти се състои от много аспекти.

Решението на този проблем се състои в решаване на подзадачи, които могат да бъдат идентифицирани в този проблем. Могат да се разграничат следните подсистеми:

Подсистемата за управление на апартаменти и къщи за продажба и подсистемата за управление на клиенти за отдаване под наем на апартаменти и къщи са предназначени да съхраняват всички необходими данни за обектите на недвижими имоти. Такива статични данни могат да бъдат самият имот и неговите характеристики, допълнителна информация за имота и други данни.

Подсистемата за управление на клиенти за покупка на апартаменти и къщи и подсистемата за управление на клиенти за отдаване под наем на апартаменти и къщи трябва да предостави информация за клиента, списък с изискванията на клиента, желания вид плащане, информация за това кой извършва сделката, местоположението на недвижими имоти и друга информация за желанията на клиента. Подсистемата трябва да може да проследява етапа на транзакцията. Подсистемата за управление на клиенти за други услуги трябва да предоставя данни за самия клиент и услугите, от които се нуждае, възможност за проследяване на етапа на работа, да съдържа информация за служителя, който ръководи този клиент. Съдържа друга информация, която служителите смятат за необходима. Подсистемата за аналитична информация трябва да предостави на потребителите на програмата възможност за съставяне на отчети за извършени транзакции. Отчетите трябва да имат гъвкави настройки, да ви позволяват да задавате условията за генериране на отчети, както и секции за генериране на отчети. Всички доклади трябва да имат печатни формиза по-лесно представяне.

1.3 Анализ на съществуващите разработки и избор на стратегия за автоматизация

1.3.1 Анализ на съществуващи разработки за автоматизация на задачи

В момента има много малък брой автоматизирани информационни системи, които решават проблема с автоматизирането на дейността на агенцията за недвижими имоти.

Например системата "Идеална опция: недвижими имоти" в тази система са реализирани следните функции

Удобен и прост интерфейс

Също така повече или по-малко подобни опции са системи:

«База данни за обекти на недвижими имоти»

"Експерт недвижими имоти"

Най-добрата система на пазара, разбира се, е идеална: недвижими имоти»

Автоматизираната система "Идеален вариант: Недвижими имоти" обаче е доста сложна и тромава. Системата изисква висока квалификация от потребителя и освен това изисква доста сложна конфигурация и администриране.

Не на последно място е факторът висока цена автоматизирана система„Идеален вариант: Недвижими имоти“, необходимостта от наемане на квалифициран специалист за поддръжка и поддръжка на СУБД, обучение на потребители и невъзможността за спешна техническа поддръжка поради силната отдалеченост на разработчика също ще повлияят значително на цената. Освен това няма нужда от повечето функции на тази система.

По този начин изглежда нецелесъобразно използването на автоматизираната система "Идеален вариант: Недвижими имоти" в АН "Елена" за решаване на високоспециализираната задача за създаване на автоматизирана информационна система. Изглежда много по-евтино и по-бързо да се напише отделно приложение, което решава този проблем, е лесно за инсталиране и използване, евтино и лесно за използване. Лесно адаптивни към новите фирмени изисквания.

От анализа на дейността на предприятието се установяват множество пропуски в конструкцията на съществуваща системаорганизация на работата с недвижими имоти в компанията. На първо място, това се отнася до факта, че хранилищата за данни са хартиени хранилища или просто текстови документи, търсенето на информация в която може да се извършва само ръчно, което е много неудобен и труден процес. Също така е неудобно, че когато променяте каквато и да е информация за имота, е необходимо да преработите целия каталог на недвижимите имоти, ако цената се промени, преправете ценовата листа и ако се променят данните на контрагента, преправете клиентския файл. Всичко това е неефективно, изисква много време и средства. Съхраняването на документи в архив също не помага за ускоряване на търсенето на документи и повишаване на удобството при работа с тях.

Анализът на поставения проблем води до извода, че е невъзможно той да бъде решен с традиционни счетоводни средства, като се използват хартиени документи. Следователно стратегията за решаване на проблема е автоматизирането на всички процеси, свързани с дейностите с недвижими имоти в предприятието.

Задачата ще бъде автоматизирана чрез разработване на приложение, което реализира "автоматизираната система на агенцията за недвижими имоти" (съкр. АСАН). Разработената система трябва да отговаря на всички изисквания, които се поставят пред нея при поставянето на проблема.

1.3.3 Избор и обосновка на метода за придобиване на IP за автоматизация на задачите

За разработване на приложение, което реализира счетоводство, ще са необходими следните ИС:

операционна Windows системапроектиран да работи на клиентска машина;

Операционна система Windows от сървърен тип или, ако има по-малко от 10 служители, работещи с „Автоматизираната система за агенции за недвижими имоти“, операционна система Windows от клиентски тип, предназначена да работи на сървър и да осигурява връзка на множество потребители към базата данни

· СУБД MSAccess за осигуряване на локалното функциониране на счетоводната система на всяка машина;

· За разработване на приложение най-целесъобразно е да се използва СУБД MSAccess поради малкия размер на ИС.

Всички тези ИС трябва да бъдат закупени за разработване и по-нататъшно използване на "Автоматизираната система за агенции за недвижими имоти" в предприятието.

1.4 Поставяне на цели и подзадачи на автоматизацията. Критерии за постигане на целта

1.4.1 Икономическа същност на проблема

Икономическата същност на задачата за автоматизиране на дейността с недвижими имоти на агенция за недвижими имоти Елена е повишаване на производителността на труда чрез автоматизиране на рутинни дейности, както и дейности, които могат да бъдат ускорени чрез преминаване към друга система.

Благодарение на ускоряването на процеса на документооборот ще бъде възможно или да се увеличи броят на извършените транзакции и по този начин да се увеличи оборотът на компанията и в крайна сметка печалбата.

Или ако размерът на пазара (поради криза, например) не е достатъчен за увеличаване на броя на сделките, ще бъде възможно да се намали персоналът, за да се намалят разходите, което в крайна сметка отново води до по-високи печалби.

В случай, че намаляването на служителите не е една от възможностите по някаква причина, тогава е възможно да се увеличи присъствието на агенцията за недвижими имоти на пазара, който не е пряко свързан с търговията с недвижими имоти, като консултантски услуги, съдействие при изготвяне на документи, свързани с недвижими имоти, водене на ипотечни дела, посредничество при търговия със земя и други услуги, поне косвено свързани с недвижими имоти.

Така че в крайна сметка целта на тази автоматизация е да намали разходите за работа в офиса, да намали разходите и да увеличи печалбите. И също така, ако е възможно, разширяване на обхвата на агенция за недвижими имоти "Елена" в други области.

1.4.2 Цели и предназначение на автоматизираното решение на проблема

Целта на дипломния проект е да се разработи „Автоматизирана система за агенции за недвижими имоти“ и да се създаде приложение, което внедрява тази система. Разработената система трябва да реши проблема с автоматизирането на работата на агенция за недвижими имоти и да изпълнява следните функции:

· Поддържане на таблица на продажбите на недвижими имоти с посочване на техните основни и допълнителни характеристики. Основните характеристики на продукта включват следното: вид на имота, брой стаи / етажи, собственик и неговите контакти, Подробно описание, цена, тип къща, тип апартамент. Допълнителните характеристики включват всякакви дефинирани от потребителя свойства (вижте по-долу).

· За всеки обект на недвижима собственост от справочника за недвижими имоти могат да се задават допълнителни свойства и да се съхраняват в свързана таблица. Съставът на типовете свойства и техните стойности се определят единствено от потребителя на програмата, което ви позволява да създадете набор от свойства за обекти с неограничен обхват и всяко съдържание

· Поддържане на указател за обмен на апартаменти, къщи с посочване на основните характеристики.

· Директорията за замяна на апартаменти, къщи трябва да бъде свързана с директорията на имотите. Трябва да се осигури интерфейс за избор на опции по свойства.

· Програмата трябва да ви позволява да поддържате директория с клиенти на агенцията за недвижими имоти. Клиентският указател трябва да съдържа всички необходими полета за характеризиране на клиента: име, трите имена, адрес, телефонен номер, подробно описание.

· Програмата трябва да предоставя възможност за избор (филтриране) на клиенти по различни комбинации от параметри: според характеристиките на клиентите, техните допълнителни свойства, според мениджърите, които ръководят клиента. Филтърът трябва да има гъвкави настройки и възможност за "интелигентен" избор на записи.

· Програмата трябва да предоставя възможност за генериране на отчети за продажба / замяна на апартаменти с различни комбинирани филтри.

Програмата трябва да работи без прекъсване, когато критични грешки, дори и такива, които възникват по вина на потребителя или поради грешки във входните данни. Съответно секциите на програмата, в които могат да се появят такива грешки, трябва да се обработват в програмата по специален начин. Ако възникне грешка, програмата трябва да продължи работата си след издаване на съответното предупреждение.

Програмата трябва да гарантира физическата и логическата цялост на базата данни. При промяна или изтриване на данни програмата трябва да поддържа референтната цялост на информацията в базата данни.

1.4.3 Общи характеристики на организацията на решаване на подзадачи на компютър.

Задачата за автоматизиране на работата на агенцията се състои от няколко основни подзадачи:

· Създайте база данни с удобен метод за съхранение.

AS базата данни трябва да отговаря на следните изисквания:

Наличност - базата данни трябва да бъде лесно достъпна през мрежата за работа с много потребители.

Няма нужда от поддръжка от специално обучен персонал - което увеличава разходите за поддръжка на AU и увеличава времето за престой в случай на повреди.

Лесна възможност Резервно копиеи възстановяване - липсата на изисквания за организиране на сложна процедура за архивиране и възстановяване се дължи на липсата на квалифицирани специалисти и нежеланието за извършване на допълнителни разходи за тях.

Лесна надстройка - простотата и отвореността на AU е едно от основните изисквания за застраховка на компанията срещу невъзможността разработчикът на този AU да продължи да работи и поддържа.

Липса на високи изисквания към хардуерните компоненти - за липса на високи допълнителни разходи за модернизация на компютърния парк на фирмата.

· Създаване на подсистеми на автоматизираната система за различни нужди.

· Създаване на начини за въвеждане на информация в база данни.

Въвеждането на информация в базата данни трябва да бъде отделено за всички таблици или логически единици на базата данни.

Въвеждането на информация в базата данни трябва да има удобен за потребителя интерфейс

Когато е възможно, въвеждането на информация трябва да използва директории и класификатори, съставени по-рано.

· Създаване на начини за получаване на информация от базата данни.

Основният начин за получаване на данни от базата данни трябва да бъде чрез предварително формирани формуляри и отчети.

· Организиране на цялостна структура за управление на клиенти.

AC трябва да осигури пълни възможностиподдържане на клиентска база.

1.4.4 Формализиране на изчисленията на подзадачата

Задачата за автоматизиране на работата на агенцията за недвижими имоти в този проект е разделена на няколко подзадачи, успешното решаване на които води до успешното решаване на задачата за автоматизация на агенцията за недвижими имоти като цяло. Могат да се разграничат следните подсистеми:

подсистема за поддръжка на апартаменти и къщи за продажба;

подсистема за управление на клиенти за покупка на апартаменти и къщи;

Подсистема за управление на клиенти за отдаване под наем на апартаменти и къщи;

подсистема за управление на клиенти за отдаване под наем на апартаменти и къщи

Подсистема за насочване на клиенти към други услуги;

подсистема за аналитична информация.

Подсистемата за поддръжка на апартаменти и къщи за продажба е предназначена да съхранява всички необходими данни за обектите на недвижими имоти. Такива данни могат да бъдат самите обекти на недвижими имоти и техните характеристики, собственици и техните характеристики, допълнителна информация за недвижими имоти и други статични данни.

Подсистемата за поддържане на апартаменти и къщи за продажба трябва да позволява водене на записи на следните обекти:

· Апартаменти. Таблицата "данни за продажба 1" е предназначена да съхранява основна информация за апартаменти, като например:

- "Брой стаи" - характеризиращо броя на жилищните помещения, това поле може да бъде частично предефинирано при въвеждане на данни.

- "Адрес" - адресът на жилищното помещение, предназначено за продажба или отдаване под наем.

- "Тип къща" - описания на типа конструкция на къщата, например - "тухла", "монолит" това поле може да бъде частично предефинирано при въвеждане на данни,

- "Етаж" - Етаж на местоположението на жилищните помещения.,

- "Истории" - Броят на етажите в къщата,

- "Размер на стаята" - площта на стаята в квадратни метри,

- "Цена" - Общата стойност на помещението.

· Разширена информация за апартаментите. Таблица "Данни за продажба 2" служи за съхраняване на информация за апартаментите, която е второстепенна по важност в момента на избор на опции, съдържа информация за собственик, тип апартамент, собственик или лице за контакт и друга информация, която може да е необходима.

· Покупка на апартаменти. Тази директория е предназначена да съхранява информация за клиенти, които искат да закупят апартамент.

Този указател съдържа информация какво ще закупи клиента, приблизителен етаж, етажност, брой стаи, Информация за връзка.

· Замяна на апартаменти. Таблицата е предназначена за информация относно оферти за замяна на апартаменти. Съдейки, включва се информация за клиента, какъв имот ще променя, има ли знак за доплащане или не и друга информация, подобна на информацията от таблиците „Данни за продажба 2” и „Продава данни 1”.

· Къща. Таблицата е справочник за къщите за продажба и включва всички основни характеристики, като: материала, от който е направена къщата, вида на покривното покритие, контактите на собственика и друга гъвкава информация.

· Малко семейство. Таблицата е предназначена за съхраняване на информация за отделен тип апартаменти от типа "малко семейство", премахването на този тип апартаменти се дължи на наличието на голям брой апартаменти от този тип в преобладаващата площ на агенция.

И тяхната известна изолация от останалия жилищен фонд.

Съответно тази таблица представя всички характеристики, налични в таблиците за продажба на апартаменти, както и няколко допълнителни характеристики, характерни само за този тип апартамент, например, като „Тип малко семейство“, характеризиращ се с два възможни признака - коридор и апартамент.

· Клиенти. Тази директория е предназначена да съхранява списък с клиенти на агенция за недвижими имоти. За всеки клиент (елемент от каталога на клиентите) трябва да е възможно да се зададат всички необходими свойства, които характеризират клиента.

Подсистемата за поддръжка на директории трябва да предоставя възможност за удобно и бързо въвеждане на данни в директории, задаване на връзки между свързани директории и допълнителни свойства, когато е необходимо. Но в допълнение към възможността за въвеждане на данни във всички директории, трябва да е възможно да бързо търсене, разширено търсене и избор на данни по всеки критерий или комбинация от критерии, специфични за този наръчник. Особено внимание заслужава организацията на избора на записи в указателя на апартаментите. Тъй като директорията на апартаментите е централният елемент на структурата на данните и е свързана с много други директории, трябва да се осигури възможност за гъвкав избор на записи в тази директория. По този начин трябва да е възможно да се избират елементи от директорията на апартаментите не само по основните свойства на апартаментите, но и по всички свързани: по стойностите на допълнителни имоти, по площ.

Така е възможно например да изберете апартамент с две стаи, на втори етаж, последен етаж и под определена цена. Възможността за такъв гъвкав избор на данни прави разработената програма много удобна за използване. Възможността за търсене и избор на записи трябва да бъде осигурена не само в директорията на стоките, но и във всички други директории.

Подсистемата за аналитична отчетност е предназначена за изграждане на отчети за резултатите на агенцията за недвижими имоти. На първо място, това е отчет за видовете предоставени услуги. Отчетът се базира на таблицата с клиенти. За справката могат да се задават условия: избор по конкретна услуга, по дата или по клиент. Този доклад трябва да се превърне в основен работен доклад за ръководителя на агенцията за недвижими имоти, можем да кажем, че програмата е написана за това. Вторият аналитичен отчет е отчет за броя на имотите за продажба и тяхната цена, който ви позволява да анализирате пазарните колебания.

1.5 Анализ на съществуващите разработки и обосновка на избора на технология за проектиране

В момента в компанията практически няма автоматизирана система, единственото което се използва от софтуера е Microsoft Office, който е част от офис пакета - Майкрософт Уърд. Което се използва за съхраняване на всички данни, като информация за клиенти и информация за недвижимите имоти, върху които се работи.

В допълнение, счетоводната система 1C се използва в работата на счетоводството, но аспектът на автоматизацията на счетоводството не се разглежда в задачата, която този дипломен проект решава.

Както беше отбелязано по-рано, за такава задача като автоматизиране на дейностите на агенция за недвижими имоти по принцип няма много разработки.

От тях по броя на функциите е възможно да се разграничи "Идеална опция: Недвижими имоти" със следните функции и възможности:

· Провеждане на операции "Продажба", "Покупка", "Наем" и др.

Осчетоводяване на заявления за продажба и наем на недвижим имот от всякакъв тип (над 100 детайла за описание на имот)

· Осчетоводяване на заявления за покупка и наем на недвижими имоти

Кръстосано търсене между приложения и описания на имоти

Счетоводно отчитане на извършени и предстоящи сделки

Създаване на произволни форми на отчети

· Произволни исканияза всяка настройка

Експортирайте данни в Excel, txt, csv и xml формати

· Обмен на данни между отдалечени офиси чрез e-mail, ftp или флопи диск

Предоставяне на информация на клиента в "безопасна" форма (възможност за скриване на търговска информация)

Слайдшоу от снимки на недвижими имоти, чертежи и планове във всякакъв формат (bmp, jpeg, rle, wmf)

Управление на потребителския достъп до различни режимии програмни функции

Преглеждайте данни на вашия уебсайт в Интернет

Поддръжка за неограничен брой потребители едновременно

Мощна и бърза база данни

Удобен и прост интерфейс

Подробна документация, вградена в програмата

· Достъпно бюро за помощ

И системата "АГЕНЦИЯ ЗА НЕДВИЖИМИ ИМОТИ" със следните функции

Операции: “продава”, “купува”, “наема”, “наема”, “променя”.

Обекти на недвижими имоти: апартамент, стая, къща, парцел, нежилищни помещения, нежилищни сгради и техните многобройни опции.

произволен брой градове. Гъвкава географска йерархия в рамките на града: общински райони, квартали, улици. Импортиране на географски обекти от специално подготвени справочници за всички региони на Руската федерация; общото количество данни е над половин милион улици и микрорайони

Мощни филтри за опции за търсене по всички параметри, включително фрагменти от телефонни номера

Визуална система за сортиране на приложения по всички параметри

Избор и поетапно оптимизиране на опциите за обмен, вкл. междуградски

Зони за съхранение на активни и архивни билети

Търсене на географски дубликати

Различни опции за ценоразпис, визуален дизайнер на цени

Управление на наема

Управление на сделката

Организация на бизнес процесите чрез задаване, уведомяване и следене на изпълнението на задачите

Разширена поддръжка за създаване и редактиране на документи от различни формати във връзка с поръчки, сделки, задачи

Доклади за изпълнението

Автоматизиран обмен на данни чрез електронна поща и файлове между различни компании и клонове в рамките на една и съща компания. Поддържане на директория с получатели, възможност за фина настройка на състава на изпращаните данни за всеки от получателите.

Публикуване на приложения в Интернет. Организация на статични и поддръжка на динамични уеб сайтове. Възможност за организиране на мултилистинг система.

Опции за мултиплейър и сингълплейър

Двустепенна система за сигурност - на ниво сървър на база данни и на ниво клиент

Фина настройка на потребителските права - около 200 вида защитени действия

Мониторинг на действията на всеки потребител по всички операции с всички поръчки

Статистика на движението на приложението

Лесен инсталатор и актуализатор

Готова демо база данни с няколко хиляди приложения за бързо запознаване с възможностите на програмата и усвояване на работата с нея

Архитектура клиент-сървър: висока надеждност на съхранение на данни и максимална скорост на обработка

Но както беше отбелязано по-горе, в глава 1.3. тези системи са твърде сложни и струват повече, отколкото се нуждае една малка агенция за недвижими имоти в малък град.

1.6 Обосновка на дизайнерските решения

1.6.1 Обосновка на проектни решения за техническа поддръжка

Автоматизираната система на агенция за недвижими имоти е проектирана да работи на операционна система Windows, поради което за ефективната работа на разработената система е необходимо да се осигурят такива изисквания към архитектурата и параметрите на техническите средства, които да позволяват работа самата система да функционира ефективно.

Автоматизираната система за агенция за недвижими имоти е проектирана да работи на компютър тип IBMPC с технически характеристики най-малко:

процесор - Intel Celeron 2000;

· RAM: 256 Mb;

· HDD, който осигурява местоположението на операционната система и приложението Microsoft Access 2007. За разполагане на разработената система са необходими 20 Mb свободно място на твърдия диск;

· Мрежова карта за свързване към мрежата.

За да отпечатате отчети и изходни документи, ви е необходим принтер, който е съвместим с компютъра с горното оборудване.

В случай на многопотребителска работа със системата, ще трябва да използвате един компютър като файлов сървър за достъп до базата данни. Препоръчително е да поставите тази база данни на сървъра и от клиентските компютри да се свържете с нея чрез smb протокола или чрез ODBC през smb. Компютър тип IBMPCc с характеристики не по-малко от:

процесор - Intel Celeron 2000;

RAM: 256Mb;

твърд диск, който хоства операционната система и приложението Microsoft Access 2007.

Като операционна система на сървъра не е съвсем препоръчително да се използва операционна система от фамилията Unix, като например Linux, поради недостатъчно добрата поддръжка на smb и ODBC.

Тъй като клиентските компютри ще се свързват към сървърна базаданни, а сървърните и клиентските машини трябва да функционират в локалната мрежа. Тя може да бъде или peer-to-peer мрежа, или мрежа с организация на домейни.

Имайте предвид, че функционирането на системата е възможно не само във версията клиент-сървър, но и в локалната версия, като и двете използват местна базаданни, които могат да работят на клиентски компютър с посочените характеристики, работещи с локална операционна система от семейството Windows, като WindowsXP. При такава организация на работа не е необходим сървър, локалната мрежаи сървърна операционна система.

Разработената система е предназначена за работа в операционна система Windows. Програмата трябва да работи на всяка операционна система от семейството на Windows: Windows 95/98, NT (ServicePack 6), 2000 (ServicePack 3), XP, както и на сървърни версии на тази операционна система. Този избор се обяснява с разработения удобен графичен потребителски интерфейс на това семейство операционни системи, както и с популярността му в руски пазар. Много софтуерни компании, включително системи за разработка на приложения, също са фокусирани върху това семейство операционни системи, което доведе до присъствието на пазара на голям брой системи за програмиране, които ви позволяват да разработвате софтуер за Windows.

Тази операционна система има много голям набор от помощни програми и помощни програми, предназначени за администриране, управление и диагностика на системата, както и приложения за приложения. В допълнение, той поддържа обширни софтуерен интерфейсда напишете свои собствени приложения, които да работят в тази операционна среда.

Напоследък операционната зала придоби особена популярност. Linux системаи неговите производни.

В тази ситуация може да се зададе въпросът: "Защо програмистите ще учат инструментите за разработка на приложения на Windows, когато съществува такава страхотна операционна система?". Въпреки нарастващата популярност на Linux, може да се твърди, че в света на персоналните компютри операционната система Windows ще доминира доста дълго време и е малко вероятно да бъде заменена в близко бъдеще.

Поради факта, че програмата съхранява информация в базата данни, е необходимо да има подходяща СУБД.

Програмата е фокусирана върху работа с бази данни във формат: MSAccess. Съответно тази СУБД трябва да бъде инсталирана на компютъра. Ако базата MSAccess работи на сървъра, тогава трябва да се уверите, че компютърът е свързан към сървъра. За работа с базата данни MsAccess отдалечен компютъризисква отворено публичен достъпкъм база данни, разположена на отдалечен компютър чрез SMB протокола.

Също така е необходимо да се дадат права на отдалечения потребител, който се свързва с базата данни, да чете, пише, променя данни на компютъра, който ще съхранява базата данни. Също така за достъп до данни се използва системата за бази данни MSAccess с версия не по-ниска от 2007 от Microsoft.

1.6.3 Обосновка на решенията за проектиране на софтуер

За изпълнение на задачите можете да използвате всяка съвременна СУБД. За удобно взаимодействие на потребителя със системата ще е необходимо внимателно да се обмисли системният интерфейс - така че да е прост и в същото време функционален.

За да функционира оптимално базата данни, ще е необходимо да се дефинират правилно логическите връзки между таблиците. По този начин може да се отдели значително време за разработване на самата база данни и основата на клиентското приложение.

Посочвайки какви точно данни са ви необходими, как ще се съхраняват в паметта и каква трябва да бъде системата за достъп до данните, вие сте решили само въпроса за управлението на данните. Освен това се нуждаем от друг прост начин за автоматизиране на решаването на предстоящи типични задачи. Дори ако можете да разработите доста сложни „приложни“ електронни таблици, пак няма да имате инструментите за отстраняване на грешки и управление на такива приложения, за да създавате лесно, да речем, пълни формуляри за поръчки или система за инвентаризация. За разлика от тях, СУБД са специално проектирани за изграждане на приложения. Те ви предоставят инструментите, от които се нуждаете за управление и обработка на данни, както и способността да каталогизирате и управлявате връзките между обектите на приложението. В същото време, заедно със СУБД, вие имате на разположение език за програмиране и инструмент за отстраняване на грешки.

В светлината на горното, за да автоматизирате решаването на вашите задачи, вие се нуждаете от мощна релационна СУБД и система за разработка на приложения. Почти всички съществуващи СУБД имат инструменти за разработка на приложения, които могат да се използват от програмисти или квалифицирани потребители за създаване на процедури за автоматизиране на управлението и обработката на данни. За съжаление много системи за разработка на приложения изискват познаване на някои програмни езици, като C или Xbase, за създаване на процедури. Въпреки цялата им сила и богатство от средства, за да ги използвате успешно, трябва да имате определена професионална подготовка и опит с тях. За щастие има инструменти, които улесняват проектирането и изграждането на приложения за бази данни, без да знаете език за програмиране. Работи в Microsoft Accessзапочва с дефинирането на релационни таблици и техните полета, които ще съдържат данни. Веднага след това ще можете да дефинирате действия върху тези данни с помощта на формуляри, отчети и макроси.

Формулярите и отчетите могат да се използват за задаване на екранни формати и допълнителни изчисления, подобно на работа с електронни таблици. Но в този случай форматите, съдържащи се във формулярите и отчетите и инструкциите за извършване на изчисления, са отделени от данните (разположени в таблици), така че имате пълна свобода на действие при използването на данните, без да променяте самите данни - достатъчно е да създайте допълнителен формуляр или отчет, който използва същите данни. Ако трябва да автоматизирате някои действия, можете лесно да създадете макроси, за да установите връзки между определени формуляри и отчети или да извършите определени действия в отговор на някакво събитие (например промяна на данни в определено поле на формуляр). Ако имаме нужда от по-сложни инструменти, като например библиотека Windows помощни програми, можете да напишете процедурата в Access Basic. Следва списък с основните причини, поради които преминаването към Access на работа изглежда полезно.

Причина 1.

Имате твърде много отделни файлове или някои от файловете съдържат много информация, което затруднява работата с данните. Освен това може да не успеете да работите с такива обеми данни поради ограничения на програмната или системната памет.

Причина 2.

използвате данните различни начини: за информация относно конкретни транзакции (например фактури), за обобщен анализ (например тримесечни обеми на продажби) или използвате тези данни, за да предвидите определени ситуации. Следователно трябва да можете да разглеждате тези данни от различни ъгли, което прави много трудно създаването на единна структура за представяне на данни, която да задоволява всички ваши нужди.

Причина 3.

Необходимо е едни и същи данни да се използват от различни специалисти. Например, те се въвеждат, актуализират и анализират от различни хора. Ако само един човек може да прави промени в електронна таблица или документ, тогава няколко потребители могат да взаимодействат с базата данни едновременно, променяйки съдържанието на една и съща таблица. В същото време базите данни гарантират, че потребителите винаги работят с най-новите модификации на данните.

Причина 4.

Трябва да защитите данните от неоторизиран достъп, да контролирате техните стойности и да поддържате целостта на базата данни - в крайна сметка много потребители имат достъп до данните, тези данни се използват в работата на вашата компания и са взаимосвързани (например клиенти и поръчки).

Microsoft Access, притежаващ всички характеристики на класическа СУБД, предоставя и допълнителни функции. Access е не само мощна, гъвкава и лесна за използване СУБД, но и система за разработване на приложения, които работят с бази данни. С Access можете да създадете приложение, което се изпълнява Windows средаи напълно съобразени с вашите нужди за управление на данни. С помощта на заявки можете да избирате и манипулирате информация, съхранявана в таблици. Можете да създавате формуляри за въвеждане, преглеждане и актуализиране на данни и да използвате Access за създаване както на прости, така и на сложни отчети. Формулярите и отчетите „наследяват“ свойствата на основната таблица или заявка, така че в повечето случаи указвате формати, стойностни условия и някои други характеристики на данните само веднъж. Сред най-мощните инструменти на Access са инструментите за създаване на обекти - Wizards, които можете да използвате за създаване на таблици, заявки различни видовеформуляри и отчети, като просто изберете желаните опции с мишката. За да автоматизирате напълно вашето приложение, макросите на Access улесняват свързването на данни с формуляри и отчети. Можете да създадете повечето приложения, без да напишете нито един ред код, но ако трябва да създадете нещо много сложно, тогава за този случай Microsoft Access предоставя мощен език за програмиране - Microsoft Access Basic.

И накрая, всички тези инструменти ви позволяват да създавате приложения, които работят не само с основата Достъп до данни, но и с други най-често срещани бази данни. Вашето приложение може да работи директно с dBASE файлове, Paradox, FoxPro и всяка база данни, която поддържа ODBC. Можете също така лесно да импортирате данни от текстови файлове, текстови процесори и документи електронни таблици(и експортиране на данни към тях).

Microsoft Access има много приложения: в малък бизнес; в работата по договор, когато се развивате приложни програмипоръчан или действащ като консултант; в големи корпорации, когато действате като координатор на производствени информационни системи и дори в областта на домашната употреба.

2 Проектна част

2.1 Информационна поддръжка на задачата

2.1.1 Информационен модел и неговото описание

В резултат на проектирането е разработен информационен модел на системата, който представлява модел за организация на работата на системата и схематично обяснява въз основа на какви входни документи, както и нормативна и справочна информация, се създава автоматизираната система за функционира агенцията за недвижими имоти и се получават изходните данни, т.е. процес на трансформиране на данни в информационна система.

Информационният модел има три области.

Област 1 отразява процеса на въвеждане и редактиране на данни в указатели, което се отнася до подсистемата за поддържане на указатели на разработваната система. За преглед на списъка на всяка директория и редактиране на данните от директорията има отделен екранен формуляр, който позволява на системния оператор да въвежда данни в директорията, да преглежда и редактира съществуващите данни. В резултат на работата на оператора директориите се променят: към тях се добавят нови данни, съществуващите записи се променят или изтриват. Когато редактирате данните на някои директории, се използва информация от други свързани директории, например директорията „Продажба на данни“ е свързана с директорията „Продажба на данни 2“.

Област 2 описва системата за получаване на данни от базата данни.

В тази област потребителят получава информация като напр.

Продажба/Покупка/Замяна/Наем/Наем на недвижими имоти от таблиците:

Продайте данни

Продайте данни 2

kV обмен

малко семейство

Обменна къща/kV

Обмен на малки семена

Покупка

Покупка2

Покупка Къща

Купуване на няколко

Област 3 на информационния модел описва подсистемата за отчитане. В тази област, в екранната форма за получаване на справки, потребителят задава условията за генериране на справки. В процеса на получаване на отчети се използват клиенти, а резултатът от работата са генерираните отчети за клиенти, предназначени за мениджъра.

Област 4 показва подсистема от формуляри, като формуляри за кандидатстване за продажба, покупка и др. и BSO.

Информационният модел е показан на фигура 2.4.

Фигура 1.3. информационен модел.

2.1.2 Използвани класификатори и системи за кодиране

Въз основа на задачите, поставени пред нас при разработването на тази АС от информационната структура и изискванията към тази АС, използването на класификатори изглежда неразумно и само ще претовари системата, ако бъдат включени.

2.1.3 Характеристика на първичните документи със справочна и входна оперативна информация

Автоматизираната система за агенции за недвижими имоти не се развива във вакуум. Методологията на нейната работа се основава на счетоводни системи, които вече имат дългогодишен опит в прилагането, но не са проектирани във формата компютърни програми. Следователно входните данни за системата ще бъдат същите данни, които са били използвани в ръчните системи. Всяка от подсистемите има свой собствен набор от входни и изходни данни, като изходните данни на една подсистема могат да бъдат входни данни на друга подсистема. Така например записите в клиентския указател и покупката на недвижим имот са входни данни за изграждане на отчет за пазара, който е неразделна част от подсистемата за аналитична отчетност. Нека опишем входните и изходните данни за всяка подсистема.

За подсистемата за поддръжка на справочници входните данни са съответните списъци на хартия. Така, например, за задачата за поддържане на указател с апартаменти, входните данни са списък на предлаганите апартаменти, които компанията управлява.

Резултатът от въвеждането на списък с апартаменти в системата ще бъде таблица с апартаменти, която от своя страна действа като вход при избор на апартаменти за клиент. Същото е положението и с всички останали директории: борса, клиенти, къщи: всички те трябва да бъдат предоставени на лицето, отговорно за въвеждането на информация в базата данни, от ръководството на компанията на хартиен носител. Резултатът е съответните таблици на базата данни. Трябва да се отбележи, че справочните таблици съдържат предимно статична информация, т.е. не се променя с времето или се променя много рядко. Изключение прави клиентският указател. Въпреки че много рядко се сключват нови договори със стари клиенти, това не налага често добавяне на данни в клиентския указател. Входните данни за попълване на клиентския указател са договори с клиенти на хартиен носител, въведени от брокера, извършващ сделката. Изходните данни, както и в случая с други директории, са попълнена клиентска таблица.

За подсистемата за аналитична отчетност входните данни са записи в таблиците на клиентите и всички таблици, свързани с недвижими имоти.

Използвайки масив от тези данни, съобразявайки се с условията за генериране на отчети, зададени от потребителя, системата генерира отчет, който може да бъде прегледан на екрана на монитора или отпечатан на принтер. Готовите отчети са резултат от подсистемата за аналитични отчети и цялата система като цяло.

№	Пълно име на директорията	Кратко заглавие	Поддиректория към	Отговорен	Честота на актуализиране
1	Имот за продажба	Продажба на данни 1	брокер	По необходимост
2	Продажба на недвижими имоти (допълнително)	Продажба на данни 2	№1	брокер	По необходимост
3	Замяна на апартамент	Замяна кв.	брокер	По необходимост
4	Възможност за замяна на апартамент	Замяна кв.	№3	брокер	По необходимост
5	малко семейство	малосеймейка	брокер	По необходимост
6	Закупуване на имот	Покупка	брокер	По необходимост
7	Покупка на недвижим имот (допълнително)	Покупка 2	№6	брокер	По необходимост

Характеристика на база данни

2.1.3.1. Характеристики на инфологичния модел на базата данни

Инфологичният модел се прилага след словесното описание на предметната област.

Могат да се установят връзки между обекти - двоични асоциации, които показват как обектите се свързват или взаимодействат помежду си. Връзка може да съществува между два различни обекта или между обект и себе си (рекурсивна връзка). Той показва как екземплярите на обекти са свързани помежду си. Ако се установи връзка между два обекта, тогава тя дефинира връзката между екземплярите на единия и другия обект.

Отношенията се разделят на три типа по множественост: едно към едно (1:1), едно към много (1:M), много към много (M:M).

Връзка едно към едно означава, че екземпляр на един обект е свързан само с един екземпляр на друг обект.

Връзка "един към много" (1:M) означава, че един екземпляр на обект отляво на връзката може да бъде свързан с множество екземпляри на обект отдясно на връзката.

Връзката много към много (M:M) означава, че множество екземпляри на първия обект могат да бъдат свързани с множество екземпляри на втория обект и обратно. Между два обекта могат да бъдат зададени произволен брой връзки с различни семантични натоварвания.

Връзка от който и да е от тези типове може да бъде задължителна, ако всеки екземпляр на обекта трябва да участва в тази връзка, незадължителна - ако не всеки екземпляр на обекта трябва да участва в тази връзка. В този случай връзката може да бъде задължителна от една страна и незадължителна от друга страна.

Да извършим инфологичен дизайн на базата данни на автоматизираната система на агенцията за недвижими имоти.

Въз основа на анализа на предметната област, ние отделяме субектите на модела Entity Relationship (ER-модели) и ги изобразяваме под формата на диаграма.

Фигура 1.4. ER модел.

2.1.3.2. Характеристики на дейталогичния модел на базата данни

Цялата информация, използвана от приложението, се съхранява в базата данни.

Базата данни във формат MSACCESS е избрана като настолна база данни. Тоест базата данни е файл на диск, в който са концентрирани таблиците на базата данни под формата на файлове с данни и индекси към тях.

Програмата за работа с таблици, добавяне, изтриване, редактиране на записи използва универсален език SQL заявки. Даден езикпозволява на разработчика напълно да се абстрахира от формата и местоположението на базата данни и да има достъп до данни от бази данни с различни формати по същия начин. По този начин използването на този универсален език ни позволява да решим нашата задача: да разработим универсално приложение, което може да работи с база данни от всякакъв формат, без да променя изходния код на приложението.

Разработената от нас база данни е релационна и подобно на други релационни бази данни се състои от таблици. Следва таблицата на обекта на базата данни.

Колона(и) от " опция обмен кв. „Маса
Име	тип данни	Нулеви опции	Дали П.К.	Ф.К.
Код	Автономериране	НУЛА	да	да
Опции за обмен	Текст (255)	НУЛА	не	не
тип къща	Текст (255)	НУЛА	не	не
тип апартамент	Текст (255)	НУЛА	не	не
цялата зона	дълго цяло число	НУЛА	не	не
жилищно пространство	дълго цяло число	НУЛА	не	не
кухненска част	дълго цяло число	НУЛА	не	не
етаж	Текст (255)	НУЛА	не	не
брой етажи	Текст (255)	НУЛА	не	не
тип баня	Текст (255)	НУЛА	не	не
балкон	Текст (255)	НУЛА	не	не
Допълнителна информация	бележка	НУЛА	не	не
Колона(и) от " Къща „Маса
Име	тип данни	Нулеви опции	Дали П.К.	Ф.К.
код	Автономериране	НУЛА	да	не
Адрес (Street_house)	бележка	НУЛА	не	не
Площ на парцела	дълго цяло число	НУЛА	не	не
материал за къща	Текст (255)	НУЛА	не	не
покривни	Текст (255)	НУЛА	не	не
брой етажи на къщата	Текст (255)	НУЛА	не	не
цялата зона	дълго цяло число	НУЛА	не	не
брой стаи	Текст (255)	НУЛА	не	не
цена (хиляда рубли) до	дълго цяло число	НУЛА	не	не
комуникации	бележка	НУЛА	не	не
Допълнителна информация	бележка	НУЛА	не	не
Лицето за контакт	бележка	НУЛА	не	не
номер за връзка	Текст (255)	НУЛА	не	не
Уеб адрес	бележка	НУЛА	не	не
Колона(и) от " клиенти „Маса
Име	тип данни	Нулеви опции	Дали П.К.	Ф.К.
Код	Текст (18)	НУЛА	да	не
Пълно име	Текст (18)	НУЛА	не	не
домашен телефон	Текст (18)	НУЛА	не	не
Мобилен телефон	Текст (18)	НУЛА	не	не
Адрес на местоживеене	Текст (18)	НУЛА	не	не
Знак за съществуваща сделка	Текст (18)	НУЛА	не	не
Подробности за сделката	Текст (18)	НУЛА	не	не
Допълнителни данни	Текст (18)	НУЛА	не	не
Колона(и) от " малко семейство „Маса
Име	тип данни	Нулеви опции	Дали П.К.	Ф.К.
код	Автономериране	НУЛА	да	не
адрес (улица_къща)	Текст (255)	НУЛА	не	не
тип къща	Текст (255)	НУЛА	не	не
тип жилище	Текст (255)	НУЛА	не	не
етаж	Текст (255)	НУЛА	не	не
брой етажи	Текст (255)	НУЛА	не	не
цялата зона	дълго цяло число	НУЛА	не	не
жилищно пространство	дълго цяло число	НУЛА	не	не
цена (хиляда рубли) до	дълго цяло число	НУЛА	не	не
Допълнителна информация	бележка	НУЛА	не	не
Лицето за контакт	бележка	НУЛА	не	не
номер за връзка	Текст (255)	НУЛА	не	не
Уеб адрес	бележка	НУЛА	не	не
Колона(и) от " обмен Къща / кв. „Маса
Име	тип данни	Нулеви опции	Дали П.К.	Ф.К.
код	Автономериране	НУЛА	да	не
Адрес (Street_house)	бележка	НУЛА	не	не
Площ на парцела	дълго цяло число	НУЛА	не	не
материал за къща	Текст (255)	НУЛА	не	не
брой етажи на къщата	Текст (255)	НУЛА	не	не
цялата зона	дълго цяло число	НУЛА	не	не
брой стаи	Текст (255)	НУЛА	не	не
цена (хиляда рубли) до	дълго цяло число	НУЛА	не	не
комуникации	бележка	НУЛА	не	не
Допълнителна информация	бележка	НУЛА	не	не
опции за обмен	Текст (255)	НУЛА	не	не
условия	бележка	НУЛА	не	не
Лицето за контакт	бележка	НУЛА	не	не
номер за връзка	Текст (255)	НУЛА	не	не
Уеб адрес	бележка	НУЛА	не	не
Колона(и) от " обмен кв. „Маса
Име	тип данни	Нулеви опции	Дали П.К.	Ф.К.
Код	Автономериране	НУЛА	да	не
категория апартамент	Текст (255)	НУЛА	не	не
Адрес (Street_house)	бележка	НУЛА	не	не
тип къща	Текст (255)	НУЛА	не	не
тип апартамент	Текст (255)	НУЛА	не	не
етаж	дълго цяло число	НУЛА	не	не
брой етажи	дълго цяло число	НУЛА	не	не
цялата зона	дълго цяло число	НУЛА	не	не
жилищно пространство	дълго цяло число	НУЛА	не	не
кухненска част	дълго цяло число	НУЛА	не	не
тип баня	Текст (255)	НУЛА	не	не
балкон	Текст (255)	НУЛА	не	не
Допълнителна информация	бележка	НУЛА	не	не
цена (хиляда рубли)	дълго цяло число	НУЛА	не	не
Опции за обмен	Текст (255)	НУЛА	не	не
състояние	бележка	НУЛА	не	не
Лицето за контакт	бележка	НУЛА	не	не
номер за връзка	Текст (255)	НУЛА	не	не
Уеб адрес	бележка	НУЛА	не	не
Колона(и) от " обмен малцина „Маса
Име	тип данни	Нулеви опции	Дали П.К.	Ф.К.
код	Автономериране	НУЛА	да	не
адрес (улица_къща)	Текст (255)	НУЛА	не	не
тип къща	Текст (255)	НУЛА	не	не
тип жилище	Текст (255)	НУЛА	не	не
етаж	Текст (255)	НУЛА	не	не
брой етажи	Текст (255)	НУЛА	не	не
цялата зона	дълго цяло число	НУЛА	не	не
жилищно пространство	дълго цяло число	НУЛА	не	не
цена (хиляда рубли) до	дълго цяло число	НУЛА	не	не
Допълнителна информация	бележка	НУЛА	не	не
опции за обмен	Текст (255)	НУЛА	не	не
състояние	бележка	НУЛА	не	не
Лицето за контакт	бележка	НУЛА	не	не
номер за връзка	Текст (255)	НУЛА	не	не
Уеб адрес	бележка	НУЛА	не	не
Колона(и) от " покупка Къща „Маса
Име	тип данни	Нулеви опции	Дали П.К.	Ф.К.
код	Автономериране	НУЛА	да	не
Адрес (Street_house)	бележка	НУЛА	не	не
Площ на парцела	дълго цяло число	НУЛА	не	не
материал за къща	Текст (255)	НУЛА	не	не
покривни	Текст (255)	НУЛА	не	не
брой етажи на къщата	Текст (255)	НУЛА	не	не
цялата зона	дълго цяло число	НУЛА	не	не
брой стаи	Текст (255)	НУЛА	не	не
цена (хиляда рубли) до	дълго цяло число	НУЛА	не	не
комуникации	бележка	НУЛА	не	не
Допълнителна информация	бележка	НУЛА	не	не
Лицето за контакт	бележка	НУЛА	не	не
номер за връзка	Текст (255)	НУЛА	не	не
Уеб адрес	бележка	НУЛА	не	не
Колона(и) от " Покупка малцина „Маса
Име	тип данни	Нулеви опции	Дали П.К.	Ф.К.
код	Автономериране	НУЛА	да	не
адрес (улица_къща)	Текст (255)	НУЛА	не	не
тип къща	Текст (255)	НУЛА	не	не
тип жилище	Текст (255)	НУЛА	не	не
етаж	Текст (255)	НУЛА	не	не
брой етажи	Текст (255)	НУЛА	не	не
цялата зона	дълго цяло число	НУЛА	не	не
жилищно пространство	дълго цяло число	НУЛА	не	не
цена (хиляда рубли) до	дълго цяло число	НУЛА	не	не
Допълнителна информация	бележка	НУЛА	не	не
Лицето за контакт	бележка	НУЛА	не	не
номер за връзка	Текст (255)	НУЛА	не	не
Уеб адрес	бележка	НУЛА	не	не
Колона(и) от " покупка „Маса
Име	тип данни	Нулеви опции	Дали П.К.	Ф.К.
код	Автономериране	НУЛА	да	не
категория апартамент	Текст (255)	НУЛА	не	не
Адрес (Street_house)	бележка	НУЛА	не	не
тип къща	Текст (255)	НУЛА	не	не
етаж	дълго цяло число	НУЛА	не	не
брой етажи	дълго цяло число	НУЛА	не	не
цялата зона	дълго цяло число	НУЛА	не	не
цена (хиляда рубли) до	дълго цяло число	НУЛА	не	не
Колона(и) от " покупка 2" маса
Име	тип данни	Нулеви опции	Дали П.К.	Ф.К.
код	Автономериране	НУЛА	да	да
тип апартамент	Текст (255)	НУЛА	не	не
жилищно пространство	дълго цяло число	НУЛА	не	не
кухненска част	дълго цяло число	НУЛА	не	не
тип баня	Текст (255)	НУЛА	не	не
балкон	Текст (255)	НУЛА	не	не
Допълнителна информация	бележка	НУЛА	не	не
Лицето за контакт	бележка	НУЛА	не	не
номер за връзка	Текст (255)	НУЛА	не	не
Уеб адрес	бележка	НУЛА	не	не
Колона(и) на таблица „данни за продажба 1“.
Име	тип данни	Нулеви опции	Дали П.К.	Ф.К.
код	Автономериране	НУЛА	да	не
категория апартамент	Текст (255)	НУЛА	не	не
Адрес (Street_house)	бележка	НУЛА	не	не
тип къща	Текст (255)	НУЛА	не	не
етаж	дълго цяло число	НУЛА	не	не
брой етажи	дълго цяло число	НУЛА	не	не
цялата зона	дълго цяло число	НУЛА	не	не
цена (хиляда рубли) до	дълго цяло число	НУЛА	не	не
Колона(и) на таблица „данни за продажба 2“.
Име	тип данни	Нулеви опции	Дали П.К.	Ф.К.
код	Автономериране	НУЛА	да	да
тип апартамент	Текст (255)	НУЛА	не	не
жилищно пространство	дълго цяло число	НУЛА	не	не
кухненска част	дълго цяло число	НУЛА	не	не
тип баня	Текст (255)	НУЛА	не	не
балкон	Текст (255)	НУЛА	не	не
Допълнителна информация	бележка	НУЛА	не	не
Лицето за контакт	бележка	НУЛА	не	не
номер за връзка	Текст (255)	НУЛА	не	не
Уеб адрес	бележка	НУЛА	не	не

2.2Софтуер за задачи

2.2.1 Общи (функционално дърво и диалогов скрипт)

В този проект могат да се разграничат следните категории функции: функции за въвеждане на информация в директории, функции за въвеждане на данни за недвижими имоти и функции за получаване на аналитични отчети. Всяка от тези категории се отнася до съответната подсистема на разработваното приложение: подсистема за поддръжка на справочници, подсистема за въвеждане на документи и подсистема за получаване на аналитични справки.

Приложението осигурява удобен и разбираем диалог между потребителя и програмата за извикване на всички функции. Потребителският достъп до функциите се осъществява през главното меню на основната форма на приложението и чрез бутоните на панела бърз обяд, дублиране на съответните елементи от менюто. Основната форма на приложението, освен че предоставя основния интерфейс за достъп до всички функции на приложението, действа и като контейнер за всички останали екранни форми.

Първата група екранни форми предоставя на потребителя достъп до подсистемата за поддръжка на директории на системата. Тази група екранни форми се извиква от главното меню на програмата "Справки". Всеки под-точка от този елемент от менюто съответства на извикване на екранна форма, която ви позволява да редактирате съответната директория.

Всички екранни форми за преглед и редактиране на директории са подобни една на друга и ви позволяват да изпълнявате функциите за преглед на списъка с директории, въвеждане на нови данни в директорията, редактиране на съществуващи данни и изтриване на съществуващи данни. За въвеждане на нови и редактиране на съществуващи данни от директории се извикват формите за редактиране на съответните директории. Тези формуляри се използват и за преглед подробна информациязаписи в директорията, тъй като в списъка с директории са представени само основни данни.

2.2.2 Структурна схема на проекта

Фигура 2.14 показва блоковата диаграма на проекта.

Фигура 2.1. Схема за извикване на модул.

2.2.3 Описание на софтуерните модули

Софтуерната реализация на решението на проблема се основава на обектно-ориентиран подход. Езикът C++, избран за език за програмиране, включва мощен апарат за поддържане на тази най-обещаваща технология: класове и обекти, йерархия от структури, съюзи и класове с различни механизми за наследяване, капсулиране на данни и функции за обработка с няколко нива на достъп, полиморфизъм на операциите , функции и обекти, предоставящи както статични, така и виртуални инструменти за достъп. Вграденият апарат за обектно-ориентирано програмиране ви позволява да описвате сложни предметни области и да създавате гъвкави, лесно адаптивни към нуждите на потребителя софтуерни пакети както за системни, така и за приложни цели.

За изпълнението на всяка подзадача в проекта бяха създадени няколко класа, наследници на стандартния клас на библиотеката VCL TForm.

Програмата е разработена като уеб приложение и отговаря на всички изисквания за интерфейс на уеб приложението. Програмата е разделена на модули, което отговаря на принципите на модулното програмиране. Нека разгледаме подробно всеки от тези модули.

Модулът на основната форма на приложението предоставя на потребителя интерфейс за достъп до всички основни функции на програмата. Достъпът до всички функции на програмата се осъществява през главното меню и лентата с бутони бърз достъп. Всички бутони и елементи от менюто са снабдени с подробни подсказки.

Подсистемата за редактиране на директории включва редица модули, предназначени да преглеждат и редактират съдържанието на директории. Имайте предвид, че същите форми се използват в други подсистеми. Така формата за преглед на списъка със стоки, която е част от подсистемата за поддържане на справочници, се извиква от подсистемата за отчитане на движението на стоките при регистриране на постъпления или разходи за избор на стоки, както и от подсистемата за аналитични отчети за избор на стоки при задаване на условие за генериране на отчет за произволен продукт.

Подсистемата за поддръжка на директории включва следните модули:

· Модулът за преглед на списъка със стоки е предназначен за преглед на списъка с артикули, както и за избор на стоки във всяка извикваща форма;

· Модулът за редактиране на продукта, извикан от модула за преглед на продукта, е предназначен за редактиране на данните за един конкретен продукт. Същият модул извиква модули на свързани речници, като стойности на свойствата на продукта, проекти, свързани с продукта, и аналози на продукта. Така в този модул се извършва основната работа по настройка на всички данни за продукта.

· Модул Аналози е предназначен за преглед и присвояване на аналози на стоки за стоки;

· Проектният модул е ​​предназначен за преглед на списъка със стандартни проекти. В кои стоки могат да се използват, както и за избор на тези проекти във формуляри за извикване;

· Модулът за редактиране на проекти е предназначен за редактиране на данните на един конкретен проект и задаване на свойствата на проекта за този проект;

· Модулът за свойства на проекта е предназначен да поддържа списък със свойства на проекта;

· Модулът за редактиране на свойства на проекта е предназначен за редактиране на данните на едно конкретно свойство;

· Клиентският модул е ​​предназначен за преглед и редактиране на списъка с клиенти, включително редактиране на всички клиентски данни, както и за избор на клиенти във формата за обаждане;

· Модулът производители е предназначен за преглед и редактиране на списъка с клиенти, включително редактиране на всички клиентски данни, както и за избор на клиенти във формата за обаждане;

· Модулът свойства на стоките е предназначен за преглед на списъка със свойства на стоките;

· Модулът за редактиране на свойствата на продукта е предназначен за редактиране на данните за това конкретно свойство на продукта и за задаване на всички възможни стойности на това свойство;

Модулът на стойностите на свойствата е предназначен за преглед и редактиране на стойностите на свойствата на продукта

· Модулът складове е предназначен за преглед на списъка със складове и избор на складове във формата за извикване;

· Модулът за редактиране на склад е предназначен за редактиране на данни на конкретен склад;

Подсистемата за отчитане на движението на стоките съдържа модули. Отговаря за основната функционалност на програмата: осигуряване на движението на стоките в складовете и отчитане на баланса на стоките:

· Модулът за дневник на документи съдържа списък с операции, които се записват в таблицата с операции на базата данни;

· Модулът за документи е предназначен за редактиране на една операция, включително всички нейни компоненти. Този модул, подобно на продуктовия модул, извиква много други форми за избор на стойности.

· Модулът за редактиране на ред от табличната част на операцията е предназначен за редактиране на данните на един ред от документа.

Подсистемата за аналитична отчетност включва следните модули:

· Модул за съставяне на справка за наличност на стоки в складове;

· Модул за съставяне на справка за движението на стоките в складовете.

Във визуалната интегрирана среда за разработка Borland C++ Builder основният компонент на програмата е формата. Формулярът капсулира елементите на потребителския интерфейс и програмен код A, съдържащ отговор на действията на потребителя. Това е в пълно съответствие с принципите на обектно-ориентираното програмиране. C++Builder автоматично генерира клас формуляр за формуляра, който съдържа компонентите, поставени върху формуляра, свойствата и методите на формуляра, както автоматично генерирани от C++Builder, така и дефинирани от потребителя. В разработеното приложение са дефинирани следните форми:

· Fmain form – основната форма на приложението, реализирана във файла UnitMain.cpp, изпълнява функциите на основен интерфейс за потребителски достъп до всички функции на програмата през главното меню на приложението и лентата с бутони за бърз достъп. Освен това основната форма действа като контейнер за всички останали форми, в които се въвеждат и обработват данни.

· Формата FTovar, реализирана във файла UnitTovar.cpp, изпълнява функциите за преглед на списъка със стоки, въведени в таблицата със стоки на системната база данни. Основният елемент на формуляра е компонентът DBGrid от палитрата на компонентите на C++ Builder, който показва таблица с продукти под формата на списък. Колоните на компонента DBGrid показват съответните полета на продуктовата таблица: име, английско име, баркод и производител. Същата форма се използва за избор на продукт, в случай че тази форма се извиква от други форми за избор на конкретен продукт, например под формата на отчет за салда.

· Формата FTovarEdit, реализирана във файла UnitTovarEdit.cpp, е предназначена за преглед и редактиране на данни за продукта. Този формуляр съдържа контроли, които показват основни данни за продукта, като име, име на английски, подробно описание, синоними, баркод и цена и производител. Обърнете внимание, че производителят се избира, като отворите формуляра на производителите и го изберете от предложения списък. В допълнение към основните данни, формулярът за редактиране на продукта също показва данни от свързани директории, чиито записи са свързани с този продукт: аналози, проекти, към които принадлежи продуктът и свойства на този продукт с техните стойности. Показването на данните от свързани директории в една форма е много удобно, тъй като всички необходими данни за продукта се намират заедно. Могат да се разглеждат и редактират.

· Формулярът FormClients, реализиран във файла FormClientsU.cpp, е предназначен за преглед и редактиране на данни за контрагентите на системата: доставчици и купувачи. Формата е изградена по такъв начин, че ви позволява да видите списъка с купувачи от лявата страна и подробна информация за текущия купувач отдясно. Списъкът показва само името на купувача от полето за име на таблицата с база данни, контролите от дясната страна показват данни от всички останали полета. Този подход е много удобен, тъй като ви позволява да преглеждате и редактирате пълни клиентски данни в една форма. Бутоните Add, Save и Delete извикват процедури, които изпълняват SQL заявки за добавяне, модифициране и изтриване на записи от базата данни.

· Формулярът FormVendirs, реализиран във файла FormVendirsU.cpp, е предназначен за преглед и редактиране на данни за производители на стоки. Формата е проектирана по такъв начин, че ви позволява да видите списъка с производители от лявата страна и подробна информация за текущия производител от дясната страна. Списъкът показва само името на производителя от полето за име на таблицата на базата данни, контролите от дясната страна показват данни от всички останали полета. Този подход е много удобен, тъй като ви позволява да преглеждате и редактирате пълните данни за производителя в една форма. Бутоните Add, Save и Delete извикват процедури, които изпълняват SQL заявки за добавяне, модифициране и изтриване на записи от базата данни.

· Формата FProj, реализирана във файла FProjU.cpp, изпълнява функциите за преглед на списъка с проекти, въведени в таблицата с проекти на системната база данни. Основният елемент на формуляра е компонентът DBGrid от палитрата на компонентите на C++ Builder, който показва таблицата на проекта като списък. Колоните на компонента DBGrid показват само полето "Име" на таблицата на проекта. Същият формуляр се използва за избор на проект, ако този формуляр се извиква от други формуляри за избор на конкретен проект, например във формуляра за редактиране на данни за продукта.

· Формата FProjEdit, реализирана във файла UnitProjEdit.cpp, е предназначена за преглед и редактиране на пълните данни на проекта, както и за задаване на свойства на проекта към проекта. В лявата част на формата, в съответните контроли, се показват всички данни за проекта от таблицата на проекта: име, подробно име и подробно описание, а списъкът с свойства на този проект се намира в лявата част. Бутонът "Добавяне на свойство" отваря формуляр за избор на справочник за свойства на проекта, който ви позволява да изберете и присвоите свойство на проект. Премахването на свойство от списъка със свойства на проекта става, когато щракнете върху бутона „Изтриване на свойство“.

· Формулярът FSimp, внедрен във файла UnitSimp.cpp, е предназначен за преглед на списъка със свойства на проекта, които допълнително характеризират проекта.

· Формулярът FSimpEdit е предназначен за преглед и редактиране на едно конкретно свойство на проекта, което е избрано за редактиране. Формата ви позволява да зададете основните и допълнителни данни на собствеността на проекта.

· Формата FProperty, имплементирана във файла UnitProperty.cpp, е списък със свойства на продукта. Този формуляр има само списък с имена на свойства, които потребителят може да види и да избере едно от тези свойства в извикващия формуляр, ако формулярът е бил отворен, за да изберете свойство от друг формуляр.

· Формулярът FPropertyEdit, внедрен във файла UnitPropertyEdit.cpp, е предназначен за редактиране на името на свойството и подробно описание на свойството на продукта, както и за задаване на стойности на свойството на продукта в списъка от дясната страна на формуляра. Бутоните за управление на списъка ви позволяват да отворите формуляра за стойности на свойства, за да изберете стойност на свойството. Което може да бъде присвоено на дадено свойство и за да редактирате стойността на свойството, изтрийте стойността на свойството.

· Формата FSklad, внедрена във файла UnitSklad.cpp, е предназначена за преглед на списъка със складове, който съдържа имената на складовете. Същата форма ви позволява да изберете текущия складов запис във формуляра за извикване

· Формулярът FSkladEdit, внедрен във файла UnitSkladEdit.cpp, е предназначен за преглед на подробни данни и редактиране както на името, така и на допълнителни складови данни.

· Формулярът FVals, внедрен във файла UnitVals.cpp, е предназначен да избира стойност на свойство за елемент от продуктовия каталог и се извиква само от формуляра на продукта. Формулярът за стойности на свойствата показва списък със свойства на продукта или изцяло, или само онези стойности, които са подчинени на конкретно свойство, което може да бъде избрано чрез щракване върху бутона за отваряне, за да изберете формуляра за свойства. След като бъде избрано свойство, списъкът със стойности на свойството показва само тези стойности, които може да приеме свойството.

· Формулярът FValsEdit, внедрен във файла UnitValsEdit.cpp, е предназначен за редактиране на стойността на свойство на продукт чрез посочване на неговото име и подробно описание.

· Формата FormFilter, внедрена във файла FormFilterU.cpp, е предназначена да реши проблема с избора на стоки чрез комбинацията от техните свойства. За избор могат да се използват както основни данни за продукта (име, име на английски, синоними, пълно име, подробно описание), така и свързани данни за продукта: аналогии и свойства на стоките. Тъй като основните данни за продукта са низови стойности, формулярът предлага на потребителя да организира гъвкав избор въз основа на тези данни. Можете да организирате избора на записи в таблицата с продукти чрез точно съвпадение с въведената фраза, чрез въвеждане на въведената фраза в полето за избор, чрез въвеждане на всички думи от въведената фраза в полето за избор в произволна последователност, или чрез въвеждане на поне една от думите на въведената фраза в полето за избор. Такава селекция може да бъде организирана от всяко от полетата в таблицата за избор. В допълнение към филтрирането по основните свойства, филтърната форма предоставя възможност за организиране на селекция по проекти, към които принадлежи продуктът. За да направите това, се попълва списък с проекти, записи към който се добавят чрез избиране на проекти от формуляра за списък с проекти, когато той е отворен за избор. Контролите на списъка с проекти ви позволяват да добавяте записи към списъка, да премахвате записи от списъка, да проверявате всички записи или напълно да изчиствате списъка. Всички записи в списъка могат да имат знак за използване в селекцията или неизползване (отметка), като махне отметката, която потребителят може да изключи селекцията за този проект. В резултат на това само онези продукти, които принадлежат към проектите, изброени в списъка, ще бъдат включени в селекцията от записи в продуктовата директория. Формата също така реализира избор по свойства на продукта и техните стойности. Можете да добавите записи от директорията със свойства към списъка със свойства на стоки, като отворите формата на списъка със свойства за избор и изберете от него определено имущество. За текущия запис списъкът със свойства показва всички стойности, които това свойство може да приеме, от които потребителят избира необходимите, като поставя знаци в тях. В резултат на това само онези продукти, които имат стойностите на изброените свойства, изброени в списъка, ще бъдат включени в генерираната селекция. Формата за филтриране не се извиква директно от главното меню, а се извиква само от формата за списък със стоки, включително когато е отворена за избор, ако в тази форма е необходимо да се организира изборът на стоки според комбинация от произволни критерии.

· DM формата, внедрена във файла UnitDM.cpp, е модул за съхраняване на C++ Builder компоненти, които осигуряват достъп до базата данни. За всяка таблица на база данни е разпределен отделен компонент TQuery, който ви позволява да въвеждате и изпълнявате SQL заявки, които ви позволяват да избирате, редактирате и изтривате записи в таблиците на базата данни. Фактът, че за всяка таблица е разпределен само един компонент за достъп и това, че всички те са обединени в един модул, се дължи на факта, че програмата има MDI интерфейс и промяната на данните в една форма води до мигновена промяна в показването им в всички други форми. В допълнение към компонентите за достъп до данни, този формуляр също съхранява компоненти, които служат като източник на данни за компоненти за показване на данни във формуляри. Компонентът база данни осигурява физическата връзка на всички останали програмни компоненти с базата данни.

· Формулярът FJornal е предназначен за преглед на дневника с документи – т.е. списък на операциите, които вече са извършени със стоки. Формата съдържа компонента TDBGrid, който показва списък с операции със следните параметри за всеки запис: дата на операцията, номер на операцията, склад, от който е издадена операцията, клиент, към който е регистрирана операцията.

· Формата FDocs е предназначена за редакция или въвеждане на нова операция по движението на стоките в склада. В горната част на формата има компоненти, които показват основните свойства на операцията: дата и номер на операцията, клиент, склад и код на операцията. За да изберете клиент и склад, те се отварят, за да изберете формата на съответните директории, в които можете да изберете желания запис. Долната половина на формуляра съдържа таблична частоперация, която представлява списък на стоките, с посочване на количеството.

· Формулярът FJornalEdit, реализиран във файла UnitJornalEdit.cpp, е предназначен за редактиране на един ред от операция. Този формуляр се извиква от формуляра на FJornal за редактиране на текущия ред. Формата предоставя лесен интерфейс за въвеждане и промяна на артикул и количество на ред. За избор на продукт се извиква формата за списък с продуктов каталог, избраният запис в която се прехвърля във формата FJornalEdit.

· Формулярът FUsers е предназначен да поддържа списък с потребители. В компонента DBGrid на този формуляр, използвайки SQL заявка, се формира списък със системни потребители и потребителските свойства се показват в контролите: вход, парола, фамилно име, собствено име, бащино име и потребителска категория. Потребителската категория се показва като радио бутони. Когато щракнете върху контролните бутони, се изпълнява SQL заявка за добавяне, редактиране на данни и изтриване на потребител. При изтриване на потребител се контролира референтната цялост на базата данни

· Формата FReg е предназначена за удостоверяване на потребителя в началото на сесия със системата. Системата проверява присъствието на потребителя в базата данни, проверява неговата парола и при успех отваря достъп до тези функции, които са достъпни за потребителя, в зависимост от нивото му на достъп.

· Формулярът FRepForm, реализиран във файла UnitRepForm.cpp, е предназначен за изготвяне и генериране на отчет за движението на стоките в складовете. Контролите на тази форма позволяват на потребителя да зададе условията за генериране на отчета, а именно да избере клиента, с когото е извършена операцията по получаване или разход, както и склада, от който е извършена тази операция. Долната част на формуляра съдържа таблица, в която потребителят може да избере няколко записа от продуктовата директория, като в този случай отчетът за трафика ще бъде базиран на тези продукти.

Всяка форма изпълнява функциите на съответния модул, използвайки компонентите на средата C++ Builder, поставени върху формата от палитрата на компонентите. сряда бързо създаванеприложения или RAD-среда (RapidApplicationDevelopment - RAD) C ++ Builder използва библиотеката от визуални компоненти VCL (VisualComponentLibrary - VCL), която се състои от визуални и невизуални обекти и обвивки, готови за използване. Позволява с минимални разходисъздавайте приложения, като същевременно осигурявате известна степен на независимост от VCL.

Когато работите с компоненти, C++ Builder широко използва принципа на повторно използване на обекти. Компонентите са екземпляри на клас, които са достъпни чрез ComponentPalette. Какво може да бъде по-лесно, когато създавате приложение, отколкото просто да пуснете желания компонент във формуляра, да зададете неговите свойства и след това да дефинирате манипулатори на събития. Именно с помощта на компонентите на формата те изпълняват функциите, които са им присъщи.

2.3 Технологична поддръжка на задачата

2.3.1 Организация на технологията за събиране, предаване, обработка и издаване на информация

Разработването на сложни софтуерни системи налага решаването на редица организационни, технологични и технически проблеми, свързани със значителната трудоемкост на разработването на програми и трудността при идентифициране на грешки в тях. Решението на тези проблеми е възможно с въвеждането на всяка технология за програмиране, която ще увеличи производителността на програмистите и надеждността на програмите. В допълнение, внедрената технология трябва да опрости планирането на работата и да организира взаимодействието на всички членове на екипа, да ви позволи ясно да контролирате времето на всеки етап от разработката, своевременно да съобщавате на изпълнителите всички промени в общите концепции за създадения софтуерен продукт и промени в договореностите за отношенията между програмата и външната среда или между отделни структурни елементи на програмата. Технологията трябва да гарантира простотата и недвусмислеността на четенето на цялата документация.

Намаляването на времето и намаляването на сложността на внедряването на софтуерен продукт зависи от неговата надеждност. Следователно технологията трябва да осигури организирането на процесите на проверка и тестване на алгоритми и програми на етапа на разработка, както и подходи за отстраняване на грешки и тестване на програмата. Технологията трябва да осигури възможност за сравнително проста модификация на програмите по време на тяхната работа, което е необходимо за отстраняване на открити грешки или за промяна на програмните функции.

Технологията за разработване на сложни софтуерни системи изисква разделянето на софтуерния продукт на отделни модули. В същото време модулите често се създават независимо един от друг от различни програмисти. За да комбинирате модули в софтуерен пакет, е необходимо да разработите правила за извикване на модули и правила за предаване на параметри между отделни модули. Тези правила формират вътрешнопрограмен интерфейс.

2.3.2 Схеми на технологичния процес на събиране, предаване, обработка и издаване на информация

IN този разделпредставени са функционално-технологични схеми за решаване на проблема.

Първо, нека разгледаме задачата за поддържане на директории, нека я наречем A1. За да го приложи, мениджърът на каталога сортира данните и след това въвежда данните в съответните таблици. Задачата за въвеждане на данни може да бъде разделена на няколко стъпки. Функционално-технологичната схема за решаване на задача А1 е показана на фигура 2.13.

Фигура 2.2. Функционално-технологична схема на задача А1 "Поддържане на справочници"

За всеки избран модул е ​​разработена функционално-технологична схема и подробен алгоритъм за нейното кодиране. Блоковата схема на задача А1 е показана на фигура 2.14, а функционалните и технологичните схеми на всички модули на задача А1 са показани на фигура 2.15.

Фигура 2.3. схема за решаване на задача А1 "Поддържане на директории"

Фигура 2.4. Функционално-технологични схеми на модули на задача А1

Нека опишем по-подробно получените схеми.

За модул A1.1:

Процес: Проверка и въвеждане на данни за продукта.

Вход: информация за продукта.

Резултат: генерирани данни за продукта в базата данни

Алгоритъм:

Проверка на наличието на данни за продукта в базата данни

Показване на информация за продукта на екрана.

За модул A 1.2:

Процес: Проверка и въвеждане на клиентски данни.

Вход: информация за клиента.

Изход: генерирани данни за клиента в базата данни

Алгоритъм:

Проверка на наличието на клиентски данни в базата данни

Ако няма данни, добавете нов запис към базата данни

Показване на информация за клиента на екрана.

За модул A 1.3:

Процес: Проверка и въвеждане на данни за свойствата на продукта.

Вход: информация за свойствата на продукта.

Изход: генерирани данни за свойствата на продукта в базата данни

Алгоритъм:

Проверка на наличието на данни за собствеността на продукта в базата данни

Ако няма данни, добавете нов запис към базата данни

Показване на данни за свойствата на продукта на екрана.

За модул A 1.4:

Процес: Проверка и въвеждане на потребителски данни.

Вход: потребителска информация.

Изход: генерирани данни за потребителя в базата данни

Алгоритъм:

Проверка на наличието на потребителски данни в базата данни

Ако няма данни, добавете нов запис към базата данни

Показване на потребителска информация на екрана.

За модул A 1.5:

Процес: Проверка и въвеждане на данни за проекта.

Вход: информация за проекта.

Резултат: генерирани данни за проекта в базата данни

Алгоритъм:

Проверка на наличието на данни за проекта в базата данни

Ако няма данни, добавете нов запис към базата данни

Показване на данни за проекта на екрана.

За модул A 1.6:

Процес: Проверка и въвеждане на данни за единицата.

Вход: информация за единицата.

Изход: генерирани данни за отдела в базата данни

Алгоритъм:

Проверка на наличието на данни за единицата в базата данни

Ако няма данни, добавете нов запис към базата данни

Показване на информация за разделението на екрана.

За модул A 1.7:

Процес: Проверка и въвеждане на данни за производители.

Вход: информация за производителя.

Изход: генерирани данни за производителя в базата данни

Алгоритъм:

Проверка на наличието на данни за производителя в базата данни

Ако няма данни, добавете нов запис към базата данни

Показване на информация за производителя на екрана.

След това разгледайте задачата за въвеждане на документи в системата, нека я наречем B1. За да реши този проблем, операторът на групата за обработка на документи сортира входящите хартиени документи, обработва ги и ги въвежда в системата, в резултат на което се променят записите в балансовата таблица и дневника на документите. Функционално-технологичната схема на задача В1 е показана на фигура 2.16.

Фигура 2.5. Функционално-технологична схема на задача В1 „Въвеждане на документи”.

За всеки избран модул е ​​разработена функционално-технологична схема и подробен алгоритъм за нейното кодиране. Блоковата схема на задача B1 е показана на фигура 2.17, а функционалните и технологичните схеми на всички модули на задача B1 са показани на фигура 2.18.

Фигура 2.6. Блокова схема за решаване на задача B1 "Въведение в документи"

Фигура 2.7. Функционално-технологични схеми на модули на задача В1

След това разгледайте задачата за получаване на отчети, нека я наречем B1. За решаване на този проблем потребителят на програмата избира желания тип отчет, в резултат на което се формира екранна форма на избрания тип отчет.Функционалната и технологична схема на задача B1 е показана на фигура 2.19.

Фигура 2.8. Функционално-технологична схема на задача В1 "Оформяне на справки"

Блоковата схема на задача B1 е показана на Фигура 2.20, а функционалните и технологични диаграми на всички модули на задача B1 са показани на Фигура 2.21

Фигура 2.9. Блокова схема на задача B1

рисуване 2 . 10 . Функционално-технологични схеми на задачни модули В1

2.4 Тестов случай за изпълнение на проекта и неговото описание

За проверка на коректността и целостта на разработеното приложение е направен тестов пример на приложението. Данните за този тестов случай са подбрани по такъв начин, че да обхванат всички функции и подсистеми на разработеното приложение, да проверят всички алгоритми, вградени в него.

Изпълнението на тестовия случай се състои от три стъпки:

· Въвеждане на тестова информация в справочници;

· въвеждане на тестови случаи на движение на стоки в склад;

· Получаване на отчети, отразяващи промяната в броя на стоките в складовете и позволяващи извършване на анализ на движенията.

Първата стъпка в изпълнението на тестовия случай е въвеждането на тестови данни в системните директории. Данните от теста бяха избрани по този начин. Да използвате всички директории, както основни, така и съхраняващи допълнителна информация.

Три продукта са добавени към продуктовата директория:

· Врата "Клинкор" метална;

· Врата "Базел" дървена;

Метална врата "Вегас"

Фигура 2.24 показва екранна форма със списък от продукти.

Фигура 2.11. Списък с продукти

Таблица 17 показва данни от тестове за свойствата на стоките и стойностите, които тези свойства могат да приемат

Таблица 17. Данни от тестове за свойствата на стоките.

Таблица 18 показва свойствата, присвоени на продуктите и техните стойности.

Таблица 18. Тестови данни за присвояване на свойства на продукта на продукти.

Продукт	Имот	Присвоена стойност на имота
Врата "Клинкор" метална	Замък 1	Замъкът Тайсън
	Замък 2	Замъкът "Верита"
	Тегло	500 кг
	Външна подплата	Пластмаса
	Вътрешна тапицерия	Липсва
	Затопляне	Липсва
Вегас метална врата	Замък 1	Замъкът Тайсън
	Замък 2	Замъкът Вегас
	Тегло	150 кг
	Външна подплата	Декоративна пластмаса
	Вътрешна тапицерия	килим
	Затопляне	Полистирен
Врата "Базел" дървена	Замък 1	Замъкът Тайсън
	Замък 2	Липсва
	Тегло	120 кг
	Външна подплата	Липсва
	Вътрешна тапицерия	килим
	Затопляне	Паралон

За класифициране на стоките към един или друг стандартен проект на сгради и помещения, в които могат да се използват продуктите, беше съставен справочник на проектите и техните свойства. Тяхното съдържание е представено в таблица 19.

Таблица 19. Тестови данни за проекти.

Присвояването на стоки към конкретен проект е представено в таблица 20.

Таблица 20. Тестови данни за присвояване на стоки към проекти.

Присвояването на всички данни към продукта, присвояването на аналози, свойства към него, присвояването му на конкретен проект е показано на фигура 2.25.

Фигура 2.12. Форма за тест за редактиране на продукт

Също така, за пълнотата на тестовия случай е необходимо да се попълнят директориите на производители, клиенти, складове и потребители. Пълненето им е показано на фигури 2.26 - 2.29.

Фигура 2.13. Пробно попълване в указателя на производителя

Фигура 2.14. Тестово попълване на директорията на клиентите.

Фигура 2.15. Тестово попълване на справочника със складове.

Фигура 2.16. Тестово попълване на справочника на потребителите.

Резултатът от този етап на тестване е завършена база данни, която съдържа всички данни на директориите. Най-ефективният и демонстративен начин за проверка на пълнотата и коректността на попълването на директории е търсенето на желания продукт с помощта на продуктовия филтър. Продуктовият филтър ви позволява да избирате продукти по всякакви критерии и тяхната комбинация. Така че по време на тестването бяха направени следните селекции:

Всички продукти с ключалка Tyson (формата на филтъра е показана на фигурата).

Всички продукти свързани с проект "Селска къща" или с проект "Апартамент в жилищен блок»

Всички продукти на производителя Klondike.

рисуване 2 . 17 . Задаване на продуктов филтър.

След като имате всички попълнени директории, можете да преминете към втория етап на тестване: въвеждане на документи за движението на стоките в складовете. На този етап бяха въведени няколко документа, които извършват приемането и потреблението на всички тестови стоки в складовете. Журналът на документите е показан на фигурата, съдържанието на някои документи е показано на фигура 2.31.

рисуване 2 . 18 . Журнал за документи.

рисуване 2 . 19 . Форма на документ.

Трябва да се отбележи, че в реалния живот изпълнението на документи за движение на стоки през склада става в реално време по реда на получаване на хартиени документи. В същото време, при издаването на всеки нов документ, операторите не контролират баланса на стоките в склада. Третият етап на тестване ви позволява да видите баланса на стоките, както и да анализирате движението на стоките в складовете в контекста на документите: получаване на аналитични отчети. На този етап са получени справки за салда без раздели на документи, както и справка за салда и движения на стоки в контекста на документи. Тези отчети позволиха да се проследи промяната в баланса на стоките в складовете и да се разбере как крайният баланс се оказа от първоначалния баланс.

Според резултатите от теста може да се твърди, че програмата работи правилно. Той отговаря на всички негови изисквания: функционални характеристики, надеждност и коректност на работа, информационна и софтуерна съвместимост, състав на хардуер и софтуер, състав на софтуерна документация.

Заключение

В резултат на завършването на дипломния проект беше проучена методологията за водене на складово счетоводство в LLC "Union-doors".

Въз основа на изследваната методология е разработена структура на база данни, която е необходима за съхраняване на системни данни. Също така беше избрана операционната система, в която ще трябва да функционира разработеното приложение, както и езикът за програмиране и програмната система, с помощта на които ще се извърши разработката.

Резултатът от дипломния дизайн е разработката на приложение, което автоматизира процеса на инвентарен контрол.

В съответствие с описаната методология за тестване на програмата, резултатите от теста показаха, че програмата работи правилно във всички очаквани ситуации, с различни набори от входни данни.

Програмата работи под операционни системи Windows 95/98, NT, 2000, XP и е внедрена в среда BorlandC++ Builder. Резултатите от програмата са таблици с документи за движение в складове и салда на стоки в складове.

Разработеното приложение скоро ще бъде внедрено в Union-doors LLC. Ръководството на Union-doors LLC очаква голям качествен скок в организацията на складовото счетоводство от внедряването на разработеното приложение. Поради факта, че работата на персонала ще бъде значително улеснена чрез автоматизиране на поддържането на справочна информация, документооборот и получаване на отчети, качеството на работа на персонала ще се подобри значително. Разработеното приложение ще ви позволи да подредите нещата в организацията на работата на всички отдели и всеки отделен служител, да разграничите служителите според техните правомощия и функции и да идентифицирате тесните места в организацията на дейностите на отделите. Възможността за незабавно получаване на текущи салда в склада ще елиминира кражбата на продукти, а възможността за получаване на отчети за движението на стоките ще ви позволи да изготвяте аналитични отчети за анализ на продажбите и да правите прогнози за бъдещи периоди.

1. Подбелски В.В., Фомин С.С. C програмиране: Proc. полза. - 2-ро доп. Изд. - М: Финанси и статистика, 2002. - 600-те.

2. Програмиране на Herbert Schildt в C и C ++ за Windows 95 - K .: BHV Trade and Publishing Office, 1996

3. C. Petzold Програмиране за Windows 95; в два тома – СПб.: БХВ – СПб., 1997г

4. Архангелски П.А. "Програмиране в BorlandC++ 4.0" М. Наука, 2000 г

5. Straustrup B. „Езикът за програмиране C++: Per. от английски." М. Радио и комуникация, 1991.-352 с.: ил.

6. Бобровски С.И. Delphi 5 - М.: Питър, 2002.

7. Гаевски А. Разработка на софтуерни приложения на Delphi 6 - М.: Киев, 2000.

8. ЗуевВ. A. Turbo Pascal 6.0, 7.0. М.: Москва, 1998 г.

9. Коцюбински А.О., Грошев С.В. Език за програмиране Delphi 5 - М.: Москва, 1999 г.

10. Леонтиев V.I. Delphi 5 - М.: Москва, 1999.

11. Моисеев A.S. Object Pascal - Москва: Москва, 2000.

12. Немнюгин С.А. Програмиране - М .: Питър, 2000.

13. Ремизов Н. С. Делфи - М .: Петър, 2000

14. Архангелски П.А. Програмиране в Delphi 5. М., Наука, 2000

15. Дарахвелидзе П.Г. Програмиране в DELPHI 5. Санкт Петербург, Бином, 2000 г

16. Teixeira ST DELPHI 5. Ръководство за разработчици. М., Уилямс, 2000

17. Угринович Н. Информатика и информационни технологии. Набор от основни знания. М., Радио и комуникация, 2000

18. Фаронов В.В. Delphi 3. Обучителен курс. М., Знание, 1998

19. Фаронов В.В. Delphi 4. Обучителен курс. М., Знание, 1998

20. Харингтън Дж. Проектиране на релационни бази данни. М., ЛОРИ, 2000

21. Шумаков В.П. Delphi 3 и създаване на приложения за база данни. М., Знание, 1998

22. GOST 2.105-95 ESKD. Общи изисквания към текстовите документи

23. GOST 19.103-33 ESPD. Обозначаване на програми и програмни документи.

24. ГОСТ 19.701-90 ESPD. Схеми на алгоритми, програми, данни и системи. Конвенции и правила за изпълнение.

Приложение

Диаграма на потока от данни "както е"

Диаграма на потока от данни "както трябва да бъде".

Схема на документооборота в контекста на работа с клиенти при сделки с недвижими имоти.

Изпратете добрата си работа в базата знания е лесно. Използвайте формата по-долу

Студенти, докторанти, млади учени, които използват базата от знания в обучението и работата си, ще ви бъдат много благодарни.

Хоствано на http://www.allbest.ru/

Тема: "Развитие на информационна система "Агенция за недвижими имоти""

Съдържание

• Въведение
• 1 . Техническо задание
• 1.1 Постановка на проблема
• 1.2 Софтуерно изискване
• Изисквания за надеждност
• 1.4 Информационна поддръжка на задачата
• Описание на входната информация
• 2. Описателна част
• 2.2 Описание на софтуера
• 2.3 Тестов случай
• 2.4 Упътване за употреба
• Заключение
• Библиография

Въведение

Темата на курсовия проект е създаване и развитие на информационна система.

В днешно време информационна мрежаобхвана почти цялата планета. Всеки ден се сблъскваме с информационни системи: на паркинги (с карти), в универсални магазини, дори когато кандидатстваме за работа.

Информация - информация, съобщения, данни и др. Към момента няма единна дефиниция на понятието информация.

Информационен модел - съвкупност от информация, която характеризира съществените свойства и състояния на обект, процес, явление, както и връзката с външния свят.

Информационната система (ИС) е набор от взаимосвързани хардуерни и софтуерни средства за автоматизиране на натрупването и обработката на информация. Информационната система получава данни от източника на информация (пример: база данни). Тези данни се изпращат в хранилище или се подлагат на обработка в системата и след това се прехвърлят на потребителя.

Автоматизирана информационна система (АИС) - набор от софтуер и хардуер, предназначени за автоматизиране на дейностите, свързани със съхранението, предаването и обработката на информация.

Колкото по-достъпни стават компютърните технологии, толкова повече се появяват непрофесионалните потребители. Следователно една от задачите на разработчиците на всякакви приложения, включително IS, е да създадат интуитивен интерфейс. Тази задача също ще бъде изпълнена в курсовия проект.

В ход дизайн на курсанеобходимо е да се консолидират и систематизират знанията, получени в дисциплините "Бази данни", създаване на източник на информация, "Разработване и експлоатация на информационни системи", създаване на ИС, " Компютърна графика“, разпределяйки бутони върху формуляри и създавайки интуитивен интерфейс.

Курсовият проект за разработване и поддръжка на софтуер по дисциплината "Разработване и експлоатация на информационни системи" е междинен етап от обучението в "Красноярско техническо училище по информатика и компютърна техника" и овладяване на професията на техник.

Целта на курсовия проект е:

научете как да създавате висококачествен и надежден софтуер, придобийте работни умения в създаването на софтуер;

разработване на техническа документация за създадения софтуер.

В процеса на разработване на курсов проект е необходимо да се пресъздаде информационната система "Агенция за недвижими имоти". Задачата на тази информационна система ще бъде да показва графика на служителите на агенцията за недвижими имоти.

Резултатът от курсовия проект по дисциплината „Разработване и експлоатация информационни медии„Трябва да има пълноценна база данни, която да решава задачата, и техническа документация към нея.

1. Техническо задание

1.1 Постановка на проблема

В процеса на курсовото проектиране е необходимо да се разработи информационна система „Агенция за недвижими имоти”.

Тази база данни трябва да осигури удобно разглеждане / добавяне на информация за клиенти и недвижими имоти.

Системата трябва да изпълнява следните функции:

- Въвеждане и редактиране на информация за недвижими имоти:

- "Операции";

- "Недвижим имот";

- Въвеждане и редактиране на информация за служителите:

- "Работници";

- Въвеждане и редактиране на клиентска информация:

- "Клиенти";

- съставяне на договор (с помощта на който се изгражда график):

- "Договори";

- формиране и отпечатване на документи като:

- „График на служителите”;

Входната информация трябва да бъде:

- Списъци с клиенти:

- трите имена на клиента;

- телефон;

- Списък на служителите:

- трите имена на служителя;

- Възможности на агенцията: налични операции; налични недвижими имоти.

Тази информационна система е предназначена за преглед и съхраняване на графика на служителите на агенцията за недвижими имоти. Това ще помогне на потребителя да направи график много по-бързо, а удобният за потребителя интерфейс ще направи работата по-приятна.

1.2 Софтуерни изисквания

изисквания за изпълнение

Информационната система „Агенция за недвижими имоти” трябва да е насочена към подпомагане поддържането на графика на служителите на агенцията за недвижими имоти. Системата трябва да обработва информация и да отпечатва изходни документи.

Тази система трябва да работи с Windows XP SP2 (или по-нова версия) или Windows Vistaи Microsoft Office 2007 Toolkit.

Информационната система "Агенция за недвижими имоти" следва да изпълнява следните функции:

- Въвеждане и редактиране на следната информация за работата на служителите на агенцията за недвижими имоти:

- трите имена на служителя;

- Въвеждане и редактиране на следната информация за клиента:

- трите имена на клиента;

- Телефон;

- Въвеждане и редактиране на следната информация за възможностите на агенцията:

- налични операции;

- достъпни недвижими имоти;

- формиране и отпечатване на следните изходни документи:

- "График на служителите".

Изисквания за надеждност

Системата трябва да е качествена и изправна, тоест да изпълнява всички необходими функции и да е годна за работа. Системата трябва да е стабилна, т.е. способна да извършва планирани действия, независимо от всякакви отклонения, както в работата на оборудването, така и в самото приложение.

За да се гарантира надеждността на системата, е необходимо:

- осигуряване на защита на данните от неоторизиран достъп;

- извеждане на съобщение за грешка при неправилно въведени данни, в което се посочва полето, в което е възникнала грешката;

- всички данни трябва да бъдат въведени правилно и коректно, тоест трябва да се извърши контрол на данните, включително задължителните полета;

- задължителните полета са:

- трите имена на клиента;

- Телефонен номер на клиента;

- трите имена на служителя;

– Вид на имота;

– Операции с недвижими имоти;

- при изтриване на каквито и да било данни е необходимо да се предвиди възможност за отказ, т.е. да се издаде искане за съгласие на потребителя.

Изисквания към условията на работа

Потребителят трябва да има основни умения за работа с Windows (това ще се изисква в случай на повреда) и умения за работа с пакета инструменти Microsoft Office 2007, а именно с Microsoft приложения Word и Microsoft Access.

За да работи тази информационна система, е необходимо на компютъра да има инсталирано следното:

– OS Windows XP SP2 (и по-висока) или Windows Vista;

– Microsoft Office 2007.

1.3 Изисквания за състава и параметрите на техническите средства

За непрекъсната работа и удобно използване на информационната система "Агенция за недвижими имоти" е необходимо използваните от Вас технически средства да отговарят на следните характеристики:

- компютър като IBM PC или Note Book;

- Процесор Pentium Celeron (Pentium IV и по-нов), AMD Athlon(и по-горе), с тактова честотане по-малко от 1,6 GHz;

- 512 MB RAM;

- HDD с свободно пространствонай-малко 40 MB;

- операционна система Windows XP SP2 (и по-висока) или Windows Vista;

- устройства за въвеждане и манипулиране (клавиатура/мишка);

- Microsoft Office 2007 инструментариум;

- Принтер, който поддържа печат на документи с формат A4 (за печат на изходни документи).

Не са необходими допълнителни устройства. Всички изброени по-горе устройства трябва да са напълно функционални и съвместими с операционната система.

1.4 Информационно осигуряване на задачата

Описание на входната информация

Входните данни се въвеждат в информационната система "агенция за недвижими имоти" от паспорта на клиента и възможностите на агенцията за недвижими имоти.

информационна система агенция за недвижими имоти

Информацията включва следните данни: трите имена на клиента; Пълно име на служителя; налични операции; налични недвижими имоти.

Информацията за договора се въвежда в таблицата "договор", чиято структура е представена в Таблица 1 (ключовото поле е отбелязано с иконата "").

Таблица 1 - структура на таблица "Споразумение".

Информацията за клиента се въвежда в таблица "Клиенти", чиято структура е представена в Таблица 2 (ключовото поле е маркирано с иконата "").

Таблица 2 - структура на таблица "Клиенти".

Информацията за недвижимите имоти се въвежда в таблица "недвижими имоти", чиято структура е представена в таблица 3 (ключовото поле е отбелязано с иконата "").

Описание на справочната информация

Справочна информация е информация, която остава непроменена, например: формата на обучение е редовна или задочна, видът на обучение е бюджет или търговия. Справочна информация за информационната система "информация за студенти" ще бъдат следните директории:

- Маси:

- Недвижим имот;

- Операции;

- Работници.

Структурата на справочните таблици е показана по-долу (ключовото поле е маркирано с иконата "").

Таблица 3 - структурата на референтната таблица "недвижими имоти"

Информацията за операциите се въвежда в таблицата "операции", чиято структура е представена в таблица 4 (ключовото поле е маркирано с иконата "").

Таблица 4 - структурата на референтната таблица "операции"

Информацията за работниците се въвежда в таблицата "работници", чиято структура е представена в таблица 5 (ключовото поле е отбелязано с иконата "").

Таблица 5 - структурата на референтната таблица "работници"

Фигура 1 показва схемата на данните на тази информационна система.

Фигура 1 - Схема на данните

2. Описание

2.1 Контекстна диаграма на бизнес процеса на решаваната задача

По-долу е представена контекстната диаграма на бизнес процеса на решената задача „Агенция за недвижими имоти“, направена в програмата Computer Associates BPwin.

Основният състав на контекстната диаграма "график на агенция за недвижими имоти", който е показан на фигура 2, съдържа следните данни:

на входа: паспортни данни на клиента, възможности на агенцията;

управление: хартата на Руската федерация, хартата на предприятието, лиценз за предоставяне на услуги;

ресурси: MTO (превозно средство за поддръжка), шефове;

изход: график на работниците.

Фигура 2 - Формиране на графика на агенцията за недвижими имоти

Декомпозицията на първото ниво на контекстната диаграма „график на агенцията за недвижими имоти“ е показана на фигура 3.

Фигура 3 - Декомпозиция на първо ниво

Декомпозицията на блока "Събиране на информация" е показана на фигура 4.

Фигура 4 - Декомпозиция на първо ниво

Декомпозицията на блока "Формиране на база данни" е показана на фигура 5.

Фигура 5 - Декомпозиция на блока "Формиране на база данни"

Декомпозицията на блока "Изпълнение на заявка" е показана на фигура 6.

Фигура 6 - Декомпозиция на блока "Изпълнение на заявка".

2.2 Описание на софтуера

Информационната система "Агенция за недвижими имоти" е създадена за удобно планиране на служителите. Системата съхранява и обработва информация, както и генерира изходни документи.

Програмата е разработена в Microsoft Office 2007 Access. Първоначално програмата заема 2MB, тъй като базата данни се запълва, програмата ще заема повече място на твърдия диск. Информационната система има 7 формуляра. Името и описанието им са показани в таблица 6.

Таблица 6 - описание на справочните форми

Име на формуляра	Описание на формата
	Основна форма. Отваря се при стартиране
	Изготвени договори
	Списък с клиенти
Недвижим имот	Списък на отговарящите на условията имоти
Операции	Списък на операциите
	Списък на работниците
	Форма на бутон. Потвърдете излизане от програмата

2.3 Тестов случай

За проверка на работоспособността на информационната система „Агенция за недвижими имоти“ е разработен тестов случай, който проверява функционалността на системата.

Пускаме информационната система, това е *. accdb (Фигура 7).

Фигура 7 - стартиране на програмата

След стартиране програмата изисква парола, прозорецът е показан на фигура 8.

Фигура 8 - искане за парола

След въвеждане на правилната парола се стартира основната форма (това е менюто на програмата), показана на фигура 9.

Фигура 9 - форма на меню

Фигури 10, 11, 12, 13 и 14 показват съответно формулярите за договор, работници, клиенти, операции и недвижими имоти.

Фигура 10 - "Споразумение"

Фигура 11 - "Работници"

Фигура 12 - "Клиенти"

Фигура 13 - "Операции"

Фигура 14 - "Недвижими имоти"

2.4 Ръководство за потребителя

Тази програма трябва да позволява на потребителите на информационната система "Агенция за недвижими имоти" да въвеждат и редактират информация. Програмата трябва да изпълнява следните функции: въвежда и редактира информация за недвижими имоти, клиенти и служители на агенцията, генерира и изпраща изходни документи за печат.

Основните действия, достъпни за потребителя на тази информационна система, са изброени в таблица 7.

Таблица 7 - ръководство за потребителя

Операция	Действие на потребителя	Програмно действие
Стартиране на програмата	За да стартирате програмата, трябва да стартирате файла "IS Real Estate Agency. accdb"	На екрана ще се появи прозорец за въвеждане на парола.
Въвеждане на парола	Трябва да въведете правилната парола, за да влезете	Ако паролата е правилна, ще се отвори основната форма на IP
	Потребителят преглежда формуляра на изготвените договори, също така има възможност за добавяне/изтриване на нови записи.
	Потребителят преглежда формуляра на служителите на агенцията, също така е възможно добавяне/изтриване на нови записи.	Данните се въвеждат автоматично в базата данни
	Потребителят преглежда формата за клиенти на агенцията, като има възможност за добавяне/изтриване на нови записи.	Данните се въвеждат автоматично в базата данни
Операции	Потребителят разглежда формата за възможни сделки с агенция за недвижими имоти.	Въвеждане на избраната операция във формата "договор".
Недвижим имот	Потребителят разглежда формата за предоставяне на опции за недвижими имоти от агенцията.	Въвеждане на избрания тип имот във формата "договор".
	В главното меню потребителят натиска бутона "Изход".	Програмата активира бутонна форма с опции: ДА и НЕ
Опция "Не"	Потребителят избра бутона "НЕ".	Програмата се връща в основната форма
Опция "Да"	Потребителят избра бутона "ДА".	Приложението се затваря

Заключение

В процеса на разработване на курсов проект по дисциплината „Разработване и експлоатация на информационни системи“ бяха независимо проучени нови функции и функции на Microsoft Access 2007, например: задаване на защитна парола, създаване на формуляри с бутони, формуляри за автоматично стартиране.

Развитието на информационната система „Агенция за недвижими имоти” допринесе за систематизирането и консолидирането на придобитите умения по дисциплините „Бази от данни”, „Разработване и експлоатация на информационни системи”, „Компютърна графика”.

Тази информационна система е предназначена за лесно въвеждане и редактиране, съхранение на информация. Програмата има удобен и интуитивен интерфейс, изпълнява такива функции като изпълнение на заявки, добавяне / изтриване на записи, отпечатване на получени отчети.

Консолидирането на уменията става в хода на решаване на задачата - разработване на бизнес процес, създаване на база данни, тестване и отстраняване на грешки в информационна система.

Завършването на курсовия проект беше написването на обяснителна бележка, по време на писането на която бяха фиксирани и уменията за изготвяне на доклади.

Библиография

1. Уебсайт http://office. microsoft.com/en-us/training/CR101582831049. aspx;

Хоствано на Allbest.ru

Подобни документи

Разработване на информационна система "Агенция за подбор на дипломирани кадри" за автоматизиране на процеса на подбор на специалисти по заявка на организации. Системни изисквания, софтуер. Описание на процеса на дейност. Дизайн на база данни.

дисертация, добавена на 27.11.2009 г


Анализ на съществуващи решения за автоматизация на предметната област. Методика за проектиране на информационна система за агенция за недвижими имоти. Уточняване и удостоверяване на изискванията. Дизайн потребителски интерфейс. Обосновка за избор на платформа.

курсова работа, добавена на 10.02.2013 г


Система за управление на бази данни като набор от софтуерни и езикови инструменти, предназначени за създаване и обработка на данни. Анализ на дейността на обувния цех. Характеристики на разработване на функционална схема и тестване на софтуерен модул.

дисертация, добавена на 11/04/2012


Разработване на автоматизирана системна програма, предназначена за регистриране на информация за наети, продадени, закупени и наети недвижими имоти. Разработване на релационен модел на данни. Ръководство за потребителя и Ръководство за администратора.

курсова работа, добавена на 28.12.2012 г


Разработване на база данни на базата на СУБД Microsoft Access, която позволява автоматизиране на работата на агенция за подбор на персонал. Тематична област, базирана на реална информация за агенцията за подбор на персонал. Модел на информационна система, реализиран в ER-win.

курсова работа, добавена на 15.12.2011 г


Характеристики на процесите на обслужване на клиенти, проучване на пазара на недвижими имоти, генериране на информация за финансови манипулации. Описание на модела на агенцията; последователността на създаване на контекстна диаграма. Оптимизиране на разработения "to be" модел.

курсова работа, добавена на 28.08.2012 г


Анализ на предметната област и средата за функциониране на информационна система „Туристическа агенция”. Разработка и поддръжка на бази данни с помощта на Enterprise Manager в SQL Server 2008. Принципи на създаване на таблици, заявки, съхранени процедури.

курсова работа, добавена на 11.12.2013 г


Концепцията за база данни. Класифицирайте ги по структура. Набор от софтуерни и езикови инструменти, предназначени за създаване, съхраняване и обработка на бази данни, особено използването на заявки, формуляри, таблици. Същността на макроси, отчети, модули.

презентация, добавена на 12/08/2013


Информационна система - набор от организационни, технически и софтуерни средства, обединени в единна система за събиране, съхраняване, обработка, издаване на необходимата информация. Анализ на характеристиките на инфологичните, логически моделиБаза данни.

курсова работа, добавена на 16.09.2017 г


Правно основание за лизинг в Република Казахстан. Преглед на съществуващия софтуер на агенцията за недвижими имоти. Избор на инструменти за разработване на информационна система. Организация на технологията за събиране, предаване, обработка и издаване на информация.

Дейността в областта на недвижимите имоти се развива всяка година, има все повече фирми, занимаващи се с покупко-продажба на недвижими имоти. Служителите на такива предприятия са принудени да поемат високите разходи за програми за привличане на нови клиенти и за рекламиране на дейността си, без да получават желания резултат. Ограниченията върху количеството информация, публикувана в използваните видове реклама, не предоставят на клиентите достатъчно информация, в резултат на което служителите трябва да отделят много време за самостоятелно консултиране на клиенти. Основните клиенти са лица, които вече са ползвали услугите на фирмата или са се свързали с фирмата по препоръка на свои приятели. Когато няма очевиден модел при пристигането на клиенти в компанията, струва си да помислите за допълнителна рекламна платформа за привличане на клиенти.

Интернет ще служи като най-ефективното средство за изграждане на корпоративен имидж и ще създаде неограничени възможности за привличане на клиенти. Наличието на собствено уеб-представителство също ще бъде показател за отвореността на компанията и нейната стабилност. Редовното актуализиране или допълване на сайта с нова информация спестява много пари в сравнение с това, ако цялата тази информация трябваше да бъде предоставена на клиента на хартиен носител. Уеб-представителството е в основата на оперативното взаимодействие с клиентите на фирмата. Редовните клиенти винаги ще бъдат наясно с всички събития на компанията. С привличането на нови клиенти расте броят на реализираните сделки, което пряко се отразява върху увеличаването на печалбите на компанията. По този начин оптималното решение за подобряване на ефективността на компанията и увеличаване на нейните печалби е създаването на информационно уеб-представителство. Разработването на уеб-представителство на компанията е сериозна подкрепа за създаване на конкурентен имидж, средство за извеждане на компанията на ново ниво.

Основната цел на уеб представителството е да увеличи печалбата на компанията чрез привличане на нови клиенти и увеличаване на броя на транзакциите.

За да се определи каква информация ще съдържа разработеното уеб-представителство и как трябва да бъде проектирано, бяха разгледани сайтовете на няколко агенции за недвижими имоти. За анализ бяха взети като сайтове руски компании, и сайта на чужда фирма.

Следните фактори повлияха на избора на сайтове за анализ:

Продължителността на сайта;

Трафик на сайта.

От руските компании бяха анализирани уеб-представителства на следните компании: "Титул ДВ" (Владивосток), "Жилфонд" (Сибир), "Дом.Ком" (Хабаровск), "Инком-Недвижимость" (Москва), както и като чуждестранно уеб-представителство "Local-n-Global Realty" (САЩ, Кливланд, Охайо).

След проучване на тези сайтове стана известно, че те:

Включва списък на предоставяните услуги и база данни с апартаменти;

Предоставете обратна връзка.

Беше отбелязано, че не всички сайтове имат възможност за удобно търсене на апартаменти според параметрите на клиента. Освен това не всички разглеждани ресурси имат възможност за попълване на заявление за покупка или продажба на апартамент. Нито един от прегледаните сайтове няма раздел, в който потребителите могат да оставят отзиви за компанията. Въпреки че това би било допълнителен плюс за повишаване на статуса на всяка компания.

При създаването на уеб-представителство на агенция за недвижими имоти са взети предвид силните и слабите страни на прегледаните сайтове, за да заемат най-изгодната позиция на фона на подобни компании. Въз основа на резултатите от анализа е определена структурата на информационното съдържание. За да се определи съответствието на информационното съдържание на уеб-представителството и нуждите на потенциалните потребители, беше проведено проучване чрез тематичната група за недвижими имоти в социалната мрежа "Vkontakte", в което взеха участие 150 души. Въпросите на въпросника се отнасяха до структурата на сайта, секциите, съдържанието, организацията на обратната връзка.

Въз основа на анализа на уеб-представителствата на компании, предоставящи услуги за недвижими имоти, и резултатите от проучването, беше разработена структурата на уеб-представителството (Фигура 1)

Снимка 1 - Структурна схемаосновни раздели на уеб-представителството

Разработеното уеб-представителство ще съдържа раздели: „Основна“, „За компанията“, „Апартаменти“, „Услуги“, „Тарифи“, „Кандидатстване“, „Отзиви“, „Контакти“, „Партньори“ и „Новини“ .

Проучването показа каква структура трябва да има главната страница на сайта, каква информация трябва да бъде поставена на нея и как да се организира навигацията в сайта, за да се предостави на посетителите удобството при използване на сайта. Логическа схема начална страницаУеб-представителството на агенцията за недвижими имоти е разработено, като се вземат предвид резултатите от анализа, проучването и изискванията на ръководството на компанията (Фигура 2).

Фигура 2 - Логическа схема на главната страница на уеб-представителството

Менюто в сайта ще бъде разположено както в левия блок, така и в горната част на сайта. Това ще ви позволи да се адаптирате към всеки потребител, осигурявайки лесна навигация. В заглавната част на сайта има лого и информация за връзка с агенцията, в центъра - добре дошла информация за компанията с рекламен характер, вдясно - информация за партньорите на компанията и новини, по-долу - авторски права.

За да изберете най-добрия двигател за създаване на уеб-представителство, беше решено да се обърнете към аналитичната услуга OpenStat, която всяка година следи популярността на различни платени и безплатни автоматични платформи за създаване и поддържане на сайтове.

В допълнение към проучването на националните домейн зони на Runet, Bynet и Uanet, списъкът на изследваните ресурси включва сайтове на други домейн зони, които масово се посещават от рускоезични потребители. Общият брой на анализираните домейни е 5,5 милиона. Таблица 1 представя рейтинга на автоматичните платформи за създаване и поддръжка на уебсайтове в началото на 2014 г.

	CMS
	Joomla
	WordPress
	1C-Битрикс
	Drupal

Лидерите на CMS (системи за управление на съдържание) в началото на 2014 г. бяха Joomla, WordPress, 1C-Bitrix и Drupal.

Акциите са разпределени според покритието на обектите. Всички изброени лидери са на пазара от поне 10 години.

За по-голяма яснота беше изградена CMS рейтингова диаграма (Фигура 3).

Очевидно по-голямата част от потребителите на CMS избират WordPress и Joomla, от което можем да заключим, че са доволни от работата на тези продукти. По-нататъшният избор зависи от спецификата на обекта, който се разработва. WordPress се използва главно за създаване на блогове и форуми, така че е избрана средата за разработка на уеб представяне CMS Joomla 2.5. Въпреки че не е най-новата версия, тя има редица предимства, най-важното от които е обемът на литературата за използването на тази CMS, включително много полезни видео уроци.

Търговският смисъл на създаването на уеб-представителство се свежда до разтоварване на персонала на компанията, работещ с клиенти (намаляване на разходите за телефонни консултации) чрез публикуване на предоставяните услуги и друга подходяща информация на уебсайта на компанията. Както и значително намаляване на обема на операциите по събиране на информация за изискванията на клиентите и апартаментите за продажба.

Разработеното уеб-представителство ще помогне на агенцията за недвижими имоти да реши следните задачи: обявяване на компанията в Интернет; денонощно предоставяне на пълна и актуална информация на клиентите; разширяване на клиентската база; организиране на обратна връзка с клиентите; осигуряване на постоянна реклама с широки възможности; опростяване на работата на служителите; подобряване на състоянието на компанията и нейната конкурентоспособност.