Всё для Учёбы — студенческий файлообменник
1 монета
doc

Студенческий документ № 096233 из ИТТИ

Оглавление

Технология "клиент-сервер" (на примере MS SQL SERVER) 3

Проектирование информационных систем. Характеристика основных этапов проектирования 8

Автоматизированная информационная система таможни АИСТ-М 14

Список использованных источников 20

1. Технология "клиент-сервер" (на примере MS SQL SERVER)

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

Так, архитектура " клиент - сервер " разделяет функции приложения пользователя (называемого клиентом) и сервера. Приложение-клиент формирует запрос к серверу, на котором расположена база данных (БД), на структурном языке запросов SQL (Structured Query Languague), являющемся промышленным стандартом в мире реляционных БД1. Удаленный сервер принимает запрос и переадресует его SQL-серверу БД. SQL-сервер - специальная программа, управляющая удаленной базой данных. SQL-сервер обеспечивает интерпретацию запроса, его выполнение в базе данных, формирование результата выполнения запроса и выдачу его приложению-клиенту. При этом ресурсы клиентского компьютера не участвуют в физическом выполнении запроса; клиентский компьютер лишь отсылает запрос к серверной БД и получает результат, после чего интерпретирует его необходимым образом и представляет пользователю. Так как клиентскому приложению посылается результат выполнения запроса, по сети "путешествуют" только те данные, которые необходимы клиенту. В итоге снижается нагрузка на сеть. Поскольку выполнение запроса происходит там же, где хранятся данные (на сервере), нет необходимости в пересылке больших пакетов данных. Кроме того, SQL-сервер, если это возможно, оптимизирует полученный запрос таким образом, чтобы он был выполнен в минимальное время с наименьшими накладными расходами2.

Все это повышает быстродействие системы и снижает время ожидания результата запроса.

Microsoft SQL Server - это реляционная система управления базой данных (СУБД). В реляционных базах данных данные хранятся в таблицах. Взаимосвязанные данные могут группироваться в таблицы, кроме того, могут быть установлены также и взаимоотношения между таблицами. Отсюда и произошло название реляционные - от английского слова relational (родственный, связанный отношениями, взаимозависимый). Пользователи получают доступ к данным на сервере через приложения, а администраторы, выполняя задачи конфигурирования, администрирования и поддержки базы данных, производят непосредственный доступ к серверу. SQL Server является масштабируемой базой данных, это значит, что она может хранить значительные объемы данных и поддерживать работу многих пользователей, осуществляющих одновременный доступ к базе данных3.

СУБД SQL Server появилась в 1989 году и с тех пор значительно изменилась. Огромные изменения претерпели масштабируемость продукта, его целостность, удобство администрирования, производительность и функциональные возможности.

Система SQL Server может быть реализована либо как клиент-серверная система, либо как автономная "настольная" система. Тип проектируемой системы зависит от количества пользователей, которые должны одновременно осуществлять доступ к базе данных, и от характера работ, которые должны выполняться. Рассмотрим клиент-серверный тип системы SQL Server.

Остановимся более подробно на клиент-серверной системе.

Клиент-серверная система SQL Server может иметь двухзвенную установку (two-tier setup) либо трехзвенную установку (three-tier setup). Независимо от варианта установки, программное обеспечение и базы данных SQL Server размещаются на центральном компьютере, который называется сервер базы данных(database server). Пользователи работают на отдельных компьютерах, которые называются клиенты (clients). Доступ пользователей к серверу базы данных производится при помощи приложений с их компьютеров-клиентов (в двухзвенных системах) либо при помощи приложений, выполняющихся на специально предназначенном для этой цели компьютере, который называется сервер приложений (application server) (в трехзвенных системах).

