Програма "Софтуерни технологии в интернет" на тема уеб система за проверка на кредитоискатели Дипломант: Георги Желев Калчев

Най-често срещаните злоупотреби в тази област са:

• 
  Кредитоискателя се представя с фалшива самоличност
  
• 
  Кредитоискателя дава погрешни данни за доходите си
  
• 
  Кредитоискателя дава погрешни данни за имуществата си
  
• 
  Използване на фалшиви SSN номера
  
• 
  Използването на данни на вече починали граждани
  

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

За постигане на тази цел са формулирани следните задачи:

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

2. Да се проектира структурата на базата от данни необходима за съхраняване и управление на данните в информационната система.

3. Да се проектира входно – изходния интерфейс на информационната система.

4. Да се извърши реализация на проектираната информационна система.

Дипломната рабнота е структурирана както следва:

В Глава 1 са анализирани и уточнени функционалните и системните изисквания към информационната система и е избрана технология за реализация. В Глава 2 е извършено подробно проектиране на информационната система. В Глава 3 е предствена реализацията на информационната система. Приложението представлява извадка на една минимална част от кода, тъй като обема на кода е доста голям. Целия код е качен на диска прикачен към магистарската теза. Приложение ”AddressSearch.aspx” е представен HTML кода на страницата за търсене на адреси Приложение „CustomPage.aspx.cs” е представен сорс кода за страницата CustomPage обединяваща голяма част логиката вложена в останалите страници.

• 
  Избор на (не) подходящи технологии за цялостно изграждане на системата – тук трябва да бъде зачетено че системата е широко обхватна и ще се състои от множество компоненти, то платформата на която ще се програмира системата трябва да е широко позната, бързо изпълним код, възможност за изработване както на уеб сървиси, windows сървиси, уеб приложения така и на обикновените десктоп приложения. Избора на подходящите технологии и причините за конкретния избор е засегнат във следващата глава „Проектиране на системата”, подзаглавие „Анализ на платформи”.
  
• 
  Възможност от проблеми при базата данни – тъй като базата данни се очаква да бъде огромна по обем и брой записи(основното натоварване пада върху базата данни), възможно е да се претоварва ако не е проектирана правилно или добре оптимизирана за конкретната ситуация. Може също така да се предвиди и възможността базата да е на отделна машина конфигурирана и използвана само за базата данни. При отделната машина минусите са че може да се получи забавяне при прехвърлянето на данните между отделните машини, но това е в допустимите граници.
  
• 
  Неразбираем за потребителите и служителите интерфейс – често се получава разминаване между вижданията за удобен за ползване интерфейс на дизайнера и програмисти от една страна, и потребителите и клиентите от друга. Тук се предвижда показването и одобряването на дизайна от клиента предварително.
  
• 
  Проблеми при преминаването от старата система към новата
  
• 
  Неразбираем наследен код от старата система – клиентите държат повечето компоненти от старата им система да бъдат прехвърлени към новата, като предварително се обсъжда ползването на стария код или цялостното пренаписване на системата.
  
• 
  Проблеми при комуникациите(недоразбиране) между клиент и изпълнител – този проблем не е за подценяване тъй като проекта се прави във България и е за САЩ. Възможно е недоразбиране и често пренаписване на цели компоненти.
  
• 
  Проблеми при сигурността – сигурността при такива системи е изключително важна ето защо при тази система се изгражда специфичен модел за идентификация.
  
• 
  Бавното събиране на данни при ползването на множество уеб сървиси– системата е разделена на компоненти за увеличаването на бързината, като в повечето случаи за събирането на информация за кредитоискателя се използват отделни уеб сървиси в зависимост от търсената информация. Това е възможно да се окаже проблем ако в една страница се използват едновременно няколко сървиса, като при получаването на информацията двата сървиса ще се изчакват. Това може да бъде избегнато с пускането на нишки.
  

• 
  Изграждане на многопотребителска среда със специфична реализация на сигурността.
  
• 
  Секция с пълна информация за акаунта на всеки идентифицирал се потребител
  
• 
  Секция за менажиране на потребители към съответно дадена компания, нейните дъщерни компании и служителите към тях.
  
