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

Содержание:

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

Задание

Разработать прикладное программное обеспечение деятельности судоходной компании «Балтика». Эта крупная компания занимается перевозками грузов между континентами. В ее собственности несколько десятков судов различного класса и грузоподъемности. К услугам этой компании обращаются тысячи клиентов из различных стран мира.

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

Судно следует по маршруту. Маршрут разрабатывается главным ме-неджером компании и проходит через несколько портов. В очередном порту назначения производится лишь частичная погрузка и выгрузка грузов, и судно следует дальше.

Набор данных к варианту 02

1 Описание

1

Регистрационный номер судна

2 Название судна

3 ФИО капитана судна

4 Тип судна (танкер, сухогруз)

5 Грузоподъемность судна

6 Год постройки судна

7 Фотография судна

8 Порт приписки

9 Таможенный номер партии груза

10 Дата убытия груза

11 Дата прибытия груза

12 Пункт отправления

13 Пункт назначения

14 Необходимость таможенной декларации

15 Номер груза в партии

16 Название груза

17 Заявленная величина груза

18 Единица измерения груза

19 Застрахованная величина груза

20 Отправитель груза

21 ИНН отправителя груза

22 Банк отправителя груза

23 Юридический адрес отправителя груза

24 Получатель груза

25 ИНН получателя груза

26 Банк получателя груза

27 Юридический адрес получателя груза

28 Примечания

Ход выполнение работы:

Разработаем базу данных, состоящую из шести таблиц: «Отправитель груза», «Получатель груза», «Судна», «Партии груза», «Груз», «Маршрут следования».

Таблица «Отправитель груза» (рисунок 1) имеет поля: «Код отправителя», «Отправитель», «ИНН отправителя», «Банк отправителя», «Юридический адрес».

Рисунок 1 – Таблица «Отправитель» в режиме конструктора

Таблица «Получатель груза» (рисунок 2) имеет поля: «Код получателя», «Название получателя», «ИНН получателя», «Банк получателя», «Юридический адрес получателя».

Рисунок 2 – Таблица «Получатель» в режиме конструктора

Таблица «Судна» (рисунок 3) имеет поля: «Регистрационный номер судна», «Название судна», «ФИО капитана судна», «Тип судна», «Грузоподъемность судна», «Фотография судна», «Год постройки судна», «Порт приписки».

Рисунок 3 – Таблица «Судна» в режиме конструктора

Таблица «Партии судна» (рисунок 4) имеет поля: «Код партии», «Таможенный номер партии».

Рисунок 4 – Таблица «Партии груза» в режиме конструктора

Таблица «Груз» (рисунок 5) имеет поля: «Код груза», «Название груза», «Заявленная величина груза», «Единица измерения груза», «Застрахованная величина груза», «Отправитель груза», «Получатель груза», «Код партии груза», «Примечание». Причем поля «Отправитель груза», «Получатель груза», «Код партии груза» созданы подстановкой из соответствующих таблиц.

Таблица 5 – Таблица «Груз» в режиме конструктора

Таблица «Маршрут следования» (рисунок 6) имеет поля: «Код движения груза», «Код партии», «Код судна», «Дата убытия судна», «Дата прибытия судна», «Пункт отправления», «Пункт назначения», «Необходимости таможенной проверки», «Номер груза в партии». Причем поля «Код партии», «Код судна»» созданы подстановкой из соответствующих таблиц.

Таблица 6 – Таблица «Маршрут следования груза» в режиме конструктора

Схема базы данных представлена на рисунке 7.

Таблица 7 – Схема данных

Для получения груза, который необходимо отгрузить в определенном порту, выполним запрос (рисунок 8).

Рисунок 8 – запрос в режиме конструктора

Литература

Список файлов
Балтика.mdb 981 КБ
Отчет.docx 748 КБ

Информация по контрольной
код работы (ID) 42021
просмотров 3227
кол-во страниц 7
автосодержание ДА
нумерация страниц ДА
кол-во таблиц 1
кол-во изображений 8
оформление по ГОСТу ДА
были доработки НЕТ
проверено преподавателем СибГУТИ ДА

1.

Министерство образования Калининградской области
Государственное бюджетное учреждение Калининградской области
Профессиональная образовательная организация «Технологический колледж»
Курсовой проект
по теме:
«Разработка прикладного программного
обеспечения деятельности судоходной
компании «Балтика»»
Студентка: Гречкова Н.А.
Группа: 27 ЭВМС
г. Советск 2016г.

2.

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

3.

Разработать прикладное программное обеспечение
деятельности судоходной компании «Балтика». Эта
крупная компания занимается перевозками грузов
между континентами. В ее собственности несколько
десятков судов различного класса и
грузоподъемности. К услугам этой компании
обращаются тысячи клиентов из различных стран
мира. На судне может находиться несколько партий
грузов для различных грузополучателей из различных
стран и городов. Одна партия груза может состоять из
нескольких разновидностей грузов. У одной партии
груза может быть только один отправитель и только
один получатель. Судно следует по маршруту.
Маршрут разрабатывается главным менеджером
компании и проходит через несколько портов. В
очередном порту назначения производится лишь
частичная погрузка и выгрузка грузов, и судно следует
дальше.

4.

СУБД — это система, позволяющая
создавать базы данных и манипулировать
сведениями из них. А осуществляет этот
доступ к данным СУБД посредством
специального языка — SQL.
SQL — язык структурированных запросов,
основной задачей которого является
предоставление простого способа
считывания и записи информации в базу
данных.

5.

В Access есть несколько важных компонентов,
которые облегчают работу с СУБД:
Таблицы
Формы
Отчеты
Запросы
Макросы

Привет всем,попытаюсь обьяснить всю ситуацию коротко и ясно.Учусь в колледже на IT-специальности,толком ничему не учат (Pascal.Delphi и тому подобное). Появился такой предмет как «Базы данных»,дали нам две лабораторные по 2003 Access и сказали сделать по примеру свою БД,но на Access 2010. Честно говоря, не имею понятия как её делать, глядя на лабораторные 2003 Access-а. Если у кого то есть похожая БД,или такая же как в ТЗ буду благодарен если поделитесь.Спасибо.

Разработать прикладное программное обеспечение деятельности судоходной компании «Балтика». Эта крупная компания занимается перевозками грузов между континентами. В ее собственности несколько десятков судов различного класса и грузоподъемности. К услугам этой компании обращаются тысячи клиентов из различных стран мира. На судне может находиться несколько партий грузов для различных грузополучателей из различных стран и городов. Одна партия груза может состоять из нескольких разновидностей грузов. У одной партии груза может быть только один отправитель и только один получатель. Судно следует по маршруту. Маршрут разрабатывается главным менеджером компании и проходит через несколько портов. В очередном порту назначения производится лишь частичная погрузка и выгрузка грузов, и судно следует дальше.

№ Поле Тип Размер Описание

1 RegNumber Числовой 10 Регистрационный номер судна

2 Name Текстовый 60 Название судна

3 Skipper Текстовый 60 ФИО капитана судна

4 Type Текстовый 15 Тип судна (танкер, сухогруз)

5 Capacity Числовой 10 Грузоподъемность судна

6 Year Числовой 4 Год постройки судна

7 Picture Поле объекта OLE Авто Фотография судна

8 Dockyard Текстовый 15 Порт приписки

9 CustomValue Числовой 10 Таможенный номер партии груза

10 DepartureDate Дата/время Авто Дата убытия груза

11 ArriveDate Дата/время Авто Дата прибытия груза

12 Origin Текстовый 20 Пункт отправления

13 Destination Текстовый 20 Пункт назначения

14 CustomClearance Логический 1 Необходимость таможенной декларации

15 Number Числовой 4 Номер груза в партии

16 Shipment Текстовый 30 Название груза

17 DeclareValue Числовой 8 Заявленная величина груза

18 Unit Текстовый 10 Единица измерения груза

19 InsureValue Числовой 8 Застрахованная величина груза

20 Sender Текстовый 30 Отправитель груза

21 INNsender Числовой 10 ИНН отправителя груза

22 BankSender Текстовый 60 Банк отправителя груза

23 AddressSender Текстовый 80 Юридический адрес отправителя груза

24 Consignee Текстовый 30 Получатель груза

25 INNconsignee Числовой 10 ИНН получателя груза

26 BankConsignee Текстовый 60 Банк получателя груза

27 AddressConsign Текстовый 80 Юридический адрес получателя груза

28 Comment Поле Memo Авто Примечания

Создан заказ №6713431

5 мая 2021

Разработать прикладное программное обеспечение деятельности судоходной компании «Балтика».

Как заказчик описал требования к работе:

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

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

подробнее

Заказчик не использовал рассрочку

Гарантия сервиса
Автор24

20 дней

Заказчик воспользовался гарантией, чтобы исполнитель повысил уникальность работы

8 мая 2021

Заказ завершен, заказчик получил финальный файл с работой

скачать

Разработать прикладное программное обеспечение деятельности судоходной компании «Балтика». .docx

2021-05-11 14:07

Последний отзыв студента о бирже Автор24

Положительно

Не доделал декодирование, нет описание к каждому декодированию… Пришлось три работы переделывать на защите…

Хочешь такую же работу?

Зарегистрироваться

Тебя также могут заинтересовать

по этому предмету
по этому типу и предмету

Читай полезные статьи в нашем

Безопасность компьютерных сетей

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

подробнее

Русские информационные технологии

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

подробнее

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

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

подробнее

Основные классы информационных технологий или модели организации данных

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

подробнее

Безопасность компьютерных сетей

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

подробнее

Русские информационные технологии

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

подробнее

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

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

подробнее

Основные классы информационных технологий или модели организации данных

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

подробнее

  • Facebook logo
  • Twitter logo
  • LinkedIn logo

© 2023 Prezi Inc.
Terms & Privacy Policy

вариантов заданий на создание прикладного программного обеспечения деятельности небольшого предприятия

Работа добавлена на сайт samzan.net: 2015-07-05

Поможем написать учебную работу

Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой — мы готовы помочь.

Предоплата всего

от 25%

Подписываем

договор

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

Уважаемые читатели, надеюсь, вы изучили и освоили весь материал книги. Настало время первой разработки. Вашему вниманию предлагается 50 вариантов заданий на создание прикладного программного обеспечения деятельности небольшого предприятия. Выберите любой из них, пройдите последовательно все этапы разработки по тропинке Real Estate и в итоге получите бесценный личный опыт, так необходимый в жизни разработчика.

Вариант 1

Разработать прикладное программное обеспечение торгово-посреднической фирмы «Столица» (табл. Пl.l). Бизнес этого предприятия предельно прост: «покупай дешевле — продавай дороже», или «состыкуй» продавца и покупателя и получи комиссионные. Основной упор фирма делает на закупки продуктов питания в других регионах страны и за рубежом — там, где они производятся и стоят дешевле, чем в вашем регионе. Часть продукции может быть закуплена и у местных продавцов. В этом случае фирма получает прибыль за счет того, что крупные партии товара стоят дешевле, чем мелкие. Имейте в виду, что товар не может быть продан дешевле, чем он куплен.

Таблица П1.1. Набор данных к варианту 1

N2

Поле

Тип

Раз-

Описание

мер

1

Seller

Текстовый

60

Фирма — продавец товара

2

InnSeller

Текстовый

10

ИНН продавца

Таблица П1.1 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

3

Country

Текстовый

15

Страна продавца

4

Chief

Числовой

60

Руководитель фирмы

5

Address

Числовой

60

Юридический адрес фирмы

6

Phone

Текстовый

10

Т елефон руководителя

7

Manager

Текстовый

60

Главный менеджер фирмы

8

PhonePlus

Текстовый

10

Телефон отдела продаж

9

Bank

Текстовый

60

Банк продавца

10

Account

Текстовый

20

Номер счета в банке

11

GoodsID

Числовой

10

Штрих-код товара

12

Goods

Текстовый

30

Название товара

13

Picture

Поле объек-

Авто

Фото товара

та OLE

14

Category

Текстовый

15

Категория товара (кофе, печенье)

15

DateStart

Дата/время

Авто

Дата изготовления товара

16

Period

Числовой

4

Срок хранения товара, дней

17

Manufac-

Текстовый

60

Изготовитель товара

turer

18

Unit

Текстовый

10

Единица измерения

19

Costunit

Денежный

15

Цена за единицу

20

Count

Числовой

Авто

Количество товара

21

Client

Текстовый

60

Покупатель товара

22

InnClient

Текстовый

10

ИНН покупателя

23

Director

Текстовый

60

Руководитель фирмы-покупателя

24

PhoneDir

Текстовый

10

Телефон директора

25

Address

Текстовый

60

Юридический адрес фирмы

Client

Таблица П1.1 (окончание)

Ng

Поле

Тип

Раз-

Описание

мер

26

BankClient

Текстовый

60

Банк покупателя

27

Account

Текстовый

20

Номер счета в банке

Client

28

Volume

Числовой

Авто

Количество купленного товара

29

CostUnitVol

Денежный

15

Цена за единИЦУ

30

DateVolume

Дата/время

Авто

Дата покупки товара

31

Comment

Поле Мемо

Авто

Примечания

Вариант 2

Разработать прикладное программное обеспечение деятельности ремонтноэксплуатационного локомотивного депо (табл. П1.2). Депо выполняет несколько видов ремонта: текущий ремонт (ТР), средниЙ ремонт (еР), техническое обслуживание (ТО) и внеплановый ремонт. При внеплановом ремонте локомотив снимается с рейса и заменяется резервным, поэтому сроки внепланового ремонта должны быть минимальными, а сам ремонт проводится порой в четыре смены. КаждыЙ локомотив имеет уникальный номер и приписан к определенному локомотивному депо. Технология ремонта зависит от типа локомотива (пассажирский или грузовой). Для выполнения первых трех видов ремонта привлекается, как правило, одна бригада. За высокое качество выполненных работ члены бригады получают дополнительное вознаграждение (квартальная премия, месячная премия, 13 и 14 зарплата). За переработку ( сверхурочные) также выплачиваются дополнительные суммы.

Таблица П1.2. Набор данных к варианту 2

Ng

Поле

Тип

Раз-

Описание

мер

1

RegNumber

Числовой

10

Регистрационный номер ло-

комотива

Таблица П1.2 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

2

RegName

Текстовый

60

Приписка локомотива к депо

3

Kind

Текстовый

20

Марка локомотива (ВЛ-80с,

ВЛ-80р и т. д.)

4

Туре

Текстовый

20

Тип локомотива (грузовой,

пассажирский)

5

TypeYear

Числовой

4

Год выпуска локомотива

6

TypeRepair

Текстовый

39

Тип ремонта

7

Picture

Поле 06ъек-

Авто

Фотография локомотива

та OLE

8

Money

Денежный

15

Стоимость ремонта

9

Bonus

Логический

1

Качество ремонта (отлич-

ное/по нормам)

10

BonusPercent

Числовой

2

Премия в процентах (общая)

11

DateStart

Дата/время

Авто

Начало ремонта

12

DateStop

Дата/время

Авто

Окончание ремонта

13

Reason

Текстовый

40

Причина поступления

в ремонт

14

External

Логический

1

Внешнее/местное депо

15

BankExternal

Текстовый

60

Банк внешнего депо

16

InnExternal

Числовой

10

ИНН внешнего депо

17

AddressExternal

Текстовый

80

Юридический адрес внешне-

го депо

18

FIOchief

