Дипломная работа на тему "Автоматизированное рабочее место оператора валютно-обменных операций в режиме off-line"

ГлавнаяИнформатика → Автоматизированное рабочее место оператора валютно-обменных операций в режиме off-line




Не нашли то, что вам нужно?
Посмотрите вашу тему в базе готовых дипломных и курсовых работ:

(Результаты откроются в новом окне)

Текст дипломной работы "Автоматизированное рабочее место оператора валютно-обменных операций в режиме off-line":


МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

ЭКОНОМИКИ СТАТИСТИКИ И ИНФОРМАТИКИ (МЭСИ) ИГА-54

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

Исполнитель: Студент

Адресат: ВКР

| ign=bottom > | ign=bottom >Институт | ign=bottom >КТ | ign=bottom >Кафедра | ign=bottom >ПИ |
---------------------------------------------------------
ign=bottom > | ign=bottom >аббревиатура института | ign=bottom > | аббревиатура кафедра |
---------------------------------------------------------
ign=bottom >Специальность | ign=bottom >

Прикладная информатика в экономике

|
---------------------------------------------------------
ign=bottom >Специализация | ign=bottom >

Информационные системы в банковском деле

|
---------------------------------------------------------
ign=bottom >Форма обучения | ign=bottom >

очная

|
ign=bottom >Группа | ign=bottom >

ИЭ

|
---------------------------------------------------------
очная, очно-заочная, заочная, экстернат | ign=bottom > | аббревиатура группы |
--------------------------------------------------------- --------------------------------------------------

ВЫПУСКНАЯ

КВАЛИФИКАЦИОННАЯ РАБОТА

ign=bottom >Тип работы | ign=bottom >

Дипломная работа

|
---------------------------------------------------------
ign=bottom >Тема | ign=bottom >

“Автоматизированное рабочее место оператора валютно-обменных операций в режиме off-line

|
---------------------------------------------------------
ign=bottom >

Студент

|
ign=bottom >

Гурьева Ю.Ю.

|
ign=bottom > | ign=bottom > | ign=bottom > | ign=bottom > |
---------------------------------------------------------
|

Ф.И.О.

|
| подпись | | дата |
---------------------------------------------------------
ign=bottom >

Руководитель

|
ign=bottom >

Васильев В.В.

|
ign=bottom > | ign=bottom > | ign=bottom > | ign=bottom > |
---------------------------------------------------------
|

Ф.И.О.

|
| подпись | | дата |
---------------------------------------------------------
ign=bottom >

Консультант *

|
ign=bottom >

Сидорин Ю.М.

|
ign=bottom > | ign=bottom > | ign=bottom > | ign=bottom > |
---------------------------------------------------------
* при назначении |

Ф.И.О.

|
| подпись | | дата |
---------------------------------------------------------
ign=bottom >

Рецензент

|
ign=bottom >

Шаповалова И.А.

|
ign=bottom > | ign=bottom > | ign=bottom > | ign=bottom > |
---------------------------------------------------------
|

Ф.И.О.

|
| подпись | | дата |
--------------------------------------------------------- --------------------------------------------------

Председатель комиссии по предзащите

ign=bottom >

Титаренко С.П.

|
ign=bottom > | ign=bottom > | ign=bottom > | ign=bottom > |
---------------------------------------------------------

Ф.И.О.

|
| подпись | | дата |
--------------------------------------------------------- --------------------------------------------------

МОСКВА 2008г.


Содержание

Введение

1. Анализ предметной области

1.1 Описание предметной области

1.1.1 Законы регулирующие валютно-обменные операции и деятельность банка.

1.1.2 Валютно-обменные операции, совершаемые в выносных обменных пунктах и порядок их осуществления.

1.2 Анализ существующих разработок

1.3 Постановка задачи

1.4 Требования к разрабатываемой системе.

1.4.1 Функциональные требования

1.4.2 Требования к надежности.

1.4.3 Требования к информационной и программной совместимости.

1.4.4 Требования к техническому обеспечению.

Глава 2. Проектирование автоматизированного рабочего места оператора валютно-обменных операций в режиме off - line.

2.1 Выбор технологии и средств проектирования.

2.1.1 Изучение существующих технологий и выбор технологии проектирования

2.1.2 Выбор средства проектирования.

2.2 Проектирование функциональной структуры

2.3 Проектирование логической модели (построение диаграммы классов)

2.4 Проектирование структуры базы данных

2.5 Проектирование экранных форм

Глава 3. Реализация АРМ оператора валютно-обменных операций в режиме off-line

3.1 Выбор архитектуры

3.2 Выбор средства реализации

3.3 Разработка баз данных

3.4 Разработка приложения

3.4.1 Платформа . NET

3.4.2 Технология dbGo.NET

3.4.3 Разработка пользовательского интерфейса. Руководство пользователя.

3.5 Экспериментальная проверка программного комплекса.

3.5.1 Исходные данные и постановка задачи для проведения тестирования.

Глава 4. Расчет экономической эффективности.

4.1 Технико-экономическое обоснование разработки системы

4.2 Расчет единовременных затрат на разработку системы

4.3. Единовременные расходы системы при внедрении автоматизированных рабочих мест (АРМ)

4.4. Расходы при эксплуатации ПО.

4.5. Эффективность внедрения ПО

Заключение.

Список литературы.

Приложение.


Введение