В частности, в двухзвенных системах клиенты исполняют приложения, осуществляющие доступ к серверу базы данных непосредственно через сеть. Таким образом, компьютеры-клиенты исполняют программный код, соответствующий нуждам предприятия, и код, отображающий для пользователя результаты доступа к базе данных. Такие клиенты называются толстыми (thick client), потому что они выполняют два вида работы (рис. 1.1).Двухзвенная установка полезна при относительно небольшом количестве пользователей, потому что для соединения с каждым из пользователей расходуются системные ресурсы, такие как память и блокировки (locks). Чем больше будет количество соединений с пользователями, тем хуже будет производительность системы, из-за соперничества за ресурсы. В этих условиях вас может помочь применение трехзвенной системы.

Рис. 1.1. Двухзвенная клиент-серверная система

В трехзвенной установке имеется третий компьютер, который называется сервер приложений. В системах этого типа в задачи компьютеров-клиентов входит лишь исполнение программного кода по вызову функций с сервера приложений и отображение результатов доступа. Такие клиенты называются тонкими (thin client). Cервер приложений исполняет приложения, которые выполняют задачи, требующиеся для нужд предприятия, эти приложения являются многопотоковыми (multithreaded), благодаря чему с ними могут работать много пользователей одновременно. Сервер приложений соединяется с сервером базы данных, осуществляет доступ к данным и возвращает результаты клиенту (рис. 1.2).

Рис. 1.2. Трехзвенная клиент-серверная система

Достоинством трехзвенной системы является то, что можно позволить серверу приложений организовывать все клиентские соединения с сервером базы данных, вместо того, чтобы разрешить каждому клиенту самостоятельно устанавливать соединения (такая самостоятельность может привести к нерациональному использованию ресурсов сервера базы данных). Этот подход называется организация пула соединений (connection pooling), при этом предполагается, что запросы клиентов помещаются в пул (или, говоря точно, в очередь, queue), в котором они будут дожидаться ближайшего доступного соединения. Сразу же по освобождении соединения, оно может использоваться для нужд следующего запроса из очереди. Организация пулов соединений позволяет в некоторой степени регулировать объем работы, выполняемой сервером базы данных, конфигурируя количество соединений, имеющихся в пуле и, следовательно, количество соединений, доступных для выполнения задач пользователей. (Количество соединений можно конфигурировать программно.) Так можно избавиться от потребности в большом количестве пользовательских соединений, способных быстро израсходовать ресурсы и замедлить скорость работы. Организация пулов соединений может быть реализована при помощи Internet Information Server (продукта фирмы Microsoft) и программного обеспечения для организации пулов соединений, вроде COM+, являющегося службой компонент, поставляемой вместе с операционной системой семейства Microsoft Windows.

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

2. Проектирование информационных систем. Характеристика основных этапов проектирования

Проектирование информационных систем (ИС) охватывает три основные области:

* проектирование объектов данных, которые будут реализованы в базе данных;

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

* учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиент-сервер), параллельной обработки, распределенной обработки данных и т.п.

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

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

* требуемой пропускной способности системы;

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

* безотказной работы системы;

* необходимого уровня безопасности;

* простоты эксплуатации и поддержки системы.

Согласно современной методологии, процесс создания ИС представляет собой процесс построения и последовательного преобразования ряда согласованных моделей на всех этапах жизненного цикла (ЖЦ) ИС. На каждом этапе ЖЦ создаются специфичные для него модели - организации, требований к ИС, проекта ИС, требований к приложениям и т.д. Модели формируются рабочими группами команды проекта, сохраняются и накапливаются в репозитории проекта. Создание моделей, их контроль, преобразование и предоставление в коллективное пользование осуществляется с использованием специальных программных инструментов - CASE-средств.

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

Известны следующие модели жизненного цикла:

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

* поэтапная модель с промежуточным контролем - разработка ПО ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют уменьшить трудоемкость процесса разработки по сравнению с каскадной моделью; время жизни каждого из этапов растягивается на весь период разработки;

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

Процесс создания ИС делится на ряд этапов4, ограниченных некоторыми временными рамками и заканчивающихся выпуском конкретного продукта (моделей, программных продуктов, документации и пр.).