Текстовый

40

ФИО бригадира

19

Base

Текстовый

15

Образование бригадира

(вуз)

20

FIOworker

Текстовый

40

ФИО работника

21

BaseWorker

Числовой

15

Образование работника (вуз)

Таблица П1.2 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

22

YearWorker

Числовой

2

Стаж работы

23

SpecialWorker

Текстовый

30

Основная специальность

работника

24

BonusWorker

Денежный

15

Премия в рублях работнику

25

Comment

Поле Мето

Авто

Примечания (за что премия)

26

Number BankKart

Текстовый

60

Тип премии

Вариант 3

Разработать прикладное программное обеспечение деятельности судоходной компании «Балтика» (табл. Пl.З). Эта крупная компания занимается перевозками грузов между континентами. В ее собственности несколько десятков судов различного класса и грузоподъемности. К услугам этой компании обращаются тысячи клиентов из различных стран мира. На судне может находиться несколько партий грузов для различных грузополучателей из различных стран и городов. Одна партия груза может состоять из нескольких разновидностей грузов. У одной партии груза может быть только один отправитель и только один получатель. Судно следует по маршруту. Маршрут разрабатывается главным менеджером компании и проходит через несколько портов. В очередном порту назначения производится лишь частичная погрузка и выгрузка грузов, и судно следует дальше.

Таблица П1.3. Набор данных к варианту 3

N2

Поле

Тип

Раз-

Описание

мер

1

RegNumber

Числовой

10

Регистрационный номер судна

2

Name

Текстовый

60

Название судна

3

Skipper

Текстовый

60

ФИО капитана судна