Уже несложно в наше время представить автоматизированную систему практически в любой сфере деятельности человека. В последние годы банковская система нашей страны переживает бурное развитие. Все больше банков делает ставку на профессионализм своих сотрудников и новые технологии. Компьютеры, базы данных, информационные сети, все это результат деятельности человека облегчающий его труд. Быстрая и бесперебойная обработка значительных потоков информации является одной из главных задач любой кредитные организации. Вкладывая средства в программное обеспечение, компьютерное и телекоммуникационное оборудование и создание базы для перехода к новым вычислительным платформам, кредитные организации в частности банки, в первую очередь, стремятся к удешевлению и ускорению своей работы. В современных условиях банки работают в целях получения максимальных доходов. Одним из источников получения доходов является валютно-обменные операции, то есть купля-продажа иностранной валюты и чеков, как за наличную валюту российской федерации, так и за иностранную валюту, а также размен денежного знака иностранного государства на денежные знаки (денежный знак) того же иностранного государства. Данные операции могут осуществляться так же и в выносных обменных пунктах банка. Для более эффективной работы обменных пунктов необходима их автоматизация. В связи с этим требуется дополнительные затраты. Однако не следует считать, что средний банк готов тратить большие суммы на компьютеризацию. В соответствии с общемировой практикой в среднем банке расходы на компьютеризацию составляют не менее 17% от общей сметы годовых расходов. Так в результате резкого изменений курса рубля по отношению к доллару эта цифра значительно возросла. Но для мелких и средних банков покупка дорогих модулей автоматизированных банковских систем не всегда выгодна, так как это дорогостоящие проекты, для которых нужна более мощная, современная техника с высокой стоимостью. А также не всегда известна длительность существования выносного обменного пункта, на этот фактор влияют и другие условия. Вследствие этого появляется вопрос: «Принесут ли прибыль вложенные в этот проект инвестиции?» Поэтому возникает необходимость к нахождению более дешевых альтернативных методов решения этой проблемы, так как банки такого уровня стремятся уменьшать свои затраты. Именно этим определяется практическая значимость выбранной темы и ее актуальность. Данная система проектируется с целью уменьшения времени обслуживания клиента и увеличения скорости обработки поступающей информации, что позволит облегчить труд оператору валютно-обменных операций, что увеличит его производительность. А так же разрабатываемая автоматизированная система позволит вести более эффективно реестр валютно-обменных операций.

Основной целью настоящей дипломной работы является создание автоматизированного рабочего места оператора валютно-обменных операций.

В соответствии с поставленной целью решаются следующие задачи:

рассмотрение современного российского валютного рынка и банка как участника валютного рынка;

исследование валютно-обменных операций и работы обменных пунктов;

изучение законодательной базы регулирующей валютно-обменные операции и работу обменных пунктов;

исследование существующих разработок;

определение основных требований к разрабатываемому программному обеспечению;

проектирование и разработка системы;

разработка базы данных;

тестирование программного обеспечения;

оценка экономической эффективности разработки.


1. Анализ предметной области

1.1 Описание предметной области

1.1.1 Законы регулирующие валютно-обменные операции и деятельность банка

Операции с иностранной валютой на территории Российской Федерации совершаются согласно Федеральному Закону "О валютном регулировании и валютном контроле". Согласно данному закону устанавливаются следующие понятия:

1) валюта Российской Федерации:

а) денежные знаки в виде банкнот и монеты Банка России, находящиеся в обращении в качестве законного средства наличного платежа на территории Российской Федерации, а также изымаемые либо изъятые из обращения, но подлежащие обмену указанные денежные знаки;

б) средства на банковских счетах и в банковских вкладах;

2) иностранная валюта:

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

б) средства на банковских счетах и в банковских вкладах в денежных единицах иностранных государств и международных денежных или расчетных единицах;

3) валютные операции:

а) приобретение резидентом у резидента и отчуждение резидентом в пользу резидента валютных ценностей на законных основаниях, а также использование валютных ценностей в качестве средства платежа;

б) приобретение резидентом у нерезидента либо нерезидентом у резидента и отчуждение резидентом в пользу нерезидента либо нерезидентом в пользу резидента валютных ценностей, валюты Российской Федерации и внутренних ценных бумаг на законных основаниях, а также использование валютных ценностей, валюты Российской Федерации и внутренних ценных бумаг в качестве средства платежа;

в) приобретение нерезидентом у нерезидента и отчуждение нерезидентом в пользу нерезидента валютных ценностей, валюты Российской Федерации и внутренних ценных бумаг на законных основаниях, а также использование валютных ценностей, валюты Российской Федерации и внутренних ценных бумаг в качестве средства платежа;

г) ввоз на таможенную территорию Российской Федерации и вывоз с таможенной территории Российской Федерации валютных ценностей, валюты Российской Федерации и внутренних ценных бумаг;

д) перевод иностранной валюты, валюты Российской Федерации, внутренних и внешних ценных бумаг со счета, открытого за пределами территории Российской Федерации, на счет того же лица, открытый на территории Российской Федерации, и со счета, открытого на территории Российской Федерации, на счет того же лица, открытый за пределами территории Российской Федерации;

е) перевод нерезидентом валюты Российской Федерации, внутренних и внешних ценных бумаг со счета (с раздела счета), открытого на территории Российской Федерации, на счет (раздел счета) того же лица, открытый на территории Российской Федерации.

Основными принципами валютного регулирования и валютного контроля согласно Федеральному закону в Российской Федерации являются:

1) приоритет экономических мер в реализации государственной политики в области валютного регулирования;

2) исключение неоправданного вмешательства государства и его органов в валютные операции резидентов и нерезидентов;

3) единство внешней и внутренней валютной политики Российской Федерации;

4) единство системы валютного регулирования и валютного контроля;

5) обеспечение государством защиты прав и экономических интересов резидентов и нерезидентов при осуществлении валютных операций.

Банк России выдает в соответствии с законом "О валютном регулировании и валютном контроле" лицензии на осуществление коммерческими банками операций в иностранной валюте в РФ. Деятельность банков регулируется следующими федеральными законами:

Федеральным законом "О Центральном банке Российской Федерации (Банке России)";

Федеральным законом "О банках и банковской деятельности".