Обычно выделяют следующие этапы создания ИС:

- формирование требований к системе,

- проектирование,

- реализация,

- тестирование,

- ввод в действие,

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

Начальным этапом процесса создания ИС является моделирование бизнес-процессов, протекающих в организации и реализующих ее цели и задачи. Модель организации, описанная в терминах бизнес-процессов и бизнес-функций, позволяет сформулировать основные требования к ИС. Это фундаментальное положение методологии обеспечивает объективность в выработке требований к проектированию системы. Множество моделей описания требований к ИС затем преобразуется в систему моделей, описывающих концептуальный проект ИС. Формируются модели архитектуры ИС, требований к программному обеспечению (ПО) и информационному обеспечению (ИО). Затем формируется архитектура ПО и ИО, выделяются корпоративные БД и отдельные приложения, формируются модели требований к приложениям и проводится их разработка, тестирование и интеграция.

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

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

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

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

Конечными продуктами этапа проектирования являются:

* схема базы данных (на основании ER-модели, разработанной на этапе анализа);

* набор спецификаций модулей системы (они строятся на базе моделей функций).

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

* будет ли это архитектура "файл-сервер" или "клиент-сервер";

* будет ли это 3-уровневая архитектура со следующими слоями: сервер, ПО промежуточного слоя (сервер приложений), клиентское ПО;

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

* будет ли база данных однородной, то есть, будут ли все серверы баз данных продуктами одного и того же производителя (например, все серверы только Oracle или все серверы только DB2 UDB). Если база данных не будет однородной, то какое ПО будет использовано для обмена данными между СУБД разных производителей (уже существующее или разработанное специально как часть проекта);

* будут ли для достижения должной производительности использоваться параллельные серверы баз данных (например, Oracle Parallel Server, DB2 UDB и т.п.).

Этап проектирования завершается разработкой технического проекта ИС.

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

Этап тестирования обычно оказывается распределенным во времени.

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

* обнаружение отказов модуля (жестких сбоев);

* соответствие модуля спецификации (наличие всех необходимых функций, отсутствие лишних функций).

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

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

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

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

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

3. Автоматизированная информационная система таможни

АИСТ-М

До 2003 года на таможенных постах ГТК (Государственный таможенный комитет), в отделах ОТОиТК использовались различные системы оформления документов, такие как "Поток-Пилот", "Поток-Регион", "АИСТ-РТ21", "АРМ ТИ", "АСТО". Единой системы не существовало, ГНИВЦ ГТК (главный научно-исследовательский вычислительный центр ГТК) был вынужден параллельно вносить изменения во все продукты и заниматься их технической поддержкой.

К 2003 году был разработан новый проект автоматизированная информационная система "АИСТ-М" (АИС "АИСТ-М"). Приказом ГТК № 1266 от 12 ноября 2003 года "О внедрении комплексной автоматизированной системы таможенного оформления "АИСТ-М" в таможенных органах"6 начинается эксплуатация "АИСТ-М" на первых таможенных постах в четырех таможенных управлениях.

Автоматизированная информационная система "АИСТ-М" была создана для осуществления информационной поддержки принятия решений должностными лицами таможенных органов Российской Федерации в ходе осуществления таможенного оформления и таможенного контроля товаров и транспортных средств, перемещаемых через таможенную границу, посредством обработки электронных копий документов (в том числе таможенных).

Система "АИСТ-М" позволяет автоматизировать следующие процессы7:

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

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

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

- контроль соблюдения требований и условий заявленного таможенного режима;

- контроль поступлений платежей участников ВЭД;

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

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

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

- автоматическое информирование руководства таможенного органа

и участников ВЭД о ходе оформления таможенной декларации;

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

- формирование и актуализация нормативно - справочной информации (НСИ) на уровне таможенного поста и таможни;

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

- разграничение доступа к данным и операциям.

При работе с системой "АИСТ-М" используются понятия: роль‚ этап, переход.

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