• 
  Секции разследване на кредитоискателя
  
  • 
    SureLoc – секция за добиване на детайлна информация по непълно въведени данни на кредитоискателя
    
    • 
      Address lookup
      
    • 
      Phone
      
    • 
      Cellular/Unleashed
      
    • 
      Billing Name Address
      
    • 
      Skip Search
      
    • 
      SureLoc
      
    • 
      DataAuthentication
      
    • 
      WildCard Search
      
    • 
      Address Correction
      
  • 
    Sentinel – Задаване на лични въпроси на кредитоискателя за потвърждаване на самоличността.
    
  • 
    Batch Process – Пускане на файлове с голям брой кредитоискатели.
    
  • 
    Death Records – проверяване дали подадения SSN не е на вече починал човек
    
  • 
    SSN Validation- проверяване дали SSN-а на кредитоискателя е валиден
    
  • 
    IDCHeck – проверка на кредитоискателя за съвпадение на представената идентичност, и извличане на личните данни на кредитоискателя от три различни източника на данни. Системата автоматично сравнява данните и филтрира излишната или не пълна информация.
    
  • 
    Criminal Records – проверка за криминални прояви на кредитоискателя
    
  • 
    Bankruptcy - няколко вида проверки на финансовото състояние на кредитоискателя
    
  • 
    Property Records – детайлна информация за пълно имуществено състояние на кредитоискателя и неговите роднини.
    
  • 
    Dynamic Inquisition – динамично намиране и сортиране на най-високата по рейтинг на важност информация. Тук се търсят данни за големи корпорации. За по-голяма сигурност се извеждат и въпроси, които доказват че човека е същия за който се представя. При търсене на фирма не се задават въпроси но се извеждат резултати основните хора участващи в управлението на фирмата – това може да стане тъй като в вътрешната(privet) база данни се пази ранга на всеки служител за съответната фирма.
    

• 
  ASP (Active Server Pages) e Майкрософтска технология за създаване на server side приложения. Разширението на file-a e „.asp”. "
  

• 
  ASP работи перфектно със всички видове (създадени след 95г.) на най-използваната операционна система – WINDOWS.
  
• 
  Изграден е до голяма степен на основата на Visual Basic – един от най-използваните езици в света, което го прави лесен за научаване от програмисти с предишен опит.
  
• 
  Като синтаксис е сравнително лесен и е един от предпочитаните езици на начинаещите.
  
• 
  От друга страна е съвместим със HTML, XML, XSL, CSS, Java Script, MS SQL, ORACLE, My SQL.
  
• 
  ASP e за свободно ползване както и gimp. При локални действия ползва IIS – който е вграден към windows. „MS SQL server” се плаща и ползва единствено при хостването.
  
• 
  Хоства се на сървъри ползващи Windows което гарантира високата степен на сигурност
  

• 
  ASP спира в развитието си до ASP 3 което последно излиза около 2002 година. Следва появата на ASP .NET което включва във себе си „старото” вече ASP
  
• 
  Като скорост на писане – по-бавен, като дължина и обем на кода - по-обемен, като скорост на изпълнение- по бавен от версиите на .NET.
  
• 
  Няма собствено IDE, което се закупува допълнително или може да се намерят свободни версии. Това го прави до някъде по неприемливо за потребителите.
  

• 
  Наследява всичките предимства на ASP
  

• 
  .NET Framework поддържа различни езици за програмиране и позволява
  