Согласно этим законам банк может осуществлять валютно-обменные операции в обменных пунктах. Данная деятельность банка регулируется Инструкцией ЦБ РФ от 28 апреля 2004 года N 113-И «О порядке открытия, закрытия, организации работы обменных пунктов и порядке осуществления уполномоченными банками отдельных видов банковских операций и иных сделок с наличной иностранной валютой и валютой Российской Федерации, чеками (в том числе дорожными чеками) номинальная стоимость которых указана в иностранной валюте, с участием физических лиц».

1.1.2 Валютно-обменные операции, совершаемые в выносных обменных пунктах и порядок их осуществления

Для обеспечения валютного обслуживания российских и иностранных граждан банки организуют обменные пункты. Обменный пункт - место совершения банком валютно-обменных операций с соблюдением требований Инструкции ЦБ РФ №113-И и иных нормативных актов Банка России. В обменных пунктах осуществляются следующие виды операций с наличной валютой и чеками:

Покупка наличной иностранной валюты за наличную валюту Российской Федерации.

Продажа наличной иностранной валюты за наличную валюту Российской Федерации.

Продажа наличной иностранной валюты одного иностранного государства (группы государств) за наличную иностранную валюту другого иностранного государства (группы государств) (конверсия).

Размен денежного знака (денежных знаков) иностранного государства (группы государств) на денежные знаки (денежный знак) того же иностранного государства (группы государств).

Замена поврежденного денежного знака (денежных знаков) иностранного государства (группы государств) на неповрежденный денежный знак (денежные знаки) того же иностранного государства (группы государств).

Прием денежных знаков иностранных государств (группы государств) и денежных знаков Банка России, вызывающих сомнение в их подлинности, для направления на экспертизу. Данная операция является обязательной для обменных пунктов и иных внутренних структурных подразделений.

Прием для направления на инкассо наличной иностранной валюты и чеков.

Кассир обменного пункта - штатный работник банка, то есть физическое лицо - резидент, основным местом работы которого в соответствии с трудовым законодательством Российской Федерации является банк, имеющий право на совершение валютно-обменных операций в обменном пункте в соответствии с внутренними документами банка. Банк может совершать все или некоторые валютно-обменные операции из перечня операций, указанного выше.

Курс покупки и курс продажи наличной иностранной, а также кросс - курс обмена (конверсии) наличной иностранной валюты устанавливаются банками самостоятельно. В соответствии с пунктом 4 статьи 4 Закона Российской Федерации "О валютном регулировании и валютном контроле", статьей 24 Федерального Закона "О Центральном банке Российской Федерации (Банке России)" в целях регулирования внутреннего валютного рынка Российской Федерации и ограничения размеров валютного и курсового рисков Банк России может устанавливать предел отклонения курса покупки наличной иностранной валюты Банком России. Курс покупки и курс продажи наличной иностранной валюты и платежных документов в иностранной валюте за наличные рубли, а также кросс - курс обмена наличной иностранной валюты устанавливаются приказом по банку либо отдельным распоряжением руководителя соответствующего подразделения банка, которому приказом по банку предоставлено право устанавливать указанные курсы покупки и продажи.

За совершение валютно-обменных операций банк может взимать комиссионное вознаграждение в наличных рублях или в наличной иностранной валюте. Комиссия – это плата, уплачиваемая клиентом за выполняемые операции. Тариф комиссионного вознаграждения утверждается руководителем банка. Банкам запрещается совершать операции только по покупке или только по продаже наличной иностранной валюты и платежных документов в иностранной валюте за наличные рубли.

Обменные пункты при осуществлении операций с наличной валютой и чеками обязаны идентифицировать физическое лицо, находящееся на обслуживании в обменном пункте, в соответствии с пунктом 1 статьи 7 Федерального закона "О противодействии легализации (отмыванию) доходов, полученных преступных путем, и финансированию терроризма".

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

Паспорт гражданина Российской Федерации - для граждан Российской Федерации.

Общегражданский заграничный паспорт - для граждан Российской Федерации.

Паспорт моряка - для граждан Российской Федерации.

Удостоверение личности военнослужащего или военный билет - для военнослужащих Российской Федерации.

Иные документы, признаваемые в соответствии с законодательством Российской Федерации документами, удостоверяющими личность, - для граждан Российской Федерации.

Паспорт иностранного гражданина либо иной документ, установленный федеральным законом или признаваемый в соответствии с международным договором Российской Федерации в качестве документа, удостоверяющего личность, - для иностранных граждан.

Вид на жительство в Российской Федерации - для лиц без гражданства, если они постоянно проживают на территории Российской Федерации.

Документ, выданный иностранным государством и признаваемый в соответствии с международным договором Российской Федерации в качестве документа, удостоверяющего личность лица без гражданства, - для лиц без гражданства.

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

Вид на жительство - для лиц без гражданства.

Удостоверение беженца - для беженцев.

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

Кассовый работник обменного пункта после совершения операции обязан выдать физическому лицу вместе с наличной валютой документ – справку о проведении операции с наличной валютой и чеками, подтверждающий проведение операции за исключением следующих операций:

Прием денежных знаков иностранных государств и денежных знаков Банка России, вызывающих сомнение в их подлинности, для направления на экспертизу. Данная операция является обязательной для обменных пунктов и иных внутренних структурных подразделений.

Прием для направления на инкассо наличной иностранной валюты и чеков.

Данный документ формируется в электронном виде на основании записи электронного Реестра операций по форме, самостоятельно установленной уполномоченным банком. Документ распечатывается кассовым работником обменного пункта в единственном экземпляре (экземпляре клиента) и подписывается кассовым работником обменного пункта. Исправления в распечатанном документе не допускаются.