Этап это состояние, в котором находится документ. В каждой роли доступны определенные этапы. В зависимости от роли и связанных с ней полномочий документы на конкретном этапе доступны для изменения или только для просмотра.

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

Система предназначена для:

1. Автоматизации управления процессом документального таможенного оформления и таможенного контроля.

2. Контроля движения документов в процессе таможенного оформления, а также аудита действий должностных лиц таможенных органов.

3. Обеспечения прозрачности процесса таможенного оформления для руководящего звена, а также для участников внешнеэкономической деятельности (ВЭД).

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

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

6. Обеспечения гибкого подключения различных информационно-справочных баз данных.

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

В основу системы "АИСТ-М" легла технология DocPoint II, разработанная совместно с ЗАО "Тамга" и OOО "Софтлэнд".

Система DocPoint II была задумана, как средство организации и управления потоком документооборота таможенной организации. В общих чертах, схема работы такого предприятия может быть описана следующим образом: компания, участвующая в процессе таможенного оформления имеет в своем составе несколько подразделений. Это могут быть отделы, декларирования, таможня, склады временного хранения, диспетчерские службы. Пакеты документов, предоставляемые клиентами, последовательно проходят с этапа на этап, где инспектора анализируют информацию и производят коррекцию электронных копий, пользуясь программным обеспечением автоматизированных рабочих мест (АРМов).

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

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

В автоматизированной информационной системе таможни "АИСТ-М", можно выделить три подсистемы:

Подсистема "Администрирование":

5 - комплекс программных средств (КПС) "Ролевой администратор"

6 - программная задача (ПЗ) "Администрирование"

7- ПЗ "Менеджер технологических схем"

- ПЗ "Сервер сообщения"

8 - КПС "Интерпретатор"

9 - ПЗ "Модуль обработки документов"

10 - ПЗ "Модуль автоматической обработки документов"

Подсистема "Оперативное информирование":

11 - КПС "Формирование отчета"

14 - ПЗ "Отчетность"

15 - ПЗ "Сервер отчетов"

16 - ПЗ "Менеджер отчетов"

12 - ПЗ "Руководитель"

13 - ПЗ "Мониторинг оформления документов"

Подсистема "Таможенное оформление":

17 - КПС "Инспектор отдела таможенного оформления"

18 - ПЗ "Досмотр"

19 - ПЗ "Таможенный склад"

20 - КПС "Учет таможенных платежей"

21 - ПЗ "Склад временного хранения"

22 - ПЗ "Ориентировки"

23 - ПЗ "Таможенный приходный ордер" (ТПО).

В АИС "АИСТ-М" выделяют два уровня:

1. Автоматизированная информационная система "АИСТ-М" для уровня ФТС и РТУ.

2. Автоматизированная информационная система "АИСТ-М" для уровня таможен и таможенных постов.

"АИС "АИСТ-М" уровня ФТС и РТУ обеспечивает контроль процесса таможенного оформления, проводимого на подчиненных таможенных постах. Контроль осуществляется за счет предоставления возможности подключения к таможенным постам с целью просмотра участвующих в таможенном оформлении документов и получения отчетности о процессах таможенного оформления"8.

"АИС "АИСТ-М" уровня таможни обеспечивает автоматизацию следующих направлений деятельности должностных лиц структурных подразделений таможни"9:

- контроль процесса таможенного оформления, проводимого на подчиненных таможенных постах;

- проверка и расчет/перерасчет таможенной стоимости по выпущенным таможенным декларациям отделом контроля таможенной стоимости таможни;

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

Обработка представленных декларантом сведений осуществляется на основе полной интеграции подсистемы электронного представления сведений с автоматизированными системами таможенного оформления и контроля (АИС "АИСТ-М"), позволяя проводить все этапы таможенного оформления в рамках штатных программных средств.

Автоматизированная информационная система "АИСТ-М" входит в состав программных средств, реализующих информационную технологию по представлению сведений в электронной форме для целей таможенного оформления с использованием сети Интернет.