• 
  .NET приложенията се пишат на езици от високо ниво (C#, VB.NET, Managed C++ и други) и се компилират до междинен
  

изпълнение IL програмите (т. нар. управляван код) се компилират до

инструкции за текущата хардуерна архитектура, съобразени с текущата

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

• 
  .NET Framework включва в себе си стандартна библиотека, която съдържа базова функционалност за разработка, необходима за повечето приложения, като вход/изход, security model^[6], връзка с бази данни, работа с XML, изграждане на уеб приложения, използване на уеб услуги, изграждане на графичен потребителски интерфейс и др.
  

• 
  Обема на кода зависи от ползвания език за програмиране като сравнен с JAVA - език от същото ниво и създадени и използван доста преди .Net може да се каже че печели в обем на кода.
  

• 
  Като скорост сравним със ASP - .Net е по-добрия вариант
  

• 
  Бързо развитие на продукта като за последните 4-5 години се превръща в една от най-използваните платформи за създаване не само на интернет страници, но и за всякакъв друг вид desktop приложения.
  
• 
  Добра скорост на изпълнение на кода на сървъра.
  
• 
  Възможност за ползване на всякакъв вид бази данни, като в случая се MS SQL е начело сред най-добрите бази заедно с Oracle.
  

• 
  Сложна за усвояване от начинаещи.
  
• 
  Има специализирани функции за управление на база данни насочени специално към MS SQL
  
• 
  За .Net 2 трудно да се намери специализирана литература на Български
  

Java възниква преди .Net(Първоначалната версия на езика, наричана още Oak, е разработвана в продължение на 18 месеца — от пролетта на 1991 до лятото на 1992 — от Патрик Нотън (Patrick Naughton), Майк Шеридан (Mike Sheridan) и Джеймс Гослинг (James Gosling), както и от още десет разработчика. Поръчката е била на компютърния производител Sun Microsystems. Проектът е носил името „The Green Project“ (Зеленият проект). Един от основните разработчици е Джеймс Гослинг, който се смята и за един от бащите на езика.) Java е един от най-използваните езици за правене както на Web, така и на desktop приложения.

• 
  Работи под WINDOWS.
  
• 
  Като език прилича до голяма степен на другия известен C, следователно е лесно за преминаване на разработчици на C към Java
  
• 
  лесната преносимост между различните платформи, като за целта е необходимо само да се напише виртуална машина за съответната платформа;
  
• 
  Бързо изпълним код
  
• 
  Свободен софтуер
  
• 
  Бързо развиваш се език
  
• 
  Налични са много примерни и дори готови разработки, материали и книги
  
• 
  От друга страна е съвместим със HTML, XML, XSL, CSS, Java Script, ORACLE, My SQL.
  
• 
  Хоства се на сървъри със съответната виртуална машина
  

• 
  Предварително Инсталиране на виртуална машина
  
• 
  Липса на определено IDE като най-използваното е “eclips”
  
• 
  Фирмата ще трябва в последствие да търси/обучи персонал с тези умения.
  

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

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

Уеб услугите не само наподобяват услугите от реалния живот, но и моделират тяхното поведение. Те представляват програмни компоненти (някаква специфична логика, изчислителен ресурс или определена информация), които са достъпни отдалечено през уеб. Уеб услугите са достъпни на практика от всеки клиент, който поддържа връзка с уеб, защото използват отворени Интернет стандарти за комуникация. Те са независими както от операционната система, така и от платформата и езиците за програмиране, на които се разработват. Архитектурно уеб услугите са функционално независими компоненти и са слабо обвързани с клиента, който ги използва (loosely coupled). Клиентът поръчва, услугата изпълнява поръчката и връща резултата обратно при клиента. Клиентът не се интересува как точно работи уеб услугата и за да я използва не трябва да знае нищо повече за нея освен какви входни данни да й подаде.

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

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

Уеб приложенията използват модела заявка-отговор (request-response), както е показано на фигурата:

1. Потребителят въвежда в браузъра адрес на страница (URL). Браузърът изпраща HTTP заявка (request) към уеб сървъра.

2. Сървърът получава заявката и я обработва. В случая с ASP.NET, IIS намира процес, който може да обработи дадената заявка.

3. Резултатът от вече обработената заявка се изпраща обратно към потребителя/клиента под формата на HTTP отговор (response).

4. Браузърът показва получения отговор като уеб страница.
Преглед на технологията ASP.NET^[8]

ASP.NET е програмна платформа за разработка на уеб приложения, предоставена от .NET Framework. Тя предлага съвкупност от класове, които работят съвместно, за да обслужват HTTP заявки. Също като класическите ASP (Active Server Pages), ASP.NET се изпълнява на уеб сървър и предоставя възможност за разработка на интерактивни, динамични, персонализирани уеб сайтове, както и на уеб базирани приложения. АSP.NET е също и платформа за разработка и използване на уеб услуги.

Разликите между ASP и АSP.NET са значителни. АSP.NET предлага ново ниво на абстракция за разработка на уеб приложения. Ключова характеристика на ASP.NET е възможността за разделяне на кода описващ дизайна от кода, реализиращ логиката на приложенията. ASP.NET приложенията могат да бъдат разработвани с помощта на всички езици за програмиране, които се компилират до MSIL код (C#, VB.NET, J#, Managed C++ и много други).

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

Един от основните проблеми на класическите ASP беше смесването на HTML с бизнес логика. Това правеше страницата трудна за разбиране, поддръжка и дебъгване. Файловете ставаха големи и сложни и се забавяше процеса на разработка на приложението. Една от основните архитектурни цели на АSP.NET e справянето с този проблем. Тъй като реализацията на потребителския интерфейс и на бизнес логика са до голяма степен, две независими задачи, ASP.NET предоставя модел за разработка, при който те са физически разделени в отделни файлове. Програмирането за клиентския интерфейс (UI) се разделя на две части:

- За визуализация се използва HTML-подобен код, записан във файл с разширение .aspx.

- Бизнес логиката се дефинира в отделен файл (с разширение .cs за C# или .vb за Visual Basic .NET), съдържащ конкретната имплементация на определен програмен език.

Класът, генериран от .aspx файл, се непряк наследник на Page класа. Съществува междинен клас в йерархията, който е за изпълнимия код (code-behind class). В него можем лесно да добавяме методи, обработка на събития и др.