При осуществлении операций с наличной валютой и чеками обменные пункты осуществляют контроль за платежеспособностью денежных знаков Банка России в порядке, установленном Банком России. В случае выявления кассовым работником обменного пункта денежного знака иностранного государства, вызывающего сомнение в его подлинности (имеющего признаки подделки), такой денежный знак физическому лицу не возвращается. Кассовый работник обменного пункта обязан проинформировать физическое лицо о том, что денежный знак вызывает сомнение в его подлинности. Указанный денежный знак передается для направления на экспертизу в порядке, установленном Банком России, или сотрудникам территориальных органов внутренних дел в порядке, установленном законодательством Российской Федерации.

Во время осуществления операции с наличной валютой и чеками кассовый работник обменного пункта заполняет электронный Реестр операций с наличной валютой и чеками. Суммы наличной иностранной валюты и валюты Российской Федерации в Реестре операций с наличной валютой и чеками указываются в единицах иностранной валюты и валюты Российской Федерации, соответственно, с точностью до двух знаков после запятой.

Кассовый работник обменного пункта ведет один Реестр операций с наличной валютой и чеками по всем видам операций с наличной валютой и чеками, совершаемым в течение рабочего дня обменного пункта, за исключением следующих операций:

Прием денежных знаков иностранных государств и денежных знаков Банка России, вызывающих сомнение в их подлинности, для направления на экспертизу. Данная операция является обязательной для обменных пунктов и иных внутренних структурных подразделений.

Прием для направления на инкассо наличной иностранной валюты и чеков.

По окончании рабочего дня обменного пункта, при смене кассового работника обменного пункта, при изменении курсов иностранных валют и кросс-курсов, а также при смене календарной даты кассовый работник обменного пункта подсчитывает итоговые данные по сумме полученных и выданных наличной валюты и чеков в разрезе видов операций, наименований наличной иностранной валюты и чеков, распечатывает текущий Реестр операций с наличной валютой и чеками, проставляет свою подпись на текущем Реестре операций с наличной валютой и чеками. Затем открывается новый. Реестр операций с наличной валютой и чеками направляется в кассовые документы. А так же кассовый работник по указанию может формировать отчеты на основании записи электронного Реестра операций по форме, самостоятельно установленной уполномоченным банком.

В конце операционного дня необходимые данные по реестрам передаются в определенный отдел, где и происходит (чаще всего вручную) обработка всей полученной информации. Каждый пункт обмена валют подчиняется отделу, курирующему в банке работу с наличной иностранной валютой. Информация об операциях, проведенных в конкретном обменном пункте, передается по каналам Интернет, по электронной почте либо иным способом в специализированную систему (в АБС банка).

1.2 Анализ существующих разработок

В процессе разработки системы были проанализированы существующие автоматизированные системы валютно-обменных операций. Основными потребителями высокотехнологичных решений в России являются крупные московские и петербургские банки, однако не менее активно включаются в процесс и ведущие региональные банки. Необходимо отметить, что регионы по-прежнему сильно отстают от москвичей по уровню программно-аппаратного оснащения. Поэтому в ближайшее время можно ожидать, что банки начнут в массовом порядке, заменять ПО.

На российском рынке программного обеспечения существуют множество банковских систем и отдельных программных продуктов автоматизирующих валютно-обменные операции. Одно из решений – это Union Business System компании «ЮниСАБ». В данной системе разработан бизнес «обменный пункт». Программа «Обменный пункт» обеспечивает полную автоматизацию работы кассира "выносного" обменного пункта и опосредованную связь с Банком. В Бизнесе реализован автоматический контроль движения бланков строгой отчетности с выделением их состояния - неиспользованные, выданные, испорченные. Его широкие возможности позволяют настраивать программный модуль в соответствии с регламентом работы обменного пункта. Все выполняемые операции сопровождаются формированием необходимых печатных документов. Параметры каждой операции имеют гибкие настройки в соответствии с внутрибанковской инструкцией работы обменных пунктов. Программа готовит полный набор документов, предусмотренный 27-й Инструкцией ЦБ России: авансовая заявка и заявка на подкрепление, реестры по всем выполняемым операция, справка об остатках, препроводительные ведомости (валютная и рублевая), акт передачи другому кассиру.[7]

"Центавр-Дельта" - это современное решение, основанное на технологии клиент-сервер, которое обеспечивает высокую производительность при автоматизации банковской деятельности и исключает затраты, связанные с традиционными SQL СУБД (системами управления базами данных).[8] В данном продукте присутствует модуль валютно-обменных операций. Модуль автоматизирует операции рабочего места кассира валютного обменного пункта. Среди основных возможностей можно отметить полную автоматизацию валютно-обменных операций, ведение операций по покупке-продаже иностранной валюты за рубли, ведение конверсионных операций с получением соответствующих отчетов, контроль правильности ввода информации, наличие гибкого генератора проводок дня, позволяющего создать произвольную схему проводок, наличие девяти уровней доступа к информации и выполнению банковских операций и другое.

Комплекс "Пункт обмена иностранной валюты", разработанный компанией Кворум и находящийся в составе АБС «Кворум» - это одно из решений, которое присутствует на российском рынке.[9] Комплекс включает две подсистемы - "Кассир обменного пункта" и "Администратор обменных пунктов". Компонент «кассир обменного пункта» предназначен для автоматизации рабочего места операциониста обменного пункта, выполняющего следующие операции:

Покупка/продажа наличной иностранной валюты;

конверсию валют;

покупка/подажа дорожных чеков за рубли и за валюту;

выдачу наличных по кредитным карточкам;

прием на счета пластиковых карт;

размен купюр;

обмен ветхих банкнот и банкнот старого образца, находящихся в обращении, на новые банкноты;

прием сомнительных банкнот на экспертизу;

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

подкрепление (выдача аванса кассе обменного пункта);

инкассацию;

формирование реестров в соответствии с требованиями инструкции ЦБ №27;

передачу информации о проведенных валютно-обменных операциях администратору обменных пунктов.