В данной системе можно выделить также несколько недостатков. Во-первых, если таможенная декларация вызвана на просмотр, редактирование кем-либо, то никто другой уже не сможет открыть данную таможенную декларацию. Во-вторых, из-за того, что границы использования системы "АИСТ-М" широки (по всей России), то иногда возникают сбои, неполадки в работе из-за несовершенной сети связи.

Список использованных источников

1. О Федеральной таможенной службе: Постановление Правительства РФ от 26 июля 2006 года № 459 // Информационно-правовая система "Гарант"

2. О внедрении комплексной автоматизированной системы таможенного оформления "АИСТ-М" в таможенных органах: Приказ ГТК от 12 июня 2003 года " 1266 // Информационно-правовая система "Гарант"

3. Вендров А.М. Проектирование программного обеспечения экономических информационных систем. М: "Финансы и статистика", 2000. - С.348

4. Малышенко Ю.В. Информационные технологии в таможенном деле: Учеб. пособие. Ч.1. - Владивосток: ВФ РТА, 2003. - С. 265

5. Мамаев Е. Microsoft SQL Server 2000 в подлиннике. СПб.: Изд-во BHV, 2001. - С. 238

6. Халипов С.В. Таможенное право: Учебник. 3-е изд., перераб. и доп. - М.: "Зерцало-М", 2006. - С. 440

7. Шумаков П.В. Delphi 3 и создание приложений баз данных. М.: Изд-во "Нолидж", 1998. - С. 256

8. ЗАО "ТАМГА". Описание установки АИС "АИСТ-М" версии 1.19.0.0 Уровень Таможни. 2010.

9. ЗАО "ТАМГА". Руководство программиста АИС "АИСТ-М". 2010.

10. Проектирование информационных систем. М: Журнал "КомпьютерПресс", № 9, 2001

11. ИНТУИТ [Электронный ресурс] / Режим доступа: http://www.intuit.ru/department/database/databases/3/2.html#sect4

12. ИНТУИТ [Электронный ресурс] / Режим доступа: http://www.intuit.ru/

department/se/devis/1/

13. ИНТУИТ [Электронный ресурс] / Режим доступа: http://www.intuit.ru/

department/database/sqlserver2000/1/1.html

14. INTERFACE [Электронный ресурс] / Режим доступа: http://www.interfa

ce.ru/fset.asp?Url=/case/proekt_inf_sis2.htm

1 ИНТУИТ [Электронный ресурс] / Режим доступа: http://www.intuit.ru/department/database/databases/

3/2.html#sect4 2 Шумаков П.В. Delphi 3 и создание приложений баз данных. М.: Изд-во "Нолидж", 1998

3 ИНТУИТ [Электронный ресурс] / Режим доступа: http://www.intuit.ru/department/se/devis/1/

4 Вендров А.М. Проектирование программного обеспечения экономических информационных систем. М: "Финансы и статистика", 2000

5 Проектирование информационных систем. М: "КомпьютерПресс", №9, 2001

6 О внедрении комплексной автоматизированной системы таможенного оформления "АИСТ-М" в таможенных органах: Приказ ГТК от 12 июня 2003 года " 1266 // Информационно-правовая система "Гарант"

7 Малышенко Ю.В. Информационные технологии в таможенном деле: Учеб. пособие. Ч.1. - Владивосток: ВФ РТА, 2003. - 265 с.

8 ЗАО "ТАМГА". Описание установки АИС "АИСТ-М" версии 1.19.0.0 Уровень Таможни. 2010.

9 ЗАО "ТАМГА". Руководство программиста АИС "АИСТ-М". 2010.

---------------

------------------------------------------------------------

---------------

------------------------------------------------------------

6

Показать полностью… https://vk.com/doc8907730_78464322
328 Кб, 21 апреля 2012 в 11:20 - Россия, Москва, ИТТИ, 2012 г., doc
Рекомендуемые документы в приложении