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

Содержание:

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

Задание

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

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

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

Набор данных к варианту 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 Авто Примечания

• 
• 
• 

© 2023 Prezi Inc.
Terms & Privacy Policy

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

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

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

Уважаемые читатели, надеюсь, вы изучили и освоили весь материал книги. Настало время первой разработки. Вашему вниманию предлагается 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З	Идентификационный номер

Таблица П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	Регистрационный номер това-
				ра в базе