Модуль "Администратор обменных пунктов" предназначен для автоматизации работы отдела валютно-обменных операций и выполняет следующие функции: регистрация обменных пунктов; обработка информации о проведенных операциях; подготовка проводок в бухгалтерию банка; формирование сводной отчетности о деятельности обменных пунктов. По полученным из обменных пунктов операциям администратор формирует как официальную, так и внутрибанковскую аналитическую отчетность о деятельности обменных пунктов.

Система RS-Retail позволяет полностью автоматизировать работу обменного пункта банка и соответствует требованиям Инструкции Банка России "О порядке организации работы обменных пунктов на территории Российской Федерации, совершения и учета валютно-обменных операций уполномоченными банками" от 27 февраля 1995 г. № 27.[10] В RS-Retail входят следующие функциональные возможности по автоматизации валютно-обменных операций:[11]

операции покупки, продажи, конверсии и размена валюты;

операции продажи, покупки и оплаты платежных документов (как в иностранной, так и в национальной валюте);

операции с сомнительными или неплатежеспособными ценностями, которые могут сопровождаться операциями инкассо и экспертизой иностранной валюты, покупкой неплатежеспособной валюты за рубли и ее обмена, а также проверкой денежных знаков на подлинность;

операции с пластиковыми карточками;

операции по управлению ценностями, находящимися в распоряжении кассира обменного пункта;

ведение реестров по выполненным валютно-обменным операциям при проводке операционных документов, контроль суммарных оборотов по реестру, передача подготовленных реестров в подсистему "Бухгалтерия розничных услуг" для дальнейшего бухгалтерского учета выполненных валютно-обменных операций;

работа нескольких независимых обменных пунктов на единой базе данных в режиме онлайн-доступа;

использование различных видов курсов валют;

формирование отчетности следующих видов: стандартные ежедневные отчеты, создаваемые в соответствии с требованиями Инструкции Банка России № 27; статистические отчеты; информационные отчеты, предназначенные для учета валютно-обменных операций.

Изучив параметры данных систем, можно построить сравнительную таблицу с помощью, которой можно сделать эффективный анализ:

Большинство систем обладают расширенным набором функций, которые вовсе не нужны для ведения эффективной работы оператора и более того могут осложнять ее. Отсюда – сложность подобных систем, их дороговизна. Проанализировав данные по системам можно сделать вывод, что они являются дорогостоящими для большинства небольших кредитных организаций. Данные системы имеют и ряд других недостатков. Поэтому было принято решение разработать собственную недорогую автоматизированную систему для ведения валютно-обменных операций, которая бы подходила большинству банков нашей страны и была бы узко специализированная, приспособленная к решению конкретных задач.

Таблица 1.1 Параметры анализируемых разработок.

Параметры

Разработки

|

Возможность

 выполнения

операций с

 волютой

согласно

Инструкции

№113-и

|
Возможность ведения электронного реестра валютно-обменных операций | Формирование необходимых печатных документов и бланков строгой отчетности | Простота в обучении персонала | Доступность цены разработок | Низкие требования к аппаратным средствам |
---------------------------------------------------------
«ЮниСАБ» | + | + | + | + | - | - |
---------------------------------------------------------
"Центавр-Дельта" | + | + | + | + | - | - |
---------------------------------------------------------
АБС «Кворум» | + | + | + | - | - | - |
---------------------------------------------------------
RS-Retail | + | + | + | - | - | - |
--------------------------------------------------------- --------------------------------------------------

1.3 Постановка задачи

В результате анализа существующих систем были поставлены основные задачи разрабатываемой системы:

ускорение времени оформления справки о проведении операции с наличной валютой и чеками;

уменьшение времени обслуживания клиентов;

снижение рисков утраты или порчи документов;

увеличение эффективности ведения реестра валютно-обменных операций;

ускорение времени формирования справок и отчетов.

Предметной областью является валютно-обменные операции совершаемые оператором. Пользователем системы является оператор валютно-обменных операций. С помощью данной системы можно совершать следующие операции:

продажа иностранной валюты,

покупка иностранной валюты,

покупка чеков,

продажа чеков,

оплата чеков,

конверсия,

прием на экспертизу денежных знаков,

замена неплатежеспособной валюты (прием на инкассо),

размен денежного знака.

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

информация о клиенте (информация о документе удостоверяющего личность),

информация о курсах валют и о самой валюте;

информация о проводимой операции (наименование операции, сумма, комиссия и т.д.)

Выходная информация для информационной системы будет следующая:

реестр валютно-обменных операций;

справка о проведении операции;

справка о приеме на экспертизу;

квитанция о приеме денежного знака на инкассо;

мемориальный ордер, который формируется для обоснования бухгалтерской проводки.

1.4 Требования к разрабатываемой системе

1.4.1 Функциональные требования

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

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

ведение базы данных документов удостоверяющих личность,

ведение базы данных документов (справки о проведении операции, справка о приеме на экспертизу и т.д.),

ведение реестра валютно-обменных операций,

оформление справки о проведении операции с наличной валютой и чеками,

оформление отчетов предусмотренных законодательством РФ в формате .txt,

оформление квитанции о приеме на инкассо;

оформление справки о приеме на экспертизу сомнительных денежных знаков,

поиск необходимой информации по базе данных.

 

1.4.2 Требования к надежности

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

 

1.4.3 Требования к информационной и программной совместимости

Автоматизированная система должна обеспечивать информационную совместимость с известными приложениями операционной системы Windows (MS Word, MS Excel, MS Access). Программная совместимость обеспечивается автоматически в связи с использованием программных средств, совместимость которых обеспечена конструктивно (на этапе их создания) – Delphi, Delphi Together Architect и т.д. Система реализуется на платформах MS Windows XP и СУБД MS SQL Server 2005.

 

1.4.4 Требования к техническому обеспечению

Конфигурация компьютера:

процессор Pentium 4 - 1,8 GHz или более мощный;

рекомендуемый объем оперативной памяти 128 мегабайт (МБ) или более больший;