Таблица П1.З (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

4

Туре

Текстовый

15

Тип судна (танкер, сухогруз)

5

Capacity

Числовой

10

Грузоподъемность судна

6

Year

Числовой

4

Год постройки судна

7

Picture

Поле объек-

Авто

Фотография судна

та OLE

8

Dockyard

Текстовый

15

Порт приписки

9

CustomValue

Числовой

10

Таможенный номер партии

груза

10

DepartureDate

Дата/время

Авто

Дата убытия груза

11

ArriveDate

Дата/время

Авто

Дата прибытия груза

12

Origin

Текстовый

20

Пункт отправления

13

Destination

Текстовый

20

Пункт назначения

14

CustomClearan

Логический

1

Необходимость таможенной

се

декларации

15

Number

Числовой

4

Номер груза в партии

16

Shipment

Текстовый

30

Название груза

17

DeclareValue

Числовой

8

Заявленная величина груза

18

Unit

Текстовый

10

Единица измерения груза

19

InsureValue

Числовой

8

Застрахованная величина

груза

20

Sender

Текстовый

30

Отправитель груза

21

INNsender

Числовой

10

ИНН отправителя груза

22

BankSender

Текстовый

60

Банк отправителя груза

23

AddressSender

Текстовый

80

Юридический адрес отправи-

теля груза

24

Consignee

Текстовый

30

Получатель груза

Таблица П1.3 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

25

INNconsignee

Числовой

10

ИНН получателя груза

26

Bankconsignee

Текстовый

60

Банк получателя груза

27

Addressconsig

Текстовый

80

Юридический адрес получа-

n

теля груза

28

Comment

Поле Мето

Авто

Примечания

Вариант 4

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

Таблица П1.4. Набор данных к варианту 4

N2

Поле

Тип

Раз-

Описание

мер

1

Kadastr

Текстовый

20

Кадастровый номер здания

2

Address

Текстовый

60

Адрес здания

3

oistrict

Текстовый

15

Район города

4

Land

Числовой

10

Площадь земельного участка

5

Year

Числовой

4

Год постройки здания

6

Material

Текстовый

15

Материал стен здания

Таблица П1.4 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

7

Base

Текстовый

15

Материал фундамента

8

Comment

Поле Мето

Авто

Примечания

9

Wear

Числовой

2

Износ в про центах

10

Flow

Числовой

2

Число этажей в здании

11

Line

Числовой

5

Расстояние от центра города

12

Square

Числовой

10

Площадь нежилых помещений

13

picture

Поле объек-

Авто

Фото здания

та OLE

14

Flats

Числовой

3

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

15

Elevator

Логический

1

Наличие лифта

16

Flat

Числовой

4

Номер квартиры

17

Storey

Числовой

2

Номер этажа

18

Rooms

Числовой

1

Количество комнат

19

SquareFlat

Числовой

Авто

Общая площадь квартиры

20

Dwell

Числовой

Авто

Жилая площадь квартиры

21

Branch

Числовой

Авто

Вспомогательная площадь квар-

тиры

22

Balcony

Числовой

Авто

Площадь балкона

23

Height

Числовой

Авто

Высота квартиры

24

Record

Числовой

2

Номер записи о праве собствен-

ности

25

Document

Текстовый

60

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

26

DateDoc

Дата/время

Авто

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

27

FioHost

Текстовый

60

ФИО собственника

28

Passport

Поле Мето

Авто

Данные его паспорта

Таблица П1.4 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

29

part

Числовой

Авто

Принадлежащая ему доля, %

30

Born

Числовой

4

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

Вариант 5

Разработать прикладное программное обеспечение деятельности малого научно-внедренческого предприятия «Квадро» (табл. Пl.5). Это предприятие занимается про кладкой компьютерных сетей и разработкой программных комплексов для организаций вашего города. Численность работников в «Квадро» — примерно 80 человек. Одновременно находится в разработке до 30 проектов. Один разработчик может участвовать в нескольких проектах одновременно, но зарплата его от этого не зависит. Одна организация может заказать в «Квадро» несколько разработок. Стоимость каждого проекта оговаривается отдельно. При досрочном выполнении работы заказчик перечисляет научно-внедренческому предприятию определенный, заранее оговорен-

ный процент премии.

Таблица П1.5. Набор данных к варианту 5

N2

Поле

Тип

Раз-

Описание

мер

1

EmployeeIO

Числовой

3

Идентификатор работника

2

EmployeeName

Текстовый

60

ФИО работника

3

Address

Текстовый

60

Домашний адрес

4

Oistrict

Текстовый

15

Район города

5

Experience

Числовой

2

Опыт работы по специальности

6

Year

Числовой

4

Год рождения

7

Language

Текстовый

15

Базовый язык программирова-

ния

Таблица П1.5 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

8

Base

Текстовый

15

Образование (вуз)

9

Comment

Поле Мето

Авто

Примечания

10

Salary

Денежный

15

Зарплата

11

Bonus

Денежный

15

Премия

12

GrossSalary

Денежный

15

Полная зарплата

13

Exempt

Денежный

15

Льготы

14

picture

Поле объек-

Авто

Фото работника

та OLE

15

ProjectID

Числовой

3

Идентификатор проекта

16

project Name

Текстовый

40

Название проекта

17

ProjectStart

Дата/время

Авто

Дата начала проекта

18

ProjectStop

Дата/время

Авто

Дата окончания проекта

19

Chief

Текстовый

60

Руководитель проекта

20

Customer

Текстовый

60

Заказчик проекта

21

Cost

Числовой

Авто

Стоимость разработки

22

Phone

Текстовый

10

Телефон заказчика

23

Bank

Текстовый

60

Банк заказчика

24

Account

Текстовый

20

Номер счета в банке

25

INN

Текстовый

10

ИНН заказчика

26

Address

Cust

Текстовый

60

Адрес заказчика

27

FioWorker

Текстовый

60

Ответственный от заказчика

28

Phone Worker

Текстовый

10

Телефон ответственного

29

BonusAll

Числовой

Авто

Премия при досрочном выпол-

нении (%)

Таблица П1.5 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

30

Employee

Дата/время

Авто

Начало участия работника в

Start

проекте

31

Employee

Дата/время

Авто

Конец участия работника в про-

Stop

екте

Вариант 6

Разработать прикладное программное обеспечение деятельности 000 «Киновидеопрокат» (табл. Пl.6). Это предприятие контролирует демонстрацию кинофильмов в кинотеатрах города. Отдел маркетинга, изучив ситуацию на рынке кинофильмов, принимает решение о покупке тех или иных кинолент. Отдел закупок претворяет эти решения в жизнь, причем лента может быть куплена как у производителя, так и у посредника. Отдел аренды киновидеопроката сдает закупленные фильмы кинотеатрам города в аренду. Так как всегда закупается только одна копия фильма, он не может демонстрироваться одновременно в нескольких кинотеатрах. У одного поставщика может быть куплено несколько фильмов. Также несколько лент может быть в аренде у одного кинотеатра одновременно.

Таблица П1.б. Набор данных к варианту 6

N2

Поле

Тип

Раз-

Описание

мер

1

Provider

Текстовый

40

Поставщик кинофильма

2

INN

Текстовый

10

ИНН поставщика кинофильма

3

Address

Текстовый

60

Юридический адрес поставщика

4

Bank

Текстовый

60

Банк поставщика кинофильма

5

Account

Текстовый

20

Номер счета в банке

6

Sign

Логический

1

Признак посредника

Таблица П1.б (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

7

Film

Текстовый

20

Название кинофильма

8

Script

Текстовый

60

Автор сценария

9

Comment

Поле Мето

Авто

Краткое содержание фильма

10

Producer

Текстовый

60

Режиссер-постановщик

11

Company

Текстовый

40

Компания-производитель

12

Year

Числовой

4

Год выхода на экран

13

Expense

Денежный

15

Затраты на производство

14

Cost

Денежный

15

Стоимость приобретения

15

Translate

Логический

1

Наличие дублирования

16

Cinema

Текстовый

20

Название кинотеатра

17

INNcinema

Текстовый

10

ИНН кинотеатра

18

Address

Текстовый

60

Адрес кинотеатра

Cinema

19

Chief

Текстовый

60

Директор кинотеатра

20

Owner

Текстовый

60

Владелец кинотеатра

21

BankCinema

Текстовый

60

Банк кинотеатра

22

Phone

Текстовый

10

Телефон кинотеатра

23

oistrict

Текстовый

15

Район города

24

Account

Текстовый

20

Номер счета кинотеатра в банке

Cinema

25

Capacity

Числовой

4

Число посадочных мест

26

OateStart

Дата/время

Авто

Дата начала демонстрации

фильма

27

OateStop

Дата/время

Авто

Окончание демонстрации

28

PhoneWorker

Текстовый

10

Телефон ответственного

Таблица П1.б (окончание)

N2

Поле

Тип

Раз-

Описание

мер

29

Worker

Текстовый

60

Ответственный от кинотеатра

30

Summa

Денежный

15

Сумма оплаты за аренду ленты

31

Тах

Денежный

15

Пени за несвоевременный воз-

врат

Вариант 7

Разработать прикладное программное обеспечение деятельности депо по ремонту пассажирских вагонов (табл. П1.7). Депо выполняет несколько видов ремонта. Деповской ремонт — после пробега вагоном 450 тыс. км или два года эксплуатации (что наступит раньше). ТО-2 — подготовка вагона к зимним или летним условиям эксплуатации. то- 3 — текущее обслуживаниепосле пробега 150 тыс. км или один год эксплуатации. Текущий ремонткруглосуточно, при котором ремонтируются вагоны всех дорог России. Основные причины поступления вагона в текущий ремонт: неисправность колесной пары, неисправность буксового узла и т. д. Каждый вагон имеет уникальный номер. Тип вагона также имеет значение при ремонте: купейный, СВ, плацкартный, почтовый, багажный. Каждый вагон приписан к дирекции по обслуживанию пассажиров (ДОП-1, ДОП-2, ДОП-З и т. д.). Текущий ремонт выполняют ремонтные бригады в четыре смены. Для выполнения остальных ремонтов привлекается, как правило, одна бригада. За высокое качество ремонта члены бригады получают премию.

Таблица П1.7. Набор данных к варианту 7

N2

Поле

Тип

Раз-

Описание

мер

1

RegNumber

Числовой

10

Регистрационный номер ваго-

на

2

RegName

Текстовый

60

При писка вагона к дороге

3

RegChief

Текстовый

20

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

Таблица П1.7 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

4

Туре

Текстовый

20

Тип вагона (купейный, СВ

и т. д.)

5

TypeYear

Числовой

4

Год выпуска вагона

6

TypeRepair

Текстовый

39

Тип ремонта

7

Picture

Поле объек-

Авто

Фотография вагона

та OLE

8

Money

Денежный

15

Стоимость ремонта

9

Bonus

Логический

1

Качество ремонта (отлич-

ное/по нормам)

10

BonusPercent

Числовой

2

Премия в процентах (общая)

11

DateStart

Дата/время

Авто

Начало ремонта

12

DateStop

Дата/время

Авто

Окончание ремонта

13

Reason

Текстовый

40

Причина поступления

в ремонт

14

External

Логический

1

Внешняя/местная железная

дорога

15

BankExternal

Текстовый

60

Банк внешней железной

дороги

16

InnExternal

Числовой

10

ИНН внешней железной

дороги

17

Address

Ех-

Текстовый

80

Юридический адрес внешней

ternal

ж/дороги

18

FIOchief

Текстовый

40

ФИО бригадира

19

Base

Текстовый

15

Образование бригадира (вуз)

20

FIOworker

Текстовый

40

ФИО работника

21

BaseWorker

Числовой

15

Образование работника (вуз)

22

YearWorker

Числовой

2

Стаж работы

Таблица П1.7 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

23

Special-

Текстовый

30

Основная специальность

Worker

работника

24

BonusWorker

Денежный

15

Премия в рублях работнику

25

Comment

Поле Мето

Авто

Примечания (за что премия)

26

Number

Bank-

Текстовый

60

Номер карты для перечисле-

Kart

ния з/п

Вариант 8

Разработать прикладное программное обеспечение деятельности предприятия LАDА-сервис (табл. Пl.8). Эта крупная компания занимается продажей автомобилей марки ВАЗ в вашем городе. Она имеет несколько филиалов в разных районах. Автомобиль может быть продан как со склада компании, так и на заказ с завода-изготовителя по предоплате. Покупатель может заказать модель, цвет, тюнинг и оговорить срок поставки заказанного автомобиля. Одновременно с новыми авто на площадках компании имеется большой выбор подержанных автомобилей, как отечественных, так и иностранных. Покупателем может быть как физическое лицо, так и организация. В первом случае — расчет наличными, во втором — через банк. Расчет про изводится в рублях.

Таблица П1.8. Набор данных к варианту В

N2

Поле

Тип

Раз-

Описание

мер

1

IDfilial

Числовой

1

Регистрационный номер филиала

2

Filial

Текстовый

20

Название филиала предприятия

3

InnFilial

Текстовый

10

ИНН филиала предприятия

4

Chief

Текстовый

60

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

Таблица П1.8 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

5

Capacity

Числовой

3

Число стояночных мест на пло-

щадке

6

Address

Текстовый

60

Адрес филиала предприятия

7

Phone

Текстовый

10

Номер телефона филиала

8

Brand

Текстовый

15

Марка автомобиля

9

Model

Текстовый

15

Модель автомобиля

10

BodyID

Текстовый

20

Номер кузова

11

EngineID

Текстовый

20

Номер двигателя

12

BodyModel

Текстовый

20

Модель кузова

13

Picture

Поле объек-

Авто

Фотография автомобиля

та OLE

14

Volume

Числовой

5

Объем двигателя

15

Power

Числовой

3

Мощность двигателя, л.с.

16

Helm

Логический

1

Руль (правый/левый)

17

Drive

Логический

1

Привод на все колеса

18

DateStart

Дата/время

Авто

Дата появления в продаже

19

Cost

Денежный

15

Стоимость автомобиля

20

New

Логический

1

Новый/подержанный

21

Year

Числовой

4

Год выпуска автомобиля

22

Distance

Числовой

6

Пробегавтомобиля, км

23

Туре

Текстовый

15

Тип кузова автомобиля

24

Client

Текстовый

60

Покупатель автомобиля

25

Sign

Логический

1

Признак покупателя

(юр./физ. лицо)

26

Bank

Текстовый

60

Банк покупателя

Таблица П1.8 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

27

Account

Текстовый

20

Номер счета в банке

28

Comment

Поле Мето

Авто

Примечания

29

Customer

Текстовый

60

Заказчик

30

Price

Денежный

15

Стоимость заказанного автомо-

биля

31

StartDate

Дата/время

Авто

Дата заказа

Вариант 9

Разработать прикладное программное обеспечение деятельности отдела гарантийного ремонта товаров фирмы «Народная торговая компания» (табл. Пl.9). Это предприятие — лидер продаж кондиционеров, телевизоров и другой бытовой техники в городе. Хорошо известно, что техника часто выходит из строя, причем уже в период гарантийного срока, а в этом случае продавец товара должен бесплатно отремонтировать его. Ежедневно в отдел гарантийного ремонта обращается несколько десятков человек, купивших технику в этой компании. Вы, скорее всего, также побывали в отделе гарантийного ремонта, что очень поможет при разработке программного обеспечения.

Таблица П1.9. Набор данных к варианту 9

N2

Поле

Тип

Раз-

Описание

мер

1

IDfilial

Числовой

1

Регистрационный номер фи-

лиала

2

Filial

Текстовый

20

Название филиала предпри-

ятия

3

InnFilial

Текстовый

10

ИНН филиала предприятия

4

Chief

Текстовый

60

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

Таблица П1.9 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

5

Capacity

Числовой

3

Количество работающих на

ремонте

6

Address

Текстовый

60

Адрес филиала предприятия

7

Phone

Текстовый

10

Номер телефона филиала

8

GoodsID

Текстовый

15

Штрих-код товара

9

Goods

Текстовый

40

Название товара или при бора

10

Categoty

Текстовый

20

Категория (утюг, миксер)

11

Country

Текстовый

20

Страна-производитель

12

Сотрапу

Текстовый

40

Изготовитель

13

Picture

Поле объек-

Авто

Фотография товара или при-

та OLE

бора

14

INNcompany

Текстовый

10

ИНН изготовителя

15

AdddressComp

Текстовый

60

Адрес изготовителя

16

DateStart

Дата/время

Авто

Дата изготовления товара

17

Period

Числовой

4

Гарантийный период

18

DateBuy

Дата/время

Авто

Дата покупки

19

Cost

Денежный

15

Стоимость товара

20

Fax

Текстовый

12

Номер факса компании

21

PhoneCompany

Текстовый

12

Телефон компании

22

Email

Текстовый

20

Адрес электронной почты ком-

пании

23

Web

Текстовый

20

Адрес Web-страницы

24

CostRepair

Денежный

15

Стоимость ремонта

25

CustomerID

Числовой

5

Идентификатор покупателя

26

Customer

Текстовый

60

Покупатель

П

Таблица П1.9 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

27

AddressCust

Текстовый

60

Адрес покупателя

28

Coтment

Поле Меmо

Авто

Примечания (что было

сделано)

29

Sign

Логический

1

Признак покупателя (юр.lфиз.

лицо)

30

Guarantee

Числовой

5

Оставшийся гарантийный срок

31

StartDate

Дата/время

Авто

Дата приемки в ремонт

32

StopDate

Дата/время

Авто

Дата получения

Вариант 10

Разработать прикладное программное обеспечение деятельности отдела учета личного состава батальона мотострелковых войск (табл. Пl.l О). Это фактически отдел кадров воинской части. Батальон расквартирован на отдельной территории. В батальоне несколько рот, в каждой роте несколько взводов, каждый взвод состоит из трех отделений. В мирное время батальон занимается изучением техники и поддержанием ее в рабочем состоянии. Часть технических ресурсов «законсервирована». Поддержание такой техники в отличном состоянии также входит в обязанности личного состава батальона. В настоящее время существуют три вида службы: срочная, сверхсрочная и по контракту. Каждый офицер части имеет удостоверение личности, которое заменяет паспорт, а военнослужащий срочной службы — военный билет.

Таблица П1.10. Набор данных к варианту 10

N2

Поле

Тип

Раз-

Описание

мер

1

Number

Текстовый

15

Номер воинской части

2

Battalion

Текстовый

30

Название батальона

Таблица П1.10 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

3

Cornmander

Текстовый

50

ФИО командира батальона

4

Rank

Текстовый

20

Воинское звание командира

5

ViceCornmander

Текстовый

50

ФИО зам. командира батальона

6

Rank2

Текстовый

20

Воинское звание зам. коман-

дира

7

Photo

Поле объек-

Авто

Фото командира батальона

та OLE

8

Cornmander2

Текстовый

50

ФИО командира роты

9

Rank3

Текстовый

20

Звание командира роты

10

Passport

Текстовый

20

Удостоверение личности

11

CompanyID

Числовой

1

Номер роты

12

CompanyName

Текстовый

20

Название роты

13

Photo2

Поле объек-

Авто

Фото командира роты

та OLE

14

PlatoonID

Числовой

1

Номер взвода

15

Cornmander3

Текстовый

50

ФИО командира взвода

16

Rank4

Текстовый

20

Звание командира взвода

17

Photo3

Поле объек-

Авто

Фото командира взвода

та OLE

18

PlatoonName

Текстовый

20

Название взвода

19

DepartmentID

Числовой

1

Номер отделения

20

Soldier

Текстовый

50

ФИО военнослужащего

21

Post

Текстовый

20

Должность (командир/солдат)

22

Rank5

Текстовый

20

Звание военнослужащего

23

Start

Дата/время

Авто

Начало службы

Таблица П1.10 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

24

Stop

Дата/время

Авто

Конец службы

25

Kind

Логический

1

Вид службы (срочная или кон-

трактная)

26

Address

Текстовый

60

Адрес проживания

27

Phone

Текстовый

15

Домашний телефон

28

Comment

Поле Мето

Авто

Примечание

29

Birth

Числовой

4

Год рождения

Вариант 11

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

Таблица П1.11. Набор данных к варианту 11

N2

Поле

Тип

Размер

Описание

1

Nurnber

Числовой

5

Уникальный номер домовладе-

ния

2

Block

Текстовый

20

Номер квартала

3

Address

Текстовый

60

Адрес домовладения

4

District

Текстовый

15

Район города

Таблица П1.11 (продолжение)

N2

Поле

Тип

Размер

Описание

5

Inventory

Дата/время

Авто

Дата инвентаризации домовла-

дения

6

Land

Числовой

Авто

Площадь земельного участка

7

Actual

Числовой

Авто

Фактическая площадь участка

8

BuildUp

Числовой

Авто

Площадь застройки

9

Yard

Числовой

Авто

Площадь двора

10

Green

Числовой

Авто

Площадь озеленения

11

Garden

Числовой

Авто

Площадь огорода

12

Bad

Числовой

Авто

Неудобья

13

Picture

Поле объ-

Авто

Фотография домовладения

екта OLE

14

Light

Логический

1

Освещение

15

WaterPipe

Логический

1

Водопровод

16

Heating

Логический

1

Отопление

17

Comment

Поле Меmо

Авто

Примечания

18

Letter

Числовой

2

Номер сооружения (литеры)

19

Contents

Текстовый

20

Назначение сооружения

20

Туре

Числовой

1

Тип литеры

( осн.lвспомогательная)

21

MySelf

Логический

1

Возведено самовольно

22

Year

Числовой

4

Год постройки

23

SquareAll

Числовой

4

Общая площадь литеры

24

Inhabited

Числовой

4

Жилая площадь

25

Wear

Числовой

2

Износ в процентах

26

Wall

Текстовый

15

Материал стен

N2

Поле

Тип

Размер

Описание

27

Cost

Денежный

15

Инвентаризационная стоимость

литеры

28

Storeys

Числовой

Авто

Этажность

29

NumberSign

Числовой

2

Номер помещения в эксплика-

ции

30

Prescribe

Текстовый

20

Назначение помещения

31

SquareRoom

Числовой

Авто

Площадь помещения

32

HighRoom

Числовой

Авто

Высота помещения

33

Storey

Числовой

Авто

Этаж, на котором расположено

помещение

Таблица П1.11 (окончание)

Вариант 12

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

N2

Поле

Тип

Раз-

Описание

мер

1

PersonID

Числовой

5

Регистрационный номер

Таблица П1.12. Набор данных к варианту 12

Таблица П1.12 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

2

Name

Текстовый

40

ФИО сотрудника

3

Department

Текстовый

40

Название кафедры, на кото-

рой работает

4

Institute

Текстовый

40

Название института (департа-

мента)

5

Birth

Дата/время

Авто

Дата рождения сотрудника

6

Place

Текстовый

20

Место рождения

7

Address

Текстовый

60

Домашний адрес сотрудника

8

Phone

Текстовый

15

Домашний телефон сотрудни-

ка

9

Education

Текстовый

40

Оконченный вуз

10

Year

Числовой

4

Год окончания вуза

11

Speciality

Текстовый

30

Специальность сотрудника

12

Picture

Поле объек-

Авто

Фотография сотрудника

та OLE

13

DegreeYes

Логический

1

Ученая степень (есть/нет)

14

Degree

Числовой

1

Ученая степень сотрудника

15

Rank

Числовой

1

Ученое звание сотрудника

16

Post

Текстовый

20

Занимаемая должность

17

Comment

Поле Мето

Авто

Примечания

18

Passport

Текстовый

20

Номер паспорта

19

PassportDate

Дата/время

Авто

Дата выдачи паспорта

20

Region

Текстовый

40

Кем выдан паспорт

21

WorkBegin

Дата/время

Авто

Дата начала трудовой дея-

тельности

22

WorkEnd

Дата/время

Авто

Дата окончания деятельности

Таблица П1.12 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

23

Work

Текстовый

20

В качестве кого работал

24

WorkPlace

Текстовый

20

Название предприятия

25

WorkAddress

Текстовый

60

Адрес предприятия

26

WorkPhone

Текстовый

15

Телефон предприятия

27

Reason

Текстовый

30

Причина увольнения

28

Penalty

Поле Мето

Авто

Сведения о взысканиях

29

Rewards

Поле Мето

Авто

Сведения о награждениях

Вариант 13

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

Таблица П1.1З. Набор данных к варианту 13

N2

Поле

Тип

Раз-

Описание

мер

1

JoblessID

Числовой

5

Регистрационный номер без-

работного

2

LastName

Текстовый

20

Фамилия безработного

Таблица П1.13 (продолжение)

NQ

Поле

Тип

Раз-

Описание

мер

3

FirstName

Текстовый

20

Имя безработного

4

patronymic

Текстовый

20

Отчество безработного

5

Age

Числовой

2

Возраст безработного

6

Passport

Текстовый

20

Номер паспорта

7

PassportDate

Дата/время

Авто

Дата выдачи паспорта

8

Region

Текстовый

40

Кем выдан паспорт

9

Address

Текстовый

60

Адрес безработного

10

Phone

Текстовый

15

Телефон безработного

11

Picture

Поле объек-

Авто

Фотография безработного

та OLE

12

StudyPlace

Текстовый

60

Название оконченного вуза

13

StudyAddress

Текстовый

60

Адрес оконченного учебного

заведения

14

StudyType

Текстовый

15

Тип образования (высшее

и т. д.)

15

Registrar

Текстовый

15

Фамилия регистрирующего

16

RegDate

Дата/время

Авто

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

17

Payment

Денежный

15

Величина пособия

18

Experience

Логический

1

Опыт работы по специально-

сти (да/нет)

19

Comment

Поле Мето

Авто

Примечания

20

ArchivesDate

Дата/время

Авто

Дата перевода в архив

21

Archivist

Текстовый

15

Фамилия удалившего в архив

22

JobID

ЧИСЛОВОЙ

1

Номер вакансии

23

JobType

Текстовый

20

Тип вакансии (техническая,

экономическая и т. д.)

Таблица П1.13 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

24

JobName

Текстовый

20

Название вакансии

25

JobGiver

Текстовый

20

Работодатель

26

Place

Текстовый

60

Адрес работодателя

27

Mobile

Текстовый

15

Телефон работодателя

28

Oistrict

Текстовый

15

Район, в котором предлагает-

ся работа

29

Мопеу

Денежный

15

При мерный размер зарплаты

30

More

Поле Мето

Авто

Особые требования к работ-

нику

Вариант 14

Разработать прикладное программное обеспечение деятельности отдела учета квартир «Бюро технической инвентаризации» (табл. Пl.14). Вариант отличается от рассмотренного в книге расширенными техническими характеристиками помещений и отсутствием сведений о проживающих.

Таблица П1.14. Набор данных к варианту 14

N2

Поле

Тип

Раз-

Описание

мер

1

Kadastr

Текстовый

20

Кадастровый номер здания

2

Address

Текстовый

60

Адрес здания

3

Oistrict

Текстовый

15

Район города

4

Land

Числовой

10

Площадь земельного участка

5

Year

Числовой

4

Год постройки здания

6

Material

Текстовый

15

Материал стен здания

Таблица П1.14 (продолжение)

N5!

Поле

Тип

Раз-

Описание

мер

7

Base

Текстовый

15

Материал фундамента

8

Comment

Поле Мето

Авто

Примечания

9

Wear

Числовой

2

Износ в процентах

10

Flow

Числовой

2

Количество этажей в здании

11

Line

Числовой

5

Расстояние от центра города

12

Square

Числовой

10

Площадь квартир

13

Picture

Поле объек-

Авто

Фото здания

та OLE

14

Flats

Числовой

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

15

Elevator

Логический

1

Наличие лифта

16

Flat

Числовой

4

Номер квартиры

17

Storey

Числовой

2

Номер этажа

18

Rooms

Числовой

1

Количество комнат

19

Level

Логический

1

Квартира в двух уровнях

20

SquareFlat

Числовой

Авто

Общая площадь квартиры

21

Dwell

Числовой

Авто

Жилая площадь квартиры

22

Branch

Числовой

Авто

Вспомогательная площадь

квартиры

23

Balcony

Числовой

Авто

Площадь балкона

23

Height

Числовой

Авто

Высота квартиры

25

Record

Числовой

2

Номер помещения в квартире

26

SquareRoom

Числовой

Авто

Площадь помещения

27

Size

Текстовый

40

Размеры помещения в плане

28

Name

Текстовый

30

Назначение (кухня, ниша и т. д.)

Таблица П1.14 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

29

Decoration

Текстовый

60

Отделка (паркет, обои … )

30

HeightRoom

Числовой

Авто

Высота помещения

31

Socket

Числовой

2

Число розеток в помещении

32

Sections

Числовой

2

Число элементов в батарее

отопления

Вариант 15

Разработать прикладное программное обеспечение деятельности аптечного склада (табл. Пl.15). Аптечный склад занимается оптовой продажей лекарств больницам и аптекам города. В его ассортименте — тысячи наименований лекарств, а также различных аптечных принадлежностей (градусники, шприцы, бинты и т. д.) Возможна продажа лишь тех лекарств, которые одобрены Минздравом РФ, т. е. имеют регистрационный номер Минздрава РФ. Поступающие лекарства сопровождаются документами — приходными накладными ведомостями. Покупатель получает счет-фактуру на выбранный товар, оплачивает сумму, указанную в ней, и после оплаты получает выходную накладную ведомость, по которой получает выбранный товар.

Таблица П1.15. Набор данных к варианту 15

N2

Поле

Тип

Раз-

Описание

мер

1

GoodsID

Числовой

10

Регистрационный номер товара

в базе

2

Name

Текстовый

40

Название товара

3

International

Текстовый

40

Международное название ле-

карства

4

Begin

Дата!

Авто

Дата производства

время

Таблица П1.15 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

5

End

Датаl

Авто

Годен до

время

6

Yes

Логиче-

1

Одобрено Минздравом рф

ский

(да/нет)

7

RF

Текстовый

20

Регистрационный номер Мин-

здрава рф

8

Producer

Текстовый

60

Данные о производителе

9

Instructions

Поле

Авто

Инструкция к лекарству

Мето

10

Batch

Текстовый

20

Вид упаковки

11

Seller

Текстовый

20

Название поставщика

12

Address

Текстовый

60

Адрес поставщика

13

Phone

Текстовый

15

Телефон поставщика

14

INN

Текстовый

10

ИНН поставщика

15

Sign

Логиче-

1

Признак посредника

ский

16

Date

Датаl

Авто

Дата поступления на склад

время

17

Price

Денежный

10

Цена товара

18

GoodsInvoice

Числовой

4

Номер приходной накладной

ведомости

19

ClientID

Числовой

5

Номер покупателя

20

Company

Текстовый

25

Название покупателя

21

Address

Текстовый

60

Адрес покупателя

22

Phone

Текстовый

15

Телефон покупателя

23

CountNumber

Числовой

4

Номер счет-фактуры

Таблица П1.15 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

24

DateStart

Дата!

Авто

Дата выписки счет-фактуры

время

25

Sит

Денежный

15

Сумма к уплате

26

Cash

Логиче-

1

Оплата наличными (да/нет)

ский

27

Worker

Текстовый

60

Выдавший счет-фактуру

28

Invoice

Числовой

4

Номер выходной накладной

29

INNClient

Текстовый

10

ИНН покупателя

30

Seller

Текстовый

15

Фамилия продавца

Вариант 16

Разработать прикладное программное обеспечение деятельности отдела учета нежилых помещений «Бюро технической инвентаризации» (табл. П1.16). В вашем городе была проведена сплошная инвентаризация, в ходе которой было выявлено 16 000 нежилых помещений. Это магазины (встроенные, пристроенные и отдельно стоящие), офисы, учреждения, мастерские и т. д. Помещение может состоять из отдельных частей (кабинет, проходная, коридор). Составных частей помещений выявлено 265 000 шт. В одном здании может быть несколько помещений, а помещение может состоять из нескольких частей. Любое здание имеет уникальный кадастровый номер, однозначно определяющий его положение в городе.

Таблица П1.16. Набор данных к варианту 16

N2

Поле

Тип

Раз-

Описание

мер

1

Kadastr

Текстовый

20

Кадастровый номер здания

2

Address

Текстовый

60

Адрес здания

Таблица П1.16 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

3

oistrict

Текстовый

15

Район города

4

Land

Числовой

10

Площадь земельного участка

5

Year

Числовой

4

Год постройки здания

6

Material

Текстовый

15

Материал стен здания

7

Base

Текстовый

15

Материал фундамента

8

Comment

Поле Мето

Авто

Примечания

9

Wear

Числовой

2

Износ в процентах

10

Flow

Числовой

2

Количество этажей в здании

11

Line

Числовой

5

Расстояние от центра города

12

Square

Числовой

10

Площадь нежилыхпомещений

13

Picture

Поле объек-

Авто

Фото здания

та OLE

14

Hall

Числовой

3

Количество помещений в здании

15

Elevator

Логический

1

Наличие лифта

16

HallNum

Числовой

4

Номер помещения

17

Storey

Числовой

2

Номер этажа

18

Rooms

Числовой

1

Количество составных частей

19

Level

Логический

1

Помещение в двух уровнях

20

SquareHall

Числовой

Авто

Общая площадь помещения

21

Branch

Числовой

Авто

Вспомогательная площадь по-

мещения

22

Balcony

Числовой

Авто

Площадь балкона

23

Height

Числовой

Авто

Высота помещения

24

Record

Числовой

2

Номер составной части помеще-

ния

Таблица П1.16 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

25

Squarepart

Числовой

Авто

Площадь составной части

26

Size

Текстовый

40

Размеры составной части в плане

27

NamePart

Текстовый

ЗА

Назначение (кабинет, ниша

и т. д.)

28

Decoration

Текстовый

60

Отделка (паркет, обои и т. д.)

29

HeightPart

Числовой

Авто

Высота составной части

ЗА

Socket

Числовой

2

Число розеток в помещении

З1

Sections

Числовой

2

Число элементов в батарее ото-

пления

Вариант 17

Разработать прикладное программное обеспечение деятельности отдела учета налогообложения физических лиц городской налоговой инспекции (табл. П1.17). По существующему законодательству некоторые категории граждан должны представить в налоговую инспекцию декларацию о полученных доходах. Налоговый инспектор должен про верить ее, занести в базу данных и выписать платежное извещение на уплату подоходного налога с доходов физического лица. Лица, заполнившие декларацию, должны доплатить в бюджет некоторую сумму. С 2002 г. шкала налогообложения — линейная (13 % со всей заработанной суммы за год), но лицам, затратившим средства на обучение, покупку лекарств и т. д., из бюджета должна быть возвращена некоторая сумма, рассчитываемая по специальной методике.

Таблица П1.17. Набор данных к варианту 17

N2

Поле

Тип

Раз-

Описание

мер

1

INN

Текстовый

Идентификационный номер

Таблица П1.17 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

2

LastName

Текстовый

20

Фамилия налогоплательщика

3

FirstName

Текстовый

20

Имя налогоплательщика

4

Patronymic

Текстовый

20

Отчество налогоплател ьщи ка

5

Document

Текстовый

80

Документ, удостоверяющий

личность

6

Serial

Текстовый

10

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

7

Number

Текстовый

20

Номер документа

8

Date

Дата/время

Авто

Дата выдачи

9

Region

Текстовый

30

Кем выдан документ

10

Born

Дата/время

Авто

Дата рождения

11

Picture

Поле объек-

Авто

Фотография налогоплатель-

та OLE

щика

12

DateTax

Дата/время

Авто

Дата заполнения декларации

13

NumberTax

Текстовый

12

Номер декларации

14

Address

Текстовый

80

Адрес налогоплательщика

15

District

Текстовый

20

Район города, где проживает

16

DistrictTax

Текстовый

20

Инспекция, где стоит на учете

17

TaxNumber

Текстовый

4

Номер налоговой инспекции

18

Enterprise

Текстовый

40

Организация, выплатившая

сумму

19

InnEnterprise

Текстовый

10

ИНН организации

20

AddressWorks

Текстовый

30

Адрес организации

21

Chief

Текстовый

60

ФИО главного бухгалтера

22

Phone

Текстовый

10

Телефон для связи

23

SumAll

Денежный

15

Полученная в организации

сумма

Таблица П1.17 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

24

SumTax

Денежный

15

Величина подоходного налога

25

SumPension

Денежный

15

Отчисления в пенсионный

фонд

26

ExemptType

Текстовый

60

Название льготы

27

Exempt

Денежный

15

Сумма льготы

28

Comment

Поле Memo

Авто

Примечания

Вариант 18

Разработать прикладное программное обеспечение деятельности телеателье «Спектр» (табл. Пl.18). Эта организация занимается послегарантийным ремонтом теле-, радиоаппаратуры отечественного и импортного производства. Клиенты этого телеателье — жители и организации вашего города и близлежащих сел. Расчет с физическими лицами ведется наличными, а с организациями — через банк. Выдача отремонтированной техники производится после полной оплаты выполненного ремонта. Отремонтированное изделие получает гарантию. Если в течение гарантийного срока произойдет поломка изделия, то повторный ремонт выполняется за счет телеателье. Если брак допустил мастер, то часть суммы удерживается из его зарплаты. Клиент, обратившийся к услугам ателье несколько раз с ремонтом разной аппаратуры, получает дисконтную карту, дающую право на скидку при ремонте очередного изделия.

Таблица П1.18. Набор данных к варианту 18

N2

Поле

Тип

Раз-

Описание

мер

1

CustomerID

Числовой

4

Идентификатор заказчика

2

CustomerType

Логический

1

Тип заказчика (физ.lюр. лицо)

Таблица П1.18 (продолжение)

Ng

Поле

Тип

Раз-

Описание

мер

3

CustomerFio

Текстовый

60

ФИО заказчика (для физ. лица)

4

CustomerName

Текстовый

60

Название заказчика (для юр.

лица)

5

CustomerInn

Текстовый

13

ИНН заказчика (для юр. лица)

6

Chief

Текстовый

40

Руководитель (для юр. лица)

7

Phone

Текстовый

10

Телефон заказчика

8

Address

Текстовый

60

Адрес заказчика

9

Bank

Текстовый

60

Банк заказчика (для юр. лица)

10

District

Текстовый

15

Район заказчика

11

Discont

Текстовый

5

Номер дисконтной карты

12

MasterID

Числовой

2

Идентификатор мастера

13

MasterFio

Текстовый

60

ФИО мастера

14

Experience

Числовой

2

Опыт работы по специальности

15

Defect

Числовой

2

Число некачественных ремон-

тов

16

RepairAll

Числовой

4

Число отремонтированных из-

делий

17

TypeID

Числовой

5

Идентификатор заказа

18

Туре

Текстовый

15

Тип изделия (телевизор, радио

и т. д.)

19

Country

Текстовый

15

Страна-производитель

20

Company

Текстовый

40

Фирма-изготовитель

21

Picture

Поле объ-

Авто

Фотография изделия

екта OLE

22

Age

Числовой

2

Возраст изделия в годах

23

DateStart

Дата/время

Авто

Дата приема в ремонт

Таблица П1.18 (окончание)

N!!

Поле

Тип

Раз-

Описание

мер

24

DateStop

Дата/время

Авто

Дата выдачи из ремонта

25

Summa

Денежный

15

Стоимость ремонта

26

Period

Числовой

2

Срок гарантии

27

Guarantee

Логический

1

Гарантийный ремонт (да/нет)

28

Comment

Поле Мето

Авто

Примечания

Вариант 19

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

Таблица П1.19. Набор данных к варианту 19

N!!

Поле

Тип

Раз-

Описание

мер

1

Hostel

Числовой

5

Номер общежития

2

Address

Текстовый

60

Адрес общежития

3

District

Текстовый

15

Район города, в котором рас-

положено

4

Picture

Поле объек-

Авто

Фотография общежития

та OLE

582

Таблица П1.19 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

5

Owner

Текстовый

20

Балансодержатель

6

Rooms

Числовой

4

Комнат в общежитии

7

Beds

Числовой

5

Количество койко-мест в об-

щежитии

8

RoomID

Числовой

4

Номер комнаты

9

Square

Числовой

10

Площадь комнаты

10

Comment

Поле Memo

Авто

Примечания

11

RoomBeds

Числовой

2

Количество койко-мест в ком-

нате

12

Туре

Числовой

1

Тип комнаты (одноместная

и т. д.)

13

Storey

Числовой

2

Номер этажа

14

Lodger

Числовой

5

Регистрационный номер

жильца

15

Name

Текстовый

40

ФИО жильца

16

Passport

Текстовый

20

Номер паспорта

17

PassportDate

Дата/время

Авто

Дата выдачи паспорта

18

Region

Текстовый

40

Кем выдан паспорт

19

Work

Текстовый

20

Место работы или учебы

20

Children

Логический

1

С детьми (да/нет)

21

DocumentID

Числовой

5

Номер документа на заселе-

ние

22

Document

Текстовый

20

Название документа на засе-

ление

23

Begin

Дата/время

Авто

Начало действия документа

24

Giver

Текстовый

20

Кем выдан документ на засе-

ление

1

Таблица П1.19 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

25

DocCornment

Поле Меmо

Авто

Комментарий

26

payrnent

Денежный

Авто

Плата за проживание в месяц

27

Settlernent

Дата/время

Авто

Дата заселения в общежитие

28

End

Дата/время

Авто

Дата выселения из общежи-

тия

29

Reason

Поле Меmо

Авто

Причина выселения

Вариант 20

Разработать прикладное программное обеспечение деятельности Государственной автомобильной инспекции по безопасности дорожного движения города (табл. Пl.20). База данных ГИБДД содержит сведения обо всех транспортных средствах города и их владельцах. В нее заносятся сведения о технических осмотрах транспортных средств и об угонах. Описание угнанного автомобиля не удаляется из базы данных. Истории переходов транспортных средств от одних владельцев к другим не накапливаются. Сведения об автомобилях, снятых с учета, навсегда удаляются из базы данных.

Таблица П1.20. Набор данных к варианту 20

N2

Поле

Тип

Раз-

Описание

мер

1

OwnerID

Числовой

6

Идентификатор владельца

2

OwnerType

Логиче-

1

Тип владельца (физ./юр. лицо)

ский

3

OwnerFio

Текстовый

60

ФИО владельца (для физ. лица)

4

OwnerNarne

Текстовый

60

Название организации

5

OwnerInn

Текстовый

10

ИНН организации

Таблица П1.20 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

6

Chief

Текстовый

60

Руководитель организации

7

Phone

Текстовый

10

Телефон

8

Address

Текстовый

60

Адрес владельца автомобиля

9

District

Текстовый

15

Район города

10

Number

Текстовый

10

Государственный знак автомобиля

11

Brand

Текстовый

15

Марка автомобиля

12

Model

Текстовый

15

Модель автомобиля

13

BodyID

Текстовый

20

Номер кузова

14

EngineID

Текстовый

20

Номер двигателя

15

BodyModel

Текстовый

20

Модель кузова

16

Color

Текстовый

20

Цвет автомобиля

17

Volume

Числовой

5

Объем двигателя

18

Comment

Поле

Авто

Примечания

Мето

19

Power

Числовой

3

Мощность двигателя в л. с.

20

Helm

Логиче-

1

Руль (правый!левый)

ский

21

Drive

Логиче-

1

Привод на все колеса

ский

22

Year

Числовой

4

Год выпуска автомобиля

23

TypeBody

Текстовый

15

Тип кузова автомобиля (седан,

купе)

24

DrivingAway

Логиче-

1

Находится в угоне

ский

25

DateAway

Дата!

Авто

Дата угона

время

Таблица П1.20 (окончание)

Ne

Поле

Тип

Раз-

Описание

мер

26

OateReturn

Датаl

Авто

Дата возврата владельцу

время

27

OateSee

Датаl

Авто

Дата технического осмотра

время

28

Inspector

Текстовый

60

ФИО инспектора, проводившего

осмотр

29

YearTax

Денежный

15

Годовой налог на автомобиль

30

YearNumber

Денежный

15

Оплата за знак технического ос-

мотра

31

Work

Денежный

15

Оплата за технический осмотр

32

Oistance

Числовой

5

Пробег на дату осмотра

33

Okey

Логиче-

1

Технический осмотр пройден

ский

34

Reason

Поле

Авто

Причины, по которым осмотр не

Меmо

пройден

Вариант 21

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

Таблица П1.21. Набор данных к варианту 21

Тип

Раз-

Описание

N2

Поле

мер

1

Kadastr

Числовой

2

Регистрационный номер

здания

2

BuildingName

Текстовый

20

Название здания (корпуса)

университета

3

Land

Числовой

Авто

Площадь земельного участка

4

Address

Текстовый

60

Адрес здания

5

Year

Числовой

4

Год постройки

6

Material

Текстовый

15

Материал стен здания

7

Wear

Числовой

2

Износ в про центах

8

Flow

Числовой

2

Число этажей в здании

9

picture

Поле объек-

Авто

Фотография здания

та OLE

10

Comment

Поле Мето

Авто

Дополнительные сведения

по зданию

11

HallID

Текстовый

5

Номер аудитории

12

Square

Числовой

Авто

Площадь аудитории

13

Windows

Числовой

1

Количество окон

14

Heating

Числовой

3

Число элементов в батареях

отопления

15

Target

Текстовый

15

Назначение (лекционная,

кафедра и т. д.)

16

Department

Текстовый

15

Принадлежность к кафедре

(подразделение)

17

Chief

Текстовый

30

Материально ответственный

за аудиторию

18

DepartmentID

Числовой

3

Идентификатор кафедры

19

DepartmentName

Текстовый

15

Название кафедры

Таблица П1.21 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

20

Boss

Текстовый

40

Заведующий кафедрой

21

Phone

Текстовый

10

Т елефон кафедры

22

OfficeDean

Текстовый

30

Принадлежность кафедры

к деканату

23

ChiefID

Числовой

3

Идентификатор материально

ответственного лица

24

AddressChief

Текстовый

60

Домашний адрес матери-

ально ответственного лица

25

Experience

Числовой

4

Год его начала работы в

университете

26

UnitID

Числовой

3

Идентификатор единицы

имущества

27

UnitName

Текстовый

30

Название единицы

имущества

28

DateStart

Дата/время

Авто

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

29

Cost

Денежный

15

Стоимость единицы

имущества

30

CostYear

Числовой

4

Год переоценки

31

CostAfter

Денежный

15

Стоимость после переоценки

32

Period

Числовой

4

Срок службы единицы иму-

щества

Вариант 22

Разработать прикладное программное обеспечение деятельности туристической компании «Вояж» (табл. Пl.22). Эта компания формирует туристические группы для заграничных поездок и обеспечивает им полную поддержку на маршруте. Количество туристов в группе заранее известно и ограничено. Маршрут группы может пролегать через несколько городов страны назначе-

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

Таблица П1.22. Набор данных к варианту 22

Ng

Поле

Тип

Раз-

Описание

мер

1

ClientID

Числовой

5

Идентификатор клиента

2

LastName

Текстовый

20

Фамилия клиента

3

FirstName

Текстовый

20

Имя клиента

4

Patronymic

Текстовый

20

Отчество клиента

5

Document

Текстовый

80

Документ, удостоверяющий лич-

ность

6

Serial

Текстовый

10

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

7

Number

Текстовый

20

Номер документа

8

Date

Дата/время

Авто

Дата выдачи

9

Region

Текстовый

30

Кем выдан документ

10

Born

Дата/время

Авто

Дата рождения

11

Picture

Поле 06ъ-

Авто

Фотография клиента

екта OLE

12

Pasport

Логический

1

Наличие заграничного паспорта

13

RouteID

Числовой

3

Идентификатор маршрута

14

RouteName

Текстовый

30

Название маршрута

15

Country

Текстовый

20

Название страны

16

Period

Числовой

2

Срок пребывания

Таблица П1.22 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

17

Worker

Текстовый

20

Представитель на маршруте

18

Cost

Денежный

15

Стоимость путевки

19

Exernpt

Денежный

15

Скидка

20

Return

Денежный

15

Неустойка

21

DateStart

Дата/время

Авто

Дата вылета

22

Town

Текстовый

15

Пункт маршрута

23

Count

Числовой

2

Срок пребывания в пункте мар-

шрута

24

Hotel

Текстовый

15

Название гостиницы

25

StartDate

Дата/время

Авто

Дата прибытия в пункт маршрута

26

StopDate

Дата/время

Авто

Дата убытия

27

Туре

Числовой

1

Класс гостиницы (***, ****)

28

Cornrnent

Поле Мето

Авто

Экскурсионная программа

Вариант 23

Разработать прикладное программное обеспечение деятельности регистратуры поликлиники (табл. Пl.2З). Работники регистратуры организуют запись пациентов на прием к врачам поликлиники. Так как поликлиника ведомственная, медицинское обслуживание работников предприятия — бесплатное (за счет средств предприятия).

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

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

Таблица П1.23. Набор данных к варианту 23

N2

Поле

Тип

Раз-

Описание

мер

1

DoctorID

Числовой

2

Идентификационный номер

врача

2

LastName

Текстовый

20

Фамилия врача

3

FirstName

Текстовый

20

Имя врача

4

Patronymic

Текстовый

20

Отчество врача

5

Room

Числовой

3

Номер кабинета

6

University

Текстовый

40

Образование (университет)

7

Туре

Текстовый

20

Специализация (терапевт,лор

и т. д.)

8

Experience

Числовой

2

Стаж работы

9

Phone

Текстовый

10

Номер рабочего телефона

10

Born

Числовой

4

Год рождения

11

Picture

Поле 06ъек-

Авто

Фотография врача

та OLE

12

Fio

Текстовый

60

ФИQ пациента

13

Number

Текстовый

10

Номер карточки пациента

14

Address

Текстовый

80

Адрес пациента

15

District

Текстовый

20

Район города, где проживает

16

PolicyNuтber

Текстовый

20

Номер страхового полиса

17

Year

Числовой

4

Год рождения пациента

18

Sign

Логический

1

Работник предприятия

(да/нет)

Таблица П1.23 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

19

Department

Текстовый

40

Отдел, в котором работает

20

TreatyID

Числовой

10

Идентификационный номер

записи на прием

21

DateStart

Дата/время

Авто

Дата приема

22

TimeStart

Текстовый

10

Время приема

23

Cost

Денежный

15

Стоимость приема

24

ExemptID

Числовой

2

Идентификатор льготы

25

ExemptType

Текстовый

60

Название льготы (инвалид,

ветеран)

26

Exempt

Денежный

15

Сумма льготы

27

Summa

Денежный

15

К оплате

28

Comment

Поле Memo

Авто

Примечания (результаты

приема)

Вариант 24

Разработать прикладное программное обеспечение деятельности рекламного агентства «Rapid» (табл. Пl.24). В собственности этого агентства находится около тысячи рекламных щитов, расположенных по всему городу. у становка их согласована с администрацией города, и все необходимые формальности выполнены. На этих щитах может быть размещена реклама по заказу любой организации города. Срок размещения, стоимость аренды щита и стоимость изготовления самой рекламы — договорные. Одна организация может арендовать несколько рекламных щитов. Один щит не сдается в аренду нескольким арендаторам, т. к. является неделимой рекламной единицей. Договор размещения рекламы может быть продлен по взаимной договоренности сторон.

592

Таблица П1.24. Набор данных к варианту 24

N2

Поле

Тип

Раз-

Описание

мер

1

RegNumber

Числовой

10

Регистрационный номер щита

2

Address

Текстовый

60

Адрес расположения щита

3

District

Текстовый

15

Район города

4

Orientation

Текстовый

60

Местоположение (ОДОРА,

Депо-2 и т. д.)

5

Square

Числовой

Авто

Площадь рекламного щита

6

Size

Текстовый

10

Размеры

7

CustomerID

Числовой

10

ИНН арендатора щита

8

Status

Текстовый

15

Статус арендатора (ТОО,

ЗАО, ИЧП)

9

Customer

Текстовый

40

Название арендатора

10

AddressCust

Текстовый

60

Юридический адрес аренда-

тора

11

Chief

Текстовый

40

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

12

Phone

Текстовый

10

Телефон руководителя

13

Bank

Текстовый

60

Банк арендатора

14

Account

Текстовый

20

Номер счета в банке

15

Тах

Текстовый

15

Налоговая инспекция аренда-

тора

16

Worker

Текстовый

40

Ответственный от арендатора

17

PhoneWorker

Текстовый

10

Телефон ответственного

18

TreatyID

Числовой

5

Номер договора аренды щита

19

DateStart

Дата/время

Авто

Начало действия договора

20

StopDate

Дата/время

Авто

Окончание действия

21

SignDate

Дата/время

Авто

Дата подписания договора

22

Advertisment

Логический

1

Изготовление рекламы

(да/нет)

Таблица П1.24 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

23

Cost

Денежный

15

Стоимость изготовления рек-

ламы

24

Leasing

Денежный

15

Стоимость аренды щита

25

Picture

Поле объек-

Авто

Фотография щита с рекламой

та OLE

26

Ernployee

Текстовый

40

Ответственный от агентства

27

Period

Текстовый

15

Оплата (ежемесячная, квар-

тальная, годовая)

28

Cornrnent

Поле Мета

Авто

Дополнительные условия

Вариант 25

Разработать прикладное программное обеспечение деятельности 000 «Центр оценки и продажи недвижимости» (табл. Пl.25). Одним из источников прибыли этой организации является покупка и продажа квартир. Центр оценки имеет большой штат специалистов, позволяющий этой организации проводить сделки купли-продажи на высоком профессиональном уровне. Владелец квартиры, желающий ее продать, заключает договор с Центром, в котором указывается сумма, срок продажи и процент отчислений в пользу «Центра оценки и продажи недвижимости» в случае успешного проведения сделки. Один клиент может заключить с Центром более одного договора куплипродажи одновременно, если он владеет несколькими квартирами. Обмен квартир специалисты центра непосредственно не ПРОИЗВОДЯТ. ДЛЯ этих целей используется вариант купли-продажи.

Таблица П1.25. Набор данных к варианту 25

N2

Поле

Тип

Раз-

Описание

мер

1

Registr

Числовой

10

Регистрационный номер кли-

ента

Таблица П1.25 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

2

Address

Текстовый

60

Адрес клиента

3

Name

Текстовый

60

ФИО клиента

4

Phone

Текстовый

10

Телефон для связи с клиен-

том

5

TreatyID

Числовой

5

Регистрационный номер дого-

вора

6

AddressFlat

Текстовый

60

Адрес квартиры

7

District

Текстовый

15

Район города

8

Floors

Числовой

2

Этажей в доме

9

Floor

Числовой

2

Этаж, на котором расположе-

на квартира

10

TypeHouse

Текстовый

20

Тип дома (кирпичный, панель-

ный)

11

TypePlan

Текстовый

20

Тип планировки (хрущевка,

новая)

12

TypeToilet

Текстовый

20

Тип санузла (раздельный, со-

вмещенный)

13

SqAll

Числовой

Авто

Общая площадь квартиры

14

SqLife

Числовой

Авто

Жилая площадь квартиры

15

SqKit

Числовой

Авто

Площадь кухни

16

Agent

Текстовый

40

Фамилия агента «Центра

оценки 000

»

17

Privat

Логический

1

Наличие приватизации

18

SignPhone

Логический

1

Наличие телефона в квартире

19

DateStart

Дата/время

Авто

Начало действия договора

20

StopDate

Дата/время

Авто

Окончание действия

21

Cost

Денежный

15

Стоимость квартиры

Таблица П1.25 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

22

Bonus

Денежный

15

Вознаграждение «Центра

оценки …

»

23

Picture

Поле объек-

Авто

Фотография здания

та OLE

24

Plan

Поле объек-

Авто

План квартиры

та OLE

25

Structure

Поле Меmо

Авто

Инфраструктура территории

26

Document

Текстовый

40

Документ на право собствен-

ности

27

Prolong

Дата/время

Авто

Продление срока действия

договора

28

Comment

Поле Меmо

Авто

Дополнительные условия

Вариант 26

Разработать прикладное программное обеспечение деятельности отдела вневедомственной охраны квартир (табл. Пl.26). Этот отдел обеспечивает электронную охрану квартир граждан в одном районе города. Для установки охранной сигнализации требуется наличие квартирного телефона. Один гражданин может заключить договор на охрану нескольких квартир. Из-за ложных срабатываний сигнализации возможно несколько выездов патрульных экипажей по одной квартире. На владельца квартиры, вовремя не отключившего сигнализацию после своего прихода домой, налагается штраф, величина которого оговаривается при заключении договора охраны. Если отдел вневедомственной охраны не уберег имущество владельца квартиры, то он выплачивает пострадавшему заранее оговоренную сумму. От величины этой суммы зависит размер ежемесячной оплаты за охрану квартиры.

596

N2

Поле

Тип

Раз-

Описание

мер

1

Registr

Числовой

10

Регистрационный номер кли-

ента

2

Address

Текстовый

60

Адрес клиента

3

Name

Текстовый

60

ФИО клиента

4

Phone

Текстовый

10

Телефон для связи с клиен-

том

5

TreatyID

Числовой

5

Регистрационный номер дого-

вора

6

AddressFlat

Текстовый

60

Адрес квартиры

7

Кеу

Логический

1

Наличие кодового замка на

подъезде

8

Floors

Числовой

2

Количество этажей в доме

9

Floor

Числовой

2

Этаж, на котором расположе-

на квартира

10

TypeHouse

Текстовый

20

Тип дома (кирпичный, панель-

ный)

11

TypeDoor

Текстовый

20

Тип квартирной двери (метал-

лическая, деревянная, две

штуки)

12

Balcony

Логический

1

Наличие балкона

13

TypeBalcony

Текстовый

60

Тип балкона (отдельный, со-

вмещенный)

14

Plan

Поле объек-

Авто

План квартиры

та OLE

15

Cost

Денежный

15

Стоимость ежемесячной оп-

латы

16

Compensation

Денежный

15

Компенсация при краже иму-

щества

17

DateStart

Дата/время

Авто

Начало действия договора

Таблица П1.26. Набор данных к варианту 26

Таблица П1.2б (окончание)

N2

Поле

Тип

Раз-

Описание

мер

18

StopDate

Дата/время

Авто

Окончание действия

19

ActionID

Числовой

7

Номер выезда на захват

20

PatrolID

Числовой

4

Номер экипажа, выезжавшего

на захват

21

Chief

Текстовый

20

Командир экипажа

22

Brand

Текстовый

15

Марка автомобиля

23

DateTime

Дата/время

Авто

Дата и время выезда

24

False

Логический

1

Вызов ложный (да/нет)

25

Тах

Денежный

15

Величина штрафа за ложный

вызов

26

Document

Текстовый

40

Документ, оформленный при

задержании

27

Prolong

Дата/время

Авто

Продление срока действия

договора

28

Comment

Поле Мето

Авто

Дополнительные условия

Вариант 27

Разработать прикладное программное обеспечение деятельности отдела приватизации жилья администрации города (табл. Пl.27). В настоящее время еще далеко не все проживающие в «своих» квартирах стали собственниками жилья. Процесс приватизации продолжается и займет еще некоторое время. Главная задача программного комплекса — не допустить приватизации одним человеком более одной квартиры. К сожалению, в отделе приватизации не используется уникальный кадастровый номер здания, поэтому вам придется использовать составной первичный ключ (адрес) для таблицы зданий, квартир и проживающих. Некоторые из проживающих в квартире могут не участвовать в приватизации.

Таблица П1.27. Набор данных к варианту 27

N2

Поле

Тип

Раз-

Описание

мер

1

Address

Текстовый

60

Адрес здания

2

Oistrict

Текстовый

15

Район города

3

Balance

Текстовый

60

Балансодержатель

4

Year

Числовой

4

Год постройки здания

5

Material

Текстовый

15

Материал стен здания

6

Base

Текстовый

15

Материал фундамента

7

Comment

Поле Memo

Авто

Примечания

8

Wear

Числовой

2

Износ в про центах

9

Flow

Числовой

2

Число этажей в здании

10

Line

Числовой

5

Расстояние от центра города

11

Square

Числовой

10

Площадь квартир

12

Hall

Логический

1

Наличие нежилых помещений

13

Picture

Поле 06ъек-

Авто

Фото здания

та OLE

14

Flats

Числовой

3

Число квартир в здании

15

Elevator

Логический

1

Наличие лифта

16

Flat

Числовой

4

Номер квартиры

17

Storey

Числовой

2

Номер этажа

18

Rooms

Числовой

1

Количество комнат

19

SquareFlat

Числовой

Авто

Общая площадь квартиры

20

Owell

Числовой

Авто

Жилая площадь квартиры

21

Branch

Числовой

Авто

Вспомогательная площадь

квартиры

22

Balcony

Числовой

Авто

Площадь балкона

N2

Поле

Тип

Раз-

Описание

мер

23

Height

Числовой

Авто

Высота квартиры

24

Record

Числовой

2

Номер записи о приватизации

25

Document

Текстовый

60

Документ на право приватиза-

ции

26

DateDoc

Дата/время

Авто

Дата документа о приватизации

27

Cost

Денежный

Авто

Инвентаризационная стоимость

27

FioHost

Текстовый

60

ФИО проживающего

28

Pasport

Поле Мето

Авто

Данные его паспорта

29

Sign

Логический

1

Участие в приватизации

(да/нет)

30

Born

Числовой

4

Год рождения

31

Status

Текстовый

20

Статус в семье

Таблица П1.27 (окончание)

Вариант 28

Разработать прикладное программное обеспечение деятельности предприятия «Газкомплект» по учету платы за пользование газом и газовыми приборами (табл. Пl.28). ПЛата взимается с каждой квартиры в зависимости от количества потребленного газа или от числа проживающих, если счетчик отсутствует. Ответственный квартиросъемщик обязан каждый месяц снимать показания счетчика и производить оплату за потребленный газ через сбербанк. Наряду с отслеживанием платы за газ предприятие производит профилактическое обслуживание газовых приборов. Правила техники безопасности предусматривают осмотр газовой плиты инспектором предприятия раз в квартал. Если обнаружены неполадки в подключении плиты или ее работе, то работник предприятия обязан немедленно устранить их за счет абонента. Оплата оказанных услуг осуществляется на месте по квитанции.

Таблица П1.28. Набор данных к варианту 28

N2

Поле

Тип

Раз-

Описание

мер

1

Address

Текстовый

60

Адрес здания

2

Oistrict

Текстовый

15

Район города

3

Material

Текстовый

15

Тип стен

4

Floor

Текстовый

15

Тип перекрытий

5

Picture

Поле объек-

Авто

Фото здания

та OLE

6

Owner

Текстовый

15

Балансодержатель

7

Ooorway

Числовой

2

Количество подъездов в доме

8

Flats

Числовой

3

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

9

LastName

Текстовый

20

Фамилия квартиросъемщика

10

FirstName

Текстовый

20

Имя квартиросъемщика

11

patronymic

Текстовый

20

Отчество квартиросъемщика

12

Passport

Текстовый

20

Номер паспорта

13

Flat

Числовой

3

Номер квартиры

14

FlatType

Числовой

1

Вид квартиры

15

People

Числовой

2

Количество проживающих

16

Phone

Текстовый

15

Телефон квартиросъемщика

17

Account

Текстовый

15

Номер абонентской книжки

18

OateCount

Дата/время

Авто

Дата выдачи книжки

19

Stop

Логический

1

Наличие задвижки на входе в

квартиру

20

Number

Текстовый

10

Номер счетчика

21

ViewNumber

Дата/время

Авто

Дата проверки счетчика

22

MadeIn

Текстовый

15

Страна изготовления счетчика

N2

Поле

Тип

Раз-

Описание

мер

23

WhenMade

Дата/время

Авто

Дата изготовления счетчика

24

Dateview

Дата/время

Авто

Дата снятия показаний

25

Result

Числовой

Авто

Показания счетчика

26

PayMonth

Денежный

Авто

Плата за месяц

27

Prophylaxis

Дата/время

Авто

Дата профилактического ос-

мотра

28

PayDefect

Денежный

Авто

Стоимость исправления де-

фекта

29

Surname

Текстовый

20

Фамилия ответственного ин-

спектора

Таблица П1.28 (окончание)

Вариант 29

Разработать прикладное программное обеспечение деятельности «Бюро технической инвентаризации» по изготовлению и выдаче технических паспортов на объекты недвижимости (табл. Пl.29). Перед регистрацией сделки с объектом недвижимости собственник объекта должен получить в БТИ на него технический паспорт. Ежедневно в БТИ обращается до 200 человек. Основное назначение программного комплекса — не про пустить ни одного документа. Если технический паспорт не готов в назначенный срок, то БТИ должно выплатить неустойку. Алгоритм изготовления документа следующий. Клиент обращается к инспектору, сдает ему необходимые справки, согласовывает дату выхода техника на обмер, уплачивает аванс. Инспектор передает заявку начальнику отдела. Начальник отдела назначает исполнителя и техника. Техник выполняет обмер объекта. Исполнитель изготавливает документ и передает в отдел выдачи. В назначенный срок клиент забирает готовый документ, доплатив недостающую сумму. Один клиент (физическое или юридическое лицо) может заказать несколько технических паспортов, за изготовление которых оплата может производиться частями.

N2

Поле

Тип

Раз-

Описание

мер

1

NumberClairn

Числовой

10

Номер заявки на изготовление

документа

2

Narne

Текстовый

60

ФИО заказчика

3

Phone

Текстовый

10

Телефон для связи с заказчи-

ком

4

Receipt

Логиче-

1

Физическое или юридическое

ский

лицо

5

Bank

Текстовый

60

Банк заказчика

6

Account

Текстовый

20

Номер счета в банке

7

Address

Текстовый

60

Адрес объекта

8

District

Текстовый

15

Район города

9

DateStart

Дата!

Авто

Дата приема заявки

время

10

Docurnent

Текстовый

60

Название документа

11

Speed

Логиче-

1

Срочное изготовление (да/нет)

ский

12

DateStop

Дата!

Авто

Дата выдачи документа

время

13

Cost

Денежный

15

Стоимость изготовления доку-

мента

14

Inspector

Дата!

Авто

Дата выхода техника

время

15

Tirne

Текстовый

20

Время выхода техника

16

Chief

Текстовый

30

ФИО начальника отдела

17

Worker

Текстовый

30

ФИО исполнителя

18

DateWorker

Дата!

Авто

Дата передачи исполнителю

время

Таблица П1.29. Набор данных к варианту 29

Ng

Поле

Тип

Раз-

Описание

мер

19

Helper

Текстовый

30

ФИО техника

20

Cash

Логиче-

1

Оплата наличными (да/нет)

ский

21

DateCost

Датаl

Авто

Дата оплаты

время

22

Value

Денежный

15

Оплаченная сумма

23

Finish

Логиче-

1

Документ выдан (да/нет)

ский

24

Cornтent

Поле

Авто

Примечания

Мето

Таблица П1.29 (окончание)

Вариант 30

Разработать прикладное программное обеспечение деятельности отдела аренды ЗАО «Сириус» (табл. Пl.30). После удачной приватизации, когда у руководства этого предприятия оказалась большая часть акций, дела некогда мощного предприятия пошли на спад. Основная часть работников была уволена по сокращению штатов. В настоящее время основной статьей получения прибыли является сдача в аренду другим предприятиям и организациям площадей, которыми владеет «Сириус» . В его собственности имеется 12-этажное здание, которое состоит примерно из 300 помещений. Почти все они сдаются в аренду. Один арендатор может арендовать несколько помещений, причем срок аренды для каждого устанавливается отдельно. Величина арендной платы и ее периодичность устанавливается арендодателем. После окончания срока аренды договор может быть продлен на прежних или новых условиях. Субаренда площадей запрещена. Закрытые договоры не удаляются из базы данных для отслеживания предыдущих арендаторов.

Таблица П1.30. Набор данных к варианту ЗА

N2

Поле

Тип

Раз-

Описание

мер

1

CustomerID

Числовой

4

Идентификатор арендатора

2

CustomerType

Логиче-

1

Тип арендатора

ский

(физ./юр. лицо)

3

CustomerFio

Текстовый

60

ФИО арендатора

(для физ. лица)

4

CustomerName

Текстовый

60

Название арендатора

(для юр. лица)

5

CustomerInn

Текстовый

13

ИНН арендатора

(для юр. лица)

6

Chief

Текстовый

40

Руководитель (для юр. лица)

7

Phone

Текстовый

10

Телефон арендатора

8

Address

Текстовый

60

Юридический адрес аренда-

тора

9

Bank

Текстовый

60

Банк арендатора

(для юр. лица)

10

District

Текстовый

15

Район заказчика

11

Worker

Текстовый

30

Ответственный от арендатора

12

PhoneWorker

Текстовый

10

Телефон ответственного

13

HallID

Числовой

3

Номер помещения

14

Square

Числовой

Авто

Площадь помещения

15

Size

Текстовый

20

Размеры помещения

16

Floor

Числовой

2

Этаж, на котором расположе-

но помещение

17

PhoneHall

Логиче-

1

Телефон в помещении

ский

(есть/нет)

18

Decoration

Текстовый

10

Отделка (обычная, улучшен-

ная, евро)

Ng

Поле

Тип

Раз-

Описание

мер

19

TreatyID

Числовой

5

Номер договора аренды

20

Туре

Логиче-

1

Договор действует/закрыт

ский

21

DateStart

Дата/

Авто

Дата начала действия

время

договора

22

DateStop

Датаl

Авто

Окончание срока действия

время

23

Period

Текстовый

20

Периодичность оплаты (еже-

месячная, квартальная)

24

Value

Денежный

15

Сумма оплаты

25

Inspector

Текстовый

30

Ответственный от арендода-

теля

26

Target

Текстовый

30

Цель аренды (офис, киоск,

склад)

27

Тах

Денежный

15

Штраф за нарушение условий

договора

28

Comment

Поле

Авто

Примечания

Мето

Таблица П1.30 (окончание)

Вариант 31

Разработать прикладное программное обеспечение деятельности телефонной компании (табл. Пl.31). Основное назначение программного комплексаотслеживание абонентской платы за телефоны. Клиентами компании могут быть как физические лица, так и организации. Расчет с организациями ведется в безналичной форме через банк. Физические лица вносят плату через кассу компании. Клиент телефонной компании может иметь несколько телефонных номеров. Дополнительная плата за подключенный параллельно аппарат не взимается. Если телефон у абонента не работает более суток, то плата за

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

N2

Поле

Тип

Раз-

Описание

мер

1

CustomerID

Числовой

4

Идентификатор клиента компа-

нии

2

CustomerType

Логиче-

1

Тип клиента (физ./юр. лицо)

ский

3

CustomerFio

Текстовый

60

ФИО клиента (для физ. лица)

4

CustomerName

Текстовый

60

Название клиента

(для юр. лица)

5

Customerlnn

Текстовый

13

ИНН клиента (для юр. лица)

6

Chief

Текстовый

40

Руководитель (для юр. лица)

7

Phone

Текстовый

10

Телефон для связи (для юр.

лица)

8

Address

Текстовый

60

Юридический адрес клиента

9

Bank

Текстовый

60

Банк клиента (для юр. лица)

10

Account

Текстовый

20

Номер счета в банке

11

PhoneNumber

Текстовый

10

Номер телефона

12

PhoneAddress

Текстовый

60

Адрес, где он установлен

13

Value

Денежный

15

Ежемесячная плата за телефон

14

ExemptType

Текстовый

20

Тип льготы

15

Exempt

Денежный

15

Величина льготы

16

DateClaim

Датаl

Авто

Дата заявки о поломке

время

телефона

17

NumberClaim

Числовой

5

Номер заявки о поломке

18

Inspector

Текстовый

15

Фамилия принявшего заявку

Таблица П1.31. Набор данных к варианту 31

Таблица П1.З1 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

19

DateRepair

Дата!

Авто

Дата восстановления связи

время

20

Compensation

Денежный

15

Вычеты из арендной платы

21

DateRing

Дата!

Авто

Дата внешнего звонка

время

22

RingType

Логиче-

1

Междугородний/между-

ский

народный

23

Number

Текстовый

10

Вызываемый номер

24

County

Текстовый

15

Страна

25

Town

Текстовый

15

Город

26

Value

Числовой

3

Количество минут

27

Summa

Денежный

15

Стоимость звонка

28

Comment

Поле

Авто

Примечания

Мето

Вариант 32

Разработать прикладное программное обеспечение деятельности мелкооптового книжного магазина (табл. Пl.32). Менеджер магазина, изучив спрос на книжную продукцию в городе, принимает решение о закупке партии книг в том или ином издательстве. Некоторые, пользующиеся повышенным спросом, книги могут быть закуплены у посредников. Часть продукции заказывается через Интернет. Покупателем в мелкооптовом магазине может быть любой человек или организация, при условии, что величина покупки превысит одну тысячу рублей. Расчет с организациями производится через банк. Расчет с физическими лицами — наличными. Покупателю выписывается счетфактура, которая имеет уникальный номер и содержит список книг с указанием их стоимости. После уплаты указанной суммы покупатель получает товар на складе.

N2

Поле

Тип

Раз-

Описание

мер

1

Provider

Текстовый

40

Поставщик книг

2

INN

Текстовый

10

ИНН поставщика книг

3

Address

Текстовый

60

Юридический адрес поставщика

4

Bank

Текстовый

60

Банк поставщика книг

5

Account

ТеКСТОВl;»lЙ

20

Номер счета в банке

6

Sign

Логиче-

1

Признак посредника

ский

7

Film

Текстовый

20

Название книги

8

Author

Текстовый

60

Авторы

9

Comment

Поле

Авто

Краткое содержание книги

Мето

10

Pages

Числовой

3

Количество страниц

11

Company

Текстовый

40

Издательство

12

Year

Числовой

4

Год издания

13

Cost

Денежный

15

Стоимость приобретения

14

Cdrom

Логиче-

1

Наличие компакт-диска к книге

ский

15

Customer

Текстовый

20

Название покупателя

16

CustomerSign

Логиче-

1

Признак покупателя (юр./физ.)

ский

17

INNcustomer

Текстовый

10

ИНН покупателя

18

AddressCust

Текстовый

60

Юридический адрес покупателя

19

Chief

Текстовый

60

Директор

20

BankCustomer

Текстовый

60

Банк покупателя

21

Phone

Текстовый

10

Телефон для связи

Таблица П1.З2. Набор данных к варианту 32

Таблица П1.З2 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

22

District

Текстовый

15

Район города

23

AccountCust

Текстовый

20

Номер счета покупателя в банке

24

CountNurnber

Числовой

4

Номер счет-фактуры

25

DateStart

Датаl

Авто

Дата выписки счет-фактуры

время

26

Value

Денежный

15

Сумма к уплате

27

Worker

Текстовый

60

Выдавший счет-фактуру

28

Тах

Денежный

15

Величина налога с продаж

29

Plus

Поле

Авто

Примечания

Memo

Вариант ЗЗ

Разработать прикладное программное обеспечение деятельности ОАО «Автовокзал» (табл. Пl.33). Это открытое акционерное общество занимается междугородними пассажирскими перевозками по вашему региону. В его собственности находится несколько десятков автобусов различной вместимости. Штат водителей превышает количество автобусов. Средний уровень сменности для машины — 2,5. Водитель не может работать более одной смены в сутки. Билеты на рейсы продаются только в здании автовокзала. Возможна предварительная продажа. Маршрут автобуса может пролегать через несколько населенных пунктов. В этом случае пассажир может купить билет до любого промежуточного пункта. Освободившимся местом после выхода пассажира распоряжается водитель. Полученную выручку он сдает в кассу предприятия после прибытия с маршрута. На линии работает контроль. Если в автобусе будет обнаружен пассажир без билета, то на водителя налагается штраф.

Таблица П1.33. Набор данных к варианту ЗЗ

N2

Поле

Тип

Раз-

Описание

мер

1

LastName

Текстовый

20

Фамилия водителя

2

FirstName

Текстовый

20

Имя водителя

3

Patronymic

Текстовый

20

Отчество водителя

4

Experience

Числовой

2

Стаж работы

5

Year

Числовой

4

Год рождения

6

Category

Текстовый

20

Категория водителя (О, Е)

7

Class

Текстовый

20

Классность водителя (1, 2, 3)

8

DriverID

Числовой

4

Идентификационный номер

водителя

9

BusNumber

Числовой

4

Идентификационный номер

автобуса

10

Brand

Текстовый

15

Марка автобуса

11

Picture

Поле объек-

Авто

Фотография автобуса

та OLE

12

Model

Текстовый

15

Модель автобуса

13

Capacity

Числовой

2

Количество мест в автобусе

14

YearBus

Числовой

4

Год выпуска автобуса

15

YearRepair

Числовой

4

Год капитального ремонта

16

Distance

Числовой

6

Пробегавтобуса, км

17

RouteID

Числовой

3

Идентификатор маршрута

18

PointStart

Текстовый

20

Начальный пункт

19

PointStop

Текстовый

20

Конечный пункт

20

DateStart

Дата/время

Авто

Дата отправления

21

TimeStart

Текстовый

10

Время отправления

22

TimeAll

Текстовый

10

Время в пути до конечного

пункта

Таблица П1.33 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

23

PlaceNumber

Числовой

2

Номер места

24

PlaceSign

Логический

1

Билет продан на автовокзале

(да/нет)

25

SumDriver

Денежный

15

Выручка на маршруте

26

SumTax

Денежный

15

Штраф на водителя

27

Comment

Поле Мето

Авто

Промежуточные пункты мар-

шрута

Вариант 34

Разработать прикладное программное обеспечение деятельности агентства знакомств (табл. Пl.З4). Агентство занимается организацией знакомств одиноких мужчин и женщин. Возможен один из двух вариантов: человек либо регистрируется в агентство, оставляет информацию о себе, чтобы любой мог ознакомиться с его кандидатурой, либо знакомится с базой уже зарегистрированных и выбирает подходящую кандидатуру. Регистрация и подбор кандидатуры — платные. Тот, кто делает выбор по базе, платит за каждый выбранный вариант. После того как выбор сделан, агентство согласовывает дату и время встречи с каждой из сторон, формирует и передает приглашения для знакомства обеим сторонам. Во избежание недоразумений первая встреча происходит в агентстве. Клиенты, желающие быть исключенными из базы, переносятся в архив.

Таблица П1.34. Набор данных к варианту 34

N2

Поле

Тип

Раз-

Описание

мер

1

CandidateID

Числовой

5

Регистрационный номер кан-

дидата

2

Name

Текстовый

40

ФИО кандидата

N2

Поле

Тип

Раз-

Описание

мер

3

Gender

Числовой

1

Пол кандидата

4

Age

Числовой

2

Возраст кандидата

5

Myself

Поле Memo

Авто

Информация кандидата о се-

бе

6

Demand

Поле Memo

Авто

Требования кандидата к из-

браннику

7

Phone

Текстовый

15

Т елефон кандидата

8

Picture

Поле объек-

Авто

Фотография кандидата

та OLE

9

Registrar

Текстовый

15

Фамилия регистрирующего

10

RegDate

Дата/время

Авто

Дата регистрации кандидата

11

ClientID

Числовой

5

Регистрационный номер кли-

ента

12

ClientName

Текстовый

40

ФИО клиента

13

ClientGender

Числовой

1

Пол клиента

14

ClientPhone

Текстовый

15

Телефон клиента

15

Date

Дата/время

Авто

Дата регистрации клиента

16

ClientMyself

Текстовый

200

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

17

ClientMore

Текстовый

50

Дополнительная информация

18

ClientAge

Числовой

2

Возраст клиента

19

ReceiptID

Числовой

5

Номер квитанции об оплате

20

PayDate

Дата/время

Авто

Дата оплаты

21

Seller

Текстовый

15

Фамилия кассира

22

Cash

Логический

1

Оплата наличными (да/нет)

23

Sum

Денежный

5

Сумма

24

MeetDate

Дата/время

Авто

Согласованная дата встречи

Таблица П1.34 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

25

MeetTime

Дата/время

Авто

Время встречи

26

InvitationID

Числовой

5

Номер приглашения

27

DeleteDate

Дата/время

Авто

Дата перевода в архив

28

Deleter

Текстовый

15

Фамилия удалившего в архив

29

Reason

Текстовый

30

Причина пере носа в архив

Таблица П1.З4 (окончание)

Вариант 35

Разработать прикладное программное обеспечение деятельности ломбарда (табл. Пl.35). Человек обращается в ломбард в том случае, если ему срочно нужны деньги. Например, недостает небольшой суммы для покупки квартиры, а подходящая квартира как раз продается, и на нее уже есть и другие покупатели. Тогда человек может пойти в ломбард и заложить вещи на необходимую сумму. В ломбарде с клиентом заключается договор. В нем оговариваются следующие условия: до какого срока выкуп вещи возможен без процентов, с какого времени будет взиматься процент, по истечении какого срока выкуп вещи невозможен, и она поступает в собственность ломбарда. Невыкупленные вещи ломбард выставляет на продажу.

N2

Поле

Тип

Раз-

Описание

мер

1

ClientID

Числовой

4

Регистрационный номер клиента

2

Name

Текстовый

40

ФИО клиента

3

Date

Дата/

Авто

Дата обращения в ломбард

время

4

Address

Текстовый

60

Адрес клиента

Таблица П1.З5. Набор данных к варианту 35

N2

Поле

Тип

Раз-

Описание

мер

5

District

Текстовый

15

Район проживания

6

Phone

Текстовый

15

Телефон клиента

7

Passport

Текстовый

20

Номер паспорта

8

PassportDate

Дата!

Авто

Дата выдачи паспорта

время

9

Region

Текстовый

40

Кем выдан паспорт

10

Agreement

Числовой

5

Номер договора

11

StartDate

Дата!

Авто

Дата приема вещи

время

12

PercentDate

Датаl

Авто

Дата, с которой за выкуп берется

время

пени

13

StopDate

Дата!

Авто

Дата, с которой выкуп уже не-

время

возможен

14

Registrar

Текстовый

15

Фамилия приемщика

15

ThingID

Числовой

4

Регистрационный номер вещи

16

Category

Текстовый

15

Категория вещи

17

Thing

Текстовый

30

Название вещи

18

Count

Числовой

2

Количество принятых вещей

19

Defects

Логиче-

1

Наличие дефектов (да/нет)

ский

20

Cost

Денежный

10

Оценочная стоимость вещи

21

Sum

Денежный

10

Сумма, полученная клиентом

22

Comment

Поле

Авто

Примечания

Мето

23

Back

Дата!

Авто

Дата выкупа вещи

время

Таблица П1.35 (продолжение)

Таблица П1.35 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

24

Тах

Денежный

10

Пени за несвоевременный выкуп

25

BackSum

Денежный

10

Сумма, заплаченная за выкуп

26

Seller

Текстовый

15

Фамилия вернувшего вещь

27

FreeThing

Числовой

4

Номер вещи, поступившей в про-

дажу

28

Price

Денежный

10

Цена вещи, поступившей в про-

дажу

Вариант 36

Разработать прикладное программное обеспечение деятельности гостиницы (табл. Пl.36). В любой современной гостинице существует большое количество возможных вариантов заселения гостей: все номера различаются по категориям (суперлюкс, люкс и т. д.), по количеству комнат в номере, количеству мест в каждом номере, а также по обустройству комнат — учитывается, например, наличие телевизора, холодильника, телефона. В обязанности администратора гостиницы входит подбор наиболее подходящего для гостя варианта проживания, регистрация гостей, прием платы за проживание, оформление квитанций, выписка отъезжающих. Учитывается также возможность отъезда гостя раньше указанного при регистрации срока, при этом производится перерасчет. Существует также услуга бронирования номера.

Таблица П1.3б. Набор данных к варианту 36

N2

Поле

Тип

Раз-

Описание

мер

1

GuestID

Числовой

4

Регистрационный номер гостя

2

Name

Текстовый

40

ФИО гостя

3

Date

Дата/время

Авто

Дата регистрации

N2

Поле

Тип

Раз-

Описание

мер

4

Address

Текстовый

60

Адрес гостя

5

Town

Текстовый

20

Город, из которого приехал

гость

6

Airn

Текстовый

30

Цель приезда

7

Passport

Текстовый

20

Номер паспорта

8

PassportDate

Дата/время

Авто

Дата выдачи паспорта

9

Region

Текстовый

40

Кем выдан паспорт

10

Work

Текстовый

20

Место работы или учебы

11

Year

Числовой

4

Год рождения гостя

12

Мопеу

Денежный

10

Плата за выбранный номер

13

Cash

Логический

1

Оплата наличными (да/нет)

14

Receipt

Числовой

4

Номер квитанции

15

End

Дата/время

Авто

Дата отъезда

16

Cornrnent

Поле Мето

Авто

Примечания

17

Registrar

Текстовый

15

Фамилия администратора

18

Picture

Поле объек-

Авто

Фотография номера

та OLE

19

Nurnber

Числовой

4

NQ номера

20

Roorns

Числовой

2

Количество комнат в номере

21

Storey

Числовой

2

Номер этажа

22

TV

Логический

1

Телевизор (есть/нет)

23

Fridge

Логический

1

Холодильник (есть/нет)

24

Bed

Числовой

2

Количество мест в номере

25

Туре

Числовой

1

Категория номера

Таблица П1.36 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

26

Balcony

Логический

1

Балкон (есть/нет)

27

Reservation

Числовой

4

Забронированный номер

28

ReservName

Текстовый

40

ФИО забронировавшего но-

мер

29

Соте

Дата/время

Авто

Дата приезда

ЗА

Leave

Дата/время

Авто

Дата предполагаемого

отъезда

Таблица П1.3б (окончание)

Вариант 37

Разработать прикладное программное обеспечение института селекции растений (табл. Пl.37). Данный институт занимается сбором, выведением и продажей различных сортов семян. В его ассортименте можно найти семена практически всех возможных видов растений: от помидоров до редких цветов. Только что выведенные сорта заносятся в отдельный список для дальнейшего тестирования. Каждый сорт семян имеет свои характеристики, такие как урожайность, морозоустойчивость, адаптация к местным условиям, сроки созревания (раннеспелый, среднеспелый, поздний) и т. п. Покупатель может выбрать сорт, отвечающий тем или иным характеристикам. Компания занимается как оптовыми, так и розничными продажами. Оптовые покупатели заносятся в базу главным образом для того, чтобы информировать их о поступлении новых или отсутствовавших в определенный момент в продаже сортов.

N2

Поле

Тип

Раз-

Описание

мер

1

SortID

Числовой

10

Уникальный номер сорта

2

Name

Текстовый

40

Название сорта

З

Year

Числовой

4

Год, в котором выведен сорт

Таблица П1.37. Набор данных к варианту 37

N2

Поле

Тип

Раз-

Описание

мер

4

Adaptation

Логический

1

Адаптация к местным услови-

ям (да/нет)

5

Frost

Логический

1

Морозоустойчивый (да/нет)

6

Description

Текстовый

200

Описание характеристик сорта

7

Technology

Поле Мето

Авто

Способ посадки

8

Picture

Поле объек-

Авто

Фотография представителя

та OLE

сорта

9

Part

Числовой

10

Номер партии

10

End

Дата/время

Авто

Годен до

11

Yes

Логический

1

Одобрен инспекцией (да/нет)

12

Batch

Текстовый

20

Вид упаковки

13

Amount

Числовой

4

Количество семян в упаковке

14

BatchTime

Дата/время

Авто

Дата расфасовки

15

Weight

Числовой

4

Вес семян в упаковке

16

Period

Числовой

1

Срок созревания

17

NewSort

Числовой

5

Номер нового сорта для тес-

тирования

18

Date

Дата/время

Авто

Дата выведения нового сорта

19

Comment

Поле Мето

Авто

Примечания

20

ClientID

Числовой

5

Номер оптового покупателя

21

Сотрапу

Текстовый

25

Название фирмы-покупателя

22

BuyDate

Дата/время

Авто

Дата покупки

23

Address

Текстовый

60

Адрес фирмы-покупателя

24

Phone

Текстовый

15

Телефон покупателя

25

Sum

Денежный

10

Цена покупки

Таблица П1.37 (продолжение)

Таблица П1.37 (окончание)

N2

Поле

Тип

Раз-

Описание

мер

26

Cash

Логический

1

Оплата наличными (да/нет)

27

Seller

Текстовый

15

Фамилия продавца

Вариант 38

Разработать прикладное программное обеспечение деятельности приемной комиссии университета (табл. Пl.з8). Каждый год университет зачисляет новых абитуриентов для возможного их поступления в университет после сдачи вступительных экзаменов. На бюджетную основу могут быть зачислены: абитуриенты, получившие на школьном экзамене высокий балл ЕГЭ и успешно прошедшие собеседование; абитуриенты, набравшие необходимый для бесплатного поступления балл на университетских экзаменах, а также абитуриенты, имеющие направление от какого-либо государственного предприятия. Все остальные могут поступить в университет на платной основе, набрав необходимое установленное университетом число баллов на вступительных экзаменах.

Таблица П1.38. Набор данных к варианту 38

N2

Поле

Тип

Раз-

Описание

мер

1

PersonID

Числовой

5

Регистрационный номер аби-

туриента

2

Name

Текстовый

40

ФИО абитуриента

3

Date

Дата/время

Авто

Дата регистрации

4

Picture

Поле объек-

Авто

Фотография абитуриента

та OLE

5

Address

Текстовый

60

Домашний адрес абитуриента

6

Phone

Текстовый

15

Телефон абитуриента

Таблица П1.38 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

7

Birth

Дата/время

Авто

Дата рождения абитуриента

8

School

Текстовый

20

Название оконченной школы

9

Мопеу

Логический

1

Возможность оплаты обуче-

ния (да/нет)

10

Passport

Текстовый

20

Номер паспорта

11

PassportDate

Дата/время

Авто

Дата выдачи паспорта

12

Region

Текстовый

40

Кем выдан паспорт

13

Attestat

Текстовый

20

Номер аттестата

14

Middle

Числовой

Авто

Средний балл аттестата

15

Faculty

Текстовый

40

Название выбранного фа-

культета

16

Speciality

Текстовый

40

Название выбранной специ-

альности

17

Registrar

Текстовый

15

Фамилия принявшего доку-

менты

18

Talk

Логический

1

Рекомендован для собеседо-

вания

19

Result

Числовой

Авто

Набрано баллов при поступ-

лении

20

Contract

Логический

1

Договор с предприятием

(да/нет)

21

ContractID

Числовой

10

Номер договора

22

ContractAbout

Поле Memo

Авто

Условия договора

23

ContAddress

Текстовый

60

Адрес предприятия

24

ContPhone

Текстовый

15

Телефон предприятия

25

payment

Логический

1

Платит предприятие (да/нет)

26

EGE

Текстовый

20

Номер аттестата ЕГЭ

N2

Поле

Тип

Раз-

Описание

мер

27

Lesson

Текстовый

20

Предмет, по которому сдан

ЕГЭ

28

Score

Числовой

Авто

Набрано баллов по ЕГЭ

29

YesID

Числовой

5

Номер после зачисления

ЗА

Туре

Числовой

1

Основа, на которой зачислен

Таблица П1.38 (окончание)

Вариант 39

Разработать прикладное программное обеспечение деятельности кассы авиакомпании (табл. Пl.39). Касса авиакомпании занимается продажей билетов на предстоящие рейсы. В билете указывается номер и название рейса, а также все остальные необходимые для пассажира данные: дата и время вылета, прибытия, номер места и класс (бизнес, экономический). Цена билета зависит от рейса, лайнера, класса, а также от времени покупки билета — иногда авиакомпании делают скидки купившим билет более чем за месяц или на «горящие рейсы» — все зависит от желания компании. Билеты продаются только совершеннолетним гражданам при предъявлении паспорта. У авиакомпании обычно имеется несколько касс, расположенных в разных концах города, поэтому обязательно необходимо учитывать номер кассы, в которой был продан билет, во избежание недоразумений при сдаче или обмене билета.

N2

Поле

Тип

Раз-

Описание

мер

1

Passage

Числовой

5

Номер рейса

2

Title

Текстовый

40

Название рейса

З

Date

Дата/время

Авто

Дата вылета

4

Time

Дата/время

Авто

Время вылета

Таблица П1.З9. Набор данных к варианту 39

N2

Поле

Тип

Раз-

Описание

мер

5

Arrival

Дата/время

Авто

Дата прибытия

6

ArrivalTime

Дата/время

Авто

Время прибытия

7

Seats

Логический

1

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

(есть/нет)

8

Places

Текстовый

50

Места промежуточных поса-

док

9

passenger

Числовой

5

Регистрационный номер пас-

сажира

10

Name

Текстовый

40

ФИО пассажира

11

Date

Дата/время

Авто

Дата покупки билета

12

Passport

Текстовый

20

Номер паспорта

13

PassportDate

Дата/время

Авто

Дата выдачи паспорта

14

Region

Текстовый

40

Кем выдан паспорт

15

Till

Числовой

5

Номер билетной кассы

16

Ticket

Числовой

10

Номер билета

17

Chair

Числовой

3

Номер места

18

Class

Числовой

1

Класс

19

Price

Денежный

6

Цена билета

20

Registrar

Текстовый

15

Фамилия регистратора

21

Airliner

Числовой

10

Номер лайнера

22

AirlinerName

Текстовый

15

Название лайнера

23

Year

Числовой

4

Год создания

24

Picture

Поле объек-

Авто

Фотография лайнера

та OLE

25

Amount

Числовой

4

Количество совершенных рей-

сов

Таблица П1.З9 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

26

Repair

Дата/время

Авто

Дата последнего техосмотра

27

Crew

Числовой

4

Номер экипажа

28

Pilot

Текстовый

15

Фамилия пилота

29

CrewNames

Поле Мето

Авто

Фамилии остальных членов

экипажа

Таблица П1.З9 (окончание)

Вариант 40

Разработать прикладное программное обеспечение деятельности предприятия по учету платы за потребленную электроэнергию (табл. Пl.40). ПЛата взимается с каждой квартиры в зависимости от количества потребленной энергии или от числа проживающих, если счетчик отсутствует. Существует несколько методик начисления абонентской платы. ПЛата зависит от вида счетчика (однофазный, трехфазный), от типа счетчика (возможность учета дневного и ночного тарифов), а также от вида квартиры (коммунальная, отдельная). Ответственный квартиросъемщик обязан каждый месяц снимать показания счетчика и производить оплату за потребленную электроэнергию через сбербанк. Второй экземпляр квитанции он обязан хранить у себя и предъявлять инспектору по первому требованию.

Таблица П1.40. Набор данных к варианту 40

N2

Поле

Тип

Раз-

Описание

мер

1

Address

Текстовый

60

Адрес здания

2

Oistrict

Текстовый

15

Район города

3

Material

Текстовый

15

Тип стен

4

Floor

Текстовый

15

Тип перекрытий

5

Picture

Поле 06ъ-

Авто

Фото здания

екта OLE

Таблица П1.40 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

6

Owner

Текстовый

15

Балансодержатель

7

Doorway

Числовой

2

Количество подъездов в доме

8

Flats

Числовой

3

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

9

LastName

Текстовый

20

Фамилия квартиросъемщика

10

FirstName

Текстовый

20

Имя квартиросъемщика

11

patronymic

Текстовый

20

Отчество квартиросъемщика

12

Passport

Текстовый

20

Номер паспорта

13

Flat

Числовой

3

Номер квартиры

14

FlatType

Числовой

1

Вид квартиры

15

People

Числовой

2

Количество проживающих

16

EStove

Логический

1

Наличие электроплиты (есть/нет)

17

Number

Текстовый

10

Номер счетчика

18

Kind

Числовой

1

Вид счетчика

19

Туре

Числовой

1

Тип счетчика

20

Factor

Числовой

Авто

Коэффициент фазности

21

Comment

Поле Мето

Авто

Примечания

22

Tariff

Числовой

Авто

Плата за человека в месяц без

счетчика

23

Dау

Числовой

Авто

Плата по дневному тарифу

24

Night

Числовой

Авто

Плата по ночному тарифу

25

24hour

Числовой

Авто

Плата по круглосуточному тари-

фу

26

BeginMonth

Числовой

Авто

Показания счетчика в начале ме-

сяца

27

EndMonth

Числовой

Авто

Показания счетчика в конце ме-

сяца

N2

Поле

Тип

Раз-

Описание

мер

28

Privilege

Денежный

Авто

Льгота в месяц на квартиру в

рублях

29

Surname

Текстовый

20

Фамилия ответственного инспек-

тора

Таблица П1.40 (окончание)

Вариант 41

Разработать прикладное программное обеспечение деятельности железнодорожной кассы (табл. Пl.41). Железнодорожная касса занимается продажей билетов на предстоящие рейсы. В билете указывается номер и название поезда, а также все остальные необходимые для пассажира данные: дата и время отправления, прибытия, номер вагона, места и класс (общий, купейный, СВ). Цена билета зависит от поезда, класса, а также от времени покупки билета _ иногда делаются скидки купившим билет более чем за месяц или на «горящие рейсы» — все зависит от желания компании. Билеты продаются только совершеннолетним гражданам при предъявлении паспорта. У дороги имеется несколько касс, расположенных в разных концах города, поэтому обязательно необходимо учитывать номер кассы, в которой был продан билет, во избежание недоразумений при сдаче или обмене билета.

N2

Поле

Тип

Раз-

Описание

мер

1

Passage

Числовой

5

Номер поезда

2

Title

Текстовый

40

Название поезда

3

Date

Дата/время

Авто

Дата отправления

4

Time

Дата/время

Авто

Время отправления

5

Arrival

Дата/время

Авто

Дата прибытия

6

ArrivalTime

Дата/время

Авто

Время прибытия

Таблица П1.41. Набор данных к варианту 41

N2

Поле

Тип

Раз-

Описание

мер

7

Seats

Логический

1

Промежуточные станции

(есть/нет)

8

Places

Текстовый

50

Названия промежуточных

станций

9

passenger

Числовой

5

Регистрационный номер пас-

сажира

10

Name

Текстовый

40

ФИО пассажира

11

Date

Дата/время

Авто

Дата покупки билета

12

Passport

Текстовый

20

Номер паспорта

13

PassportDate

Дата/время

Авто

Дата выдачи паспорта

14

Region

Текстовый

40

Кем выдан паспорт

15

Till

Числовой

5

Номер билетной кассы

16

Ticket

Числовой

10

Номер билета

17

Chair

Числовой

3

Номер места

18

Class

Числовой

1

Класс

19

Price

Денежный

6

Цена билета

20

Registrar

Текстовый

15

Фамилия кассира

21

Airliner

Числовой

10

Номер состава

22

AirlinerName

Текстовый

15

Название состава

23

Year

Числовой

4

Год основания маршрута

24

Picture

Поле объек-

Авто

Фотография состава

та OLE

25

Amount

Числовой

4

Количество совершенных

рейсов

26

Repair

Дата/время

Авто

Фамилия начальника поезда

27

Crew

Числовой

4

Номер бригады

Таблица П1.41 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

28

Pilot

Текстовый

15

Фамилия машиниста

29

CrewNames

Поле Мета

Авто

Фамилии остальных членов

бригады

Таблица П1.41 (окончание)

Вариант 42

Разработать прикладное программное обеспечение деятельности отдела контроля прохождения документов администрации города (табл. Пl.42). В органах государственной власти циркулирует значительный объем постановлений, распоряжений, инструкций, писем и других документов, обеспечивающих качественную управленческую работу. Некоторые документы должны быть приняты к сведению, другие к исполнению, а на третьи надо в определенный законодательством срок дать ответ. Особенно важные документы попадают в разряд «контрольных». На них требуется обязательный ответ в 10- дневный срок. Список исполнителей, которым должна быть передана копия поступившего документа, определяет отдел контроля. Он же следит за своевременным исполнением ответов на поступившие документы и в установленный срок готовит руководителям департаментов администрации города отчет о невыполненных постановлениях и распоряжениях.

N2

Поле

Тип

Раз-

Описание

мер

1

Number

Текстовый

10

Номер поступившего документа

2

Date

Датаl

Авто

Дата поступившего документа

время

3

Name

Текстовый

255

Название документа

4

FileName

Текстовый

8

Имя РDF-файла, содержащего

отсканированный документ

Таблица П1.42. Набор данных к варианту 42

N!!

Поле

Тип

Раз-

Описание

мер

5

FolderName

Текстовый

8

Имя папки с документами

6

Comment

Поле

Авто

Примечания

Мето

7

Source

Текстовый

100

Источник документа (Прави-

тельство, Дума, мэр)

8

Town

Текстовый

20

Город, где находится источник

документа

9

PostIndex

Числовой

6

Почтовый индекс источника до-

кумента

10

Email

Текстовый

40

Адрес электронной почты ис-

точника документа

11

PhoneSource

Текстовый

20

Телефон источника документа

12

FaxSource

Текстовый

20

Факс источника документа

13

Sign

Логиче-

1

Признак (контрольный/не кон-

ский

трольный)

14

Department

Текстовый

100

Название департамента, кото-

рому передан документ на ис-

полнение

15

Director

Текстовый

60

ФИQ директора департамента

16

point

Логиче-

1

Отметка о прочтении документа

ский

в департаменте

17

Power

Текстовый

50

Управление департамента, ко-

торому передан документ на

исполнение

18

Chief

Текстовый

60

ФИQ начальника управления

19

Slave

Текстовый

60

ФИО исполнителя документа

20

Answer

Текстовый

10

Номер документа-ответа

21

DateAnswer

Датаl

Авто

Дата документа-ответа

время

Таблица П1.42 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

22

NameAnswer

Текстовый

255

Название документа-ответа

23

FileAnswer

Текстовый

8

Имя РDF-файла, содержащего

отсканированный документ-

ответ

24

FolderAnswer

Текстовый

8

Имя папки с документами-

ответами

25

CommentAns

Поле

Авто

Примечания

Мето

26

PhoneAnswer

Текстовый

20

Телефон для связи

27

SubSlave

Текстовый

60

ФИО подготовившего ответ

Таблица П1.42 (окончание)

Вариант 43

Разработать прикладное программное обеспечение деятельности предприятия по учету платы за отопление (табл. П1.43). ПЛата взимается с каждой квартиры в зависимости от ее площади. Если температура в квартире или в одной ее комнате (не работает стояк отопления) опускается ниже 18 градусов, то за это время делается перерасчет по специальной методике. Ответственный квартиросъемщик по своему желанию может установить в квартире приборы учета тепловой энергии. В этом случае плата начисляется в зависимости от числа потребленных килокалорий. Обязанность учета показаний счетчиков лежит на квартиросъемщике.

N2

Поле

Тип

Раз-

Описание

мер

1

Address

Текстовый

60

Адрес здания

2

District

Текстовый

15

Район города

Таблица П1.4З. Набор данных к варианту 43

N2

Поле

Тип

Раз-

Описание

мер

3

Material

Текстовый

15

Тип стен

4

Floor

Текстовый

15

Тип перекрытий

5

Picture

Поле объ-

Авто

Фото здания

екта OLE

6

Owner

Текстовый

15

Бала нсодержател ь

7

Doorway

Числовой

2

Количество подъездов в доме

8

Flats

Числовой

3

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

9

LastNaтe

Текстовый

20

Фамилия квартиросъемщика

10

FirstNaтe

Текстовый

20

Имя квартиросъемщика

11

SecondNaтe

Текстовый

20

Отчество квартиросъемщика

12

Passport

Текстовый

20

Номер паспорта

13

Flat

Числовой

3

Номер квартиры

14

FlatType

Числовой

1

Вид квартиры

15

People

Числовой

2

Количество проживающих

16

Туре

Логический

1

Последний этаж (да/нет)

17

Number

Текстовый

10

Номер при бора учета тепловой

энергии

18

Kind

Числовой

1

Вид прибора

19

Туре

Числовой

1

Тип прибора

20

DateTest

Дата/время

Авто

Дата сертификации

21

Comтent

Поле Мето

Авто

Примечания

22

Tariff

Числовой

Авто

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

23

Count

Числовой

1

Количество при боров учета в

квартире

24

Sign

Логический

1

Использование при боров (да/нет)

Таблица П1.43 (продолжение)

N2

Поле

Тип

Раз-

Описание

мер

25

Square

Числовой

Авто

Площадь квартиры

26

BeginMonth

Числовой

Авто

Показания счетчика в начале ме-

сяца

27

EndMonth

Числовой

Авто

Показания счетчика в конце ме-

сяца

28

Privilege

Денежный

Авто

Льгота в месяц на квартиру в

рублях

29

Surname

Текстовый

20

Фамилия ответственного инспек-

тора

Таблица П1.43 (окончание)

Вариант 44

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

Таблица П1.44. Набор данных к варианту 44

N2

Поле

Тип

Раз-

Описание

мер

1

GoodsID

Числовой

10

Регистрационный номер това-

ра в базе

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