100 МБ свободного места на жестком диске;

монитор VGA;

клавиатура, мышь или совместимое указывающее устройство;

дисковод компакт-дисков, DVD-дисков или дисковод гибких дисков.

Программные требования:

Windows XP.


Глава 2. Проектирование автоматизированного рабочего места оператора валютно-обменных операций в режиме off-line

2.1 Выбор технологии и средств проектирования.

2.1.1 Изучение существующих технологий и выбор технологии проектирования

Технология проектирования – это совокупность методологии, инструментальных средств в проектировании, а также методов и средств организации проектирования. Современная технология проектирования должна обеспечивать:

соответствие стандарту ISO12207;

гарантированное достижение целей разработки ИС в рамках бюджета с заданным качеством и в установленное время;

возможность декомпозиции проекта на составные части, разрабатываемые группами по 3-7 человек с последней интеграцией частей;

минимальное время получения работоспособного ПО;

независимость получаемых проектных решений от средств реализации ИС (под средствами понимаем СУБД, ОС и системы языков и систем программирования);

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

На сегодняшний день практически все ведущие компании-разработчики располагают развитыми технологиями создания программного обеспечения. Одна из технологий, претендующей на роль фактического стандарта, является технология RUP (компания RationalSoftWare. RUP представляет собой программный продукт, разработанный компанией Rational и в значительной степени соответствующий стандартам и нормативным документам, связанными с процессами жизненного цикла ПО, и оценкой технологической зрелости организации разработчиков. Основные принципы RUP: итерационный и инкрементный подход к созданию ПО, планирование и управление проектом на основе функциональных требований к системе – вариантов использования. В соответствии с первым принципом разработка системы выполняется в виде нескольких краткосрочных мини-проектов фиксированной деятельности от 2 до 6 недель, соответственно называемых итерациями. Каждая итерация включает свои собственные этапы анализа требований, проектирования, реализации, тестирования, интеграции и завершается созданием рабочей системы. Итерационный цикл основывается на постоянном расширении и дополнении системы с периодической обратной связью и адаптации дополняемых модулей к ядру системы. Согласно RUP жизненный цикл ПО разбивается на отдельные циклы, в каждом из которых создаётся новое поколение продуктов. Каждый цикл в свою очередь разбивается на 4 стадии:

начальная стадия – inception;

стадия разработки – elaboration;

конструирования – construction;

ввод в действие – transition.

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

Рис 2.1 диаграмма процесса разработки системы.

Каждая стадия завершается в чётко определённой точке milestone. В этот момент времени должны достигаться важные результаты и приниматься критически важные решения для дальнейшей разработки. Во время начальной стадии вырабатывается бизнес-план проекта. Определяется приблизительная его стоимость, и какой доход принесет. Определяются границы проекта. На стадии разработки выявляются более детальные требования. Выполняется высокоуровневый анализ предметной области и проектирование для построения базовой архитектуры системы. создается бланк конструирования и устанавливаются наиболее рискованные элементы проекта. Результатом стадии конструирования является продукт. Готовый к передаче конечным пользователям. Как минимум он содержит следующее:

ПО, интегрируемое на требуемых платформах, руководство пользователя, описание текущей реализации.

Назначением стадии ввода в действие является передача готового продукта в распоряжение пользователя.

Microsoft Solution Framework (MSF) представляет общую методологию разработки и внедрения решений в сфере информационных технологий. Последняя версия модели включает пять фаз: анализ, проектирование, разработка, стабилизация и внедрение, является итерационной, предполагает использование объектно-ориентированного моделирования. Принципы разработки приложений MSF – это набор моделей, принципов и методов, которые помогают организации более эффективно создавать и использовать информационные технологии для решения проблем бизнеса. Ядро этой системы составляют шесть основных моделей: модель производственной архитектуры; модель проектной группы; модель процесса разработки ПО; модель управления рисками; модель процесса проектирования; модель приложения. Модель процесса проектирования описывает трехфазный, ориентированный на конечного пользователя, непрерывный процесс разработки. Три фазы разработки – концептуальное, логическое и физическое проектирование. [12]

Одним из уже сложившихся направлений деятельности фирмы ORACLE стала разработка методологических основ и производство инструментальных средств для автоматизации процессов разработки сложных прикладных систем, ориентированных на интенсивное использование баз данных. Методика Oracle COM является развитием давно разработанной версии Oracle CASE-Method, применяемой в CASE-средстве Oracle CASE. Основу CASE-технологии и инструментальной среды фирмы ORACLE составляют:

Методология структурного нисходящего проектирования, при которой разработка прикладной системы представляется в виде последовательности четко определенных этапов.

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

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

Централизованное хранение проекта системы и управление одновременным доступом к нему всех участников разработки поддерживают согласованность действий разработчиков и не допускают ситуацию, когда каждый проектировщик или программист работает со своей версией проекта и модифицирует ее независимо от других.

Автоматизация последовательного перехода от одного этапа разработки к следующему. Для этого предусмотрены специальные утилиты.

Жизненный цикл формируется из определенных этапов (фаз) проекта и процессов, каждый из которых выполняется в течение нескольких этапов. Методика Oracle CDM определяет следующие фазы жизненного цикла информационной системы:

стратегия;

анализ (формулирование детальных требований к прикладной системе); Q проектирование (преобразование требований в детальные спецификации системы);

реализация (написание и тестирование приложений);

внедрение (установка новой прикладной системы, подготовка к началу эксплуатации);

эксплуатация (поддержка приложения и слежение за ним, планирование будущих функциональных расширений).

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

Основные требования к выбираемой технологии проектирования:

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

выбранная технология должна отражать все этапы жизненного цикла проекта;

выбираемая технология должна обеспечивать минимальные трудовые и стоимостные затраты на проектирование и сопровождение проекта;

технология проектирования должна способствовать росту производительности труда проектировщика;

обеспечение надежности процесса проектирования и эксплуатации проекта.

технология должна быть основой связи между проектированием и сопровождением проекта.

Для выбора технологии проектирования будем использовать метод «бальных оценок». Самыми значимыми критериями отбора выбраны доступность; гибкость (отсутствие жестко навязываемых процедур); наличие объектно-ориентированного подхода; модульность (возможность использовать не всю технологию, а только отдельные его компоненты); удобство в применении. Рассмотрев технологии, были проставлены баллы по критериям отбора. Также для каждого критерия Рисунок убран из работы и доступен только в оригинальном файле. были определены их важности по пятибалльной шкале. Перемножив важность на значимость критерия β и суммировав их для каждой технологии, получаем итоговую оценку. Описание и результаты отбора технологии для проектирования ЭИС методом бальных оценок представлены в таблице 2.1:

Таблица 2.1 Выбор технологии проектирования.

ign=bottom >

Параметр

Технология

|

Объектный

 подход 1

|

Гибкость

2

|

Модульность

3

|

Удобство в применении

4

|
---------------------------------------------------------
RUP | 5 | 5 | 5 | 5 |
---------------------------------------------------------
MSF | 4 | 4 | 3 | 4 |
---------------------------------------------------------
Oracle | 4 | 3 | 4 | 3 |
---------------------------------------------------------
ЗНАЧИМОСТЬ β | 5 | 3 | 4 | 2 |
---------------------------------------------------------

Рисунок убран из работы и доступен только в оригинальном файле.* β

|
---------------------------------------------------------
RUP | 25 | 15 | 20 | 10 |
---------------------------------------------------------
MSF | 20 | 12 | 12 | 8 |
---------------------------------------------------------
Oracle | 20 | 9 | 16 | 6 |
---------------------------------------------------------

Рисунок убран из работы и доступен только в оригинальном файле.* β

|
|
---------------------------------------------------------
RUP | 70 |
---------------------------------------------------------
MSF | 52 |
---------------------------------------------------------
Oracle | 51 |
--------------------------------------------------------- --------------------------------------------------

Таким образом, методом бальных оценок установлено, что наиболее подходящей технологией является RUP (Rational Unified Process).

В качестве метода проектирования выберем компьютерное проектирование, где для разработки используют специальные программно-инструментальные средства. Средства проектирования должны охватывать в совокупности этапы жизненного цикла ЭИС, быть программно, технически, информационно совместимы, экономически целесообразны, простыми в освоении и применении.

2.1.2 Выбор средства проектирования

Для выбора средства проектирования будем использовать метод «бальных оценок». Основными критериями отбора выбраны: объектный подход, простота в обучении, поддержка UML, быстрота создания и изменения программ. Описание и результаты отбора средства для проектирования ЭИС методом бальных оценок представлены в таблице 2.1:

Таблица 2.2 Выбор средства проектирования.

ign=bottom >

Параметр

технология

|

Объектный подход Рисунок убран из работы и доступен только в оригинальном файле.1

|

Простота в обучении Рисунок убран из работы и доступен только в оригинальном файле.2

|

Поддержка UML Рисунок убран из работы и доступен только в оригинальном файле.3

|

Быстрота создания и изменения диаграмм Рисунок убран из работы и доступен только в оригинальном файле.4

|
---------------------------------------------------------
Microsoft Visio | 3 | 4 | 4 | 5 |
---------------------------------------------------------
Borland Together Architect | 5 | 5 | 5 | 4 |
---------------------------------------------------------
ЗНАЧИМОСТЬ β | 4 | 3 | 5 | 2 |
---------------------------------------------------------

Рисунок убран из работы и доступен только в оригинальном файле.* β

|
---------------------------------------------------------
Microsoft Visio | 12 | 12 | 20 | 10 |
---------------------------------------------------------
Borland Together Architect | 20 | 15 | 25 | 8 |
---------------------------------------------------------

Рисунок убран из работы и доступен только в оригинальном файле.* β

|
|
---------------------------------------------------------
Microsoft Visio | 52 |
---------------------------------------------------------
Borland Together | 68 |
--------------------------------------------------------- --------------------------------------------------

Методом бальных оценок установлено, что наиболее подходящее инструментальное средство разработки проекта - Borland Together Architect.

Borland Together - CASE-средство, предназначенное для визуального моделирования и проектирования программных систем на основе стандарта UML, позволяющее моделировать как компоненты программного обеспечения, так и бизнес-процессы. Borland Together обладает открытой архитектурой. Использование технологий Borland Together 2006 для проектирования и реализации IT - архитектуры значительно ускоряет процесс разработки приложений, начиная от определения требований и заканчивая написанием кода. Возможности Together обеспечивают синхронную работу разработчиков архитектур, аналитиков и программистов при создании новых приложений или в процессе извлечения проектной информации из существующих приложений, и обеспечивают общее визуальное представление об архитектуре модели.[13]

Технологии Borland Together 2006 помогают:

преодолевать технологические сложности путем создания концептуальных моделей, обеспечивающих эффективное взаимодействие членов команды в процессе проектирования решений на уровне архитектуры;

создавать гибкие решения, идущие в ногу с развитием бизнеса и изменениями технологических требований, используя платформо-независимые модели;

добиваться более высокой эффективности и качества при разработке программных продуктов.

2.2 Проектирование функциональной структуры

Моделирование в UML можно представить, как некоторый процесс поуровневого спуска от наиболее обшей и абстрактной концептуальной модели исходной системы к логической, а затем и к физической модели соответствующей программной системы. Для достижения этих целей вначале строится модель в форме так называемой диаграммы вариантов использования (use case diagram), которая описывает функциональное назначение системы или, другими словами, то, что система будет делать в процессе своего функционирования. Диаграмма вариантов использования является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки. Разработка диаграммы вариантов использования преследует цели:

Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы.

Сформулировать общие требования к функциональному поведению проектируемой системы.

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

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

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актеру. Построение диаграммы вариантов использования является самым первым этапом процесса объектно-ориентированного анализа и проектирования, цель которого - представить совокупность требований к поведению проектируемой системы. В языке UML диаграмма получила название модели вариантов использования и имеет свое специальное стандартное имя или стереотип "useCaseModel".

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

Рис 2.2 Диаграмма вариантов использования.

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

Актер (actor) – это оператор, далее актер, лицо, совершающее операции с валютой и чеками, а также формирует отчеты и постоянно редактирует базу данных. Были определены варианты использования, то есть, описаны те функциональные возможности системы, которые должны быть реализованы. Рассмотрим каждый вариант использования более детально.

Прием на экспертизу – актер направляет денежный знак на экспертизу при выявлении сомнения платежеспособности, для этого составляется справка о приеме денежного знака на экспертизу.

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

Рис. 2.3 Прием на экспертизу.

Покупка валюты – актер проверяет документы клиента, далее заносит информацию о клиенте и совершает операцию: вносит необходимые данные в реестр, рассчитывается комиссия и подоходный налог, формирует справку о проведении операции и выдает ее клиенту. Данная операция совершается за рубли.

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

Рис. 2.4 Покупка валюты.

Продажа валюты – данный вариант использования аналогичен предыдущему.

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

Рис. 2.5 Продажа валюты.

Конверсия – аналогична предыдущим, но совершается непосредственно со свободно конвертируемыми валютами.


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

Рис. 2.6 Конверсия.

Размен денежного знака – актер проверяет документы клиента, заносит необходимую информацию о клиенте, формирует справку о проведении операции, а также сохраняет необходимые данные в реестр. Этот вид операции используется, если у клиента возникла необходимость в размене денежного знака на денежные знаки более низкого номинала либо наоборот.

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

Рис. 2.7 Размен денежного знака.

Замена денежного знака – оператор принимает поврежденный денежный знак на инкассо. Для этого оператор проверяет документы клиента. Далее формирует квитанцию о приеме на инкассо и один экземпляр выдает клиенту.


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

Рис.2.8 Замена денежного знака.

 

2.3 Проектирование логической модели (построение диаграммы классов)

Для разработки логической модели системы применяется диаграмма классов. Диаграмма классов (class diagram) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений. На данной диаграмме не указывается информация о временных аспектах функционирования системы. С этой точки зрения диаграмма классов является дальнейшим развитием концептуальной модели проектируемой системы. Диаграмма классов представляет собой некоторый граф, вершинами которого являются элементы типа "классификатор", которые связаны различными типами структурных отношений. Следует заметить, что диаграмма классов может также содержать интерфейсы, пакеты, отношения и даже отдельные экземпляры, такие как объекты и связи. Когда говорят о данной диаграмме, имеют в виду статическую структурную модель проектируемой системы. Диаграмма классов состоит из множества элементов, которые в совокупности отражают декларативные знания о предметной области.


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

Рис 2.10 Диаграмма классов.


Описание:

Класс сотрудники:

Содержит следующие необходимые атрибуты: № трудового договора, ФИО, № и серия паспорта. В его полномочия входят следующие операции: сохранение записи в реестре валютно-обменных операций, то есть при совершении валютно-обменной операции ему каждый раз необходимо сохранять в реестре данные о совершаемой операции; формирование справки о проведении операции с наличной валютой и чеками; составление справки о приеме на экспертизу денежного знака; создание мемориального ордера, необходимо для обоснование бухгалтерской проводки; формирование квитанции о приеме на инкассо, в случае если денежный знак поврежден.

Класс реестр:

Данный класс содержит атрибуты № операции, дата, код вида операции, код валюты принятой, курс валюты принятой, сумма валюты принятой, комиссия, подоходный налог, код валюты выданной, сумма валюты выданной, кассир. Его операциями являются сохранение записи и печать реестра, а так же реестр можно отправить с использованием internet.

Класс общероссийский классификатор валют:

Этот класс является справочником, и его атрибутами являются: идентификатор валюты, код валюты буквенный, наименование, краткое наименование стран и территорий. С ним можно выполнять следующие операции: сохранять, изменять, удалять, добавлять.

Класс мемориальный ордер:

Его атрибутами являются следующие: №, вид операции, дебет счета, кредит счета, код валюты, сумма, шифр страны, срок валютирования, плательщик, получатель, основание, кассир. Операции: сохранить, печать, отправить.

Класс справка о проведенной операции с валютой и чеками:

Содержит следующие атрибуты: №, дата, время, клиент, документ №, код вида операции, курс (кросс-курс), код валюты принятой, сумма валюты принятой, наименование валюты принятой, код валюты выданной, наименование валюты выданной, сумма валюты выданной, кассир. С данным классом можно выполнять следующие операции: сохранить и печать.

Класс курсы (кросс-курсы):

Данный класс имеет следующие атрибуты: идентификатор валюты, код в

Здесь опубликована для ознакомления часть дипломной работы "Автоматизированное рабочее место оператора валютно-обменных операций в режиме off-line". Эта работа найдена в открытых источниках Интернет. А это значит, что если попытаться её защитить, то она 100% не пройдёт проверку российских ВУЗов на плагиат и её не примет ваш руководитель дипломной работы!
Если у вас нет возможности самостоятельно написать дипломную - закажите её написание опытному автору»


Просмотров: 848

Другие дипломные работы по специальности "Информатика":

Web-сайт для учителей информатики: анализ существующих и разработка нового приложения

Смотреть работу >>

Поиск фотооборудования

Смотреть работу >>

Автоматизированная система складского учета в ЗАО "Белгородский бройлер"

Смотреть работу >>

Автоматизированная система учета договоров страхования предпринимательских рисков

Смотреть работу >>

Создание информационно-справочной системы "Методический кабинет"

Смотреть работу >>