Рабочая программа

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО КУЛЬТУРЕ И КИНЕМАТОГРАФИИ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

«ТЮМЕНСКАЯ ГОСУДАРСТВЕННАЯ АКАДЕМИЯ КУЛЬТУРЫ и ИСКУССТВ»

Институт сервиса и социально-информационных коммуникаций

Утверждаю Проректор по учебной работе ______________ «____» __________ 2007г.

Рабочая программа

Кафедра ___________Информатики и информационных технологий

(Наименование кафедры, обеспечивающей преподавание дисциплины)

Наименование дисциплины и шифр

Разработка и стандартизация программных средств и информационных технологий (ОПД. Ф.08)

(Шифр с указанием шифра подготовки)

Направление 080800 прикладная информатика (по областям)

(Код специальности, направления)

Степень (квалификация) – бакалавр прикладной информатики

Форма обучения __________Дневная__________________________

(Дневная, заочная)

Объем дисциплины ________________________________208_________

(общий объем дисциплины в час)

Статус дисциплины ________________________обязательная________

(Обязательная, элективная, факультативная)

Распределение по семестрам

Семестр	Предмет	Объем учебной работы студентов (в час.)	Курсовая работа, курсовой проект	Итоговая аттестация
Общий объем	В том числе
Аудиторные	Самостоятельная работа студента
Всего	Из них
Лекций	Лабораторных работ	Практических занятий
5	Разработка и стандартизация программных средств и информационных технологий	104	54	18	-	36	50	-	зачет
6	104	52	18	-	34	52	КР	экзамен
Всего	208	106	36	-	70	102

Рабочая программа составлена на основании Государственного образовательного стандарта высшего профессионального образования по направлению 080800 Прикладная информатика; степень (квалификация) – бакалавр прикладной информатики, утвержденного приказом Министерства образования и науки Российской Федерации, 27 декабря 2005г. Номер государственной регистрации 774 эк/бак.

Составитель:

Рабочая программа обсуждена и одобрена на заседании кафедры
«__»_____2007г. Протокол № _____

И. о. зав. кафедрой_______________

«_____» __________2007г.

Федеральный компонент Государственного образовательного стандарта

высшего профессионального образования

Специальность 080800 – Прикладная информатика

Степень (квалификация) – Бакалавр прикладной информатики

Обязательный минимум содержания

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

Рабочая программа

1. Цели преподавания дисциплины.

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

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

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

В результате изучения курса студент должен знать: – основные тенденции развития информационных технологий и методов программирования;

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

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

- современные технологии разработки программных систем и основные направления их развития;

– содержание и методы испытаний программного обеспечения;

- состав и структуру программной документации;

- основные стандарты на программные и аппаратно-программные изделия;

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

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

уметь: – проектировать и разрабатывать программные комплексы информационных систем;

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

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

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

– использовать комплекс стандартов ЕСПД; пересмотр ЕСПД на основе стандарта ИСО/МЭК ; ГОСТы, входящие в перечень документов ЕСПД; виды программ и программных документов по ГОСТ 19.101-77; виды программных документов и их коды; разработка эскизного и технического проекта, техническое задание; описание программы - состав и требования; требования к содержанию пояснительной записки по ГОСТ 19.404-79 ЕСПД.

иметь представление:

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

– о современных языках программирования, их классификации, сфере применения и стандартах;

– об особенностях стандартизации программных систем и системе стандартов аппаратно-программных средств.

Основными видами занятий являются лекции и практические занятия

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

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

курс высшей математики; курс математической логики; курс теории вероятностей и математической статистики; курс программирования (на языках С++, Паскаль или Бейсик).

2. Содержание дисциплины

2.1. Лекционные занятия

№	Темы и краткое содержание лекционных и практических занятий	лек
1.	5-й семестр (лекций 18 часов)
1.	Введение Место аппаратного и программного обеспечения в архитектуре информационных систем. Системное и прикладное программное обеспечение. Общесистемное программное обеспечение (middleware). Среда программирования. Основные проблемы разработки, отладки и испытаний программного обеспечения информационных систем. Пользовательский интерфейс и его роль в эффективности информационных систем. Психология восприятия человеком информации и принятия им решений и учет ее при создании программного обеспечения.	2
2.	Тема 1. Основные проблемы разработки программного обеспечения. Эволюция технологии программирования. Поколения вычислительных средств и изменение критериев оценки эффективности технологий создания информационных систем. Эволюция языков программирования и их уровни. Требования к языкам программирования для ЭВМ разных поколений. Поколения языков программирования. Сравнительный анализ языков программирования и их классификация. Процедурные и декларативные языки программирования. Программирование параллельных процессов. Стандарты языков программирования. Нематематическое применение вычислительных средств. Применение типовых программных комплексов при разработке программного обеспечения. Структурное и модульное программирование. Объектно-ориентиро­ван­ное проектирование при разработке программного обеспечения.	4
3.	Тема 2. Проектирование программного обеспечения информационных систем Стандарты и их требования к программному обеспечению информационных систем. Принципы разработки операционных систем и программного обеспечения различных режимов работы вычислительных систем. Общесистемное программное обеспечение (middlewаre), решаемые задачи, обоснование требований и проектирование. Требования к интерфейсным системам и прикладному программному обеспечению. Интегрированные системы. АРМ – автоматизированные рабочие места. Их проектирование и разработка. Алгоритмы и способы их описания. Организация разработки прикладных задач, не поддающихся алгоритмизации. Понятие о прикладных нечетких системах.	6
4.	Тема 3. Современные технологии проектирования программных систем (лекции 6 часов, практические занятия 4 часа). Эволюция критериев в информационных технологиях. Непрограммирующий профессионал – основная фигура в информационном обществе. Задача формализации профессиональных знаний. Этапы подготовки и решения задач на ЭВМ: постановка задачи, математическое описание задачи, выбор и обоснование метода решения, алгоритмизация, составление программы, отладка программы, испытания программы, решение задачи и анализ результатов. Требования Государственных стандартов к проектной документации. Компиляция и интерпретация программ. Требования к компиляторам. Выбор языков программирования при проектировании и разработке информационных систем. Стандарты языков программирования. Место в разработке информационных систем машинных языков и ассемблеров. Стили программирования: процедурный, функциональный, логический. Структурное, модульное объектно-ориентирован­ное программирование. Программирование, управляемое данными. Программирование по контракту.	6
Всего за 5-й семестр	18
	6-й семестр (лекций 18 часов)
5.	Тема 4. Процессы жизненного цикла программных средств и стандартизация программного обеспечения Сущность стандартизации, роль и место стандартизации в производстве и применении программного обеспечения, нормативные документы по стандартизации и виды стандартов. Процессы, работы и задачи, которые используются: при приобретении системы, содержащей программные средства, или отдельно поставляемого программного продукта; при оказании программной услуги, а также при поставке, разработке, эксплуатации и сопровождении программных продуктов. Программные компоненты программно-аппаратных средств. Процессы, используемые при определении, контроле и модернизации процессов жизненного цикла программных средств. Пакеты программ. Требования к качеству и тестирование	6
6.	Тема 5. Проектирование комплекса пользовательских программ Анализ предметной области информационной системы и подготовка требований к прикладным задачам. Прикладное программное обеспечение. Проблема проектирования: приобретение типовых программ или собственная разработка? Разработка постановок прикладных задач и алгоритмов их решения. Разработка требований к пользовательскому интерфейсу и проектирование его реализации. Интеллектуальный интерфейс и его эргономика. Восприятие информации пользователем системы. Учет психологии восприятия при проектировании информационных систем. Инструментарий разработчика и его использование при создании информационных систем. Разработка требований к конструированию форм и разработка управляющих меню. Использование готовых компонентов в приложениях.	4
7.	Тема 6. Применение стандартного языка объектного моделирования программных систем. Унифицированный язык моделирования, UML и его место в анализе и проектировании программных систем. Основы процесса разработки. Начальная фаза проекта, уточнение, конструирование. Варианты использования и их диаграммы. Диаграммы классов, CRC-карты, диаграммы взаимодействия, пакетов, состояний, деятельностей, размещения. UML и программирование.	4
8.	Тема 7. Особенности разработки корпоративного программного обеспечения Разработка и выполнение требований к операционным системам региональных и локальных информационных сетей. Проблема сопряжения неоднородных вычислительных систем в единой информационной системе и ее возможные проектные решения. Использование Internet и Intranet - технологий. Профили взаимосвязи различных сетевых архитектур и технологий. Принципы выбора способов передачи информации и каналов связи при проектировании территориально-распределенных и локальных информационных систем. Стандарты Internet и локальных вычислительных сетей и выполнение их требований при проектировании информационных сетей.	4
Всего за 6-й семестр	18
Всего по курсу	36

2.2. Практические занятия

№	Темы практических занятий	Час
	5-й семестр
1.	Классификация и обозначение стандартов ЕСПД по ГОСТ 19.001-77, устанавливающему целевое назначение, область распространения, классификацию и правила обозначения стандартов, входящих в комплекс Единой системы программной документации (ЕСПД).	2
2.	Стадии разработки ЕСПД по ГОСТ 19.102-77.	2
3.	Обозначение программ и программных документов по ГОСТ 19.103-77	2
4.	Содержание и оформление пояснительной записки по ГОСТ 19.404-79.	2
5.	Правила применения символов	2
6.	Правила выполнения схем алгоритмов ГОСТ	2
7.	Текст программы по ГОСТ 19.401-78, устанавливает требования к содержанию и оформлению программного документа «Текст программы»,	2
8.	Обозначения условные и графические ГОСТ 19.003-80	2
9.	Программа и методика испытаний ГОСТ 19.301-79(81)	2
10.	Термины и определения ГОСТ 19.004-80, ГОСТ 19.005-85	2
11.	Спецификация. Требования к содержанию и оформлению ГОСТ 19.202-78(80), устанавливает форму и порядок составления программного документа «Спецификация».	4
12.	Общие требования к программным документам по ГОСТ 19.105-78(8)	2
13.	Вид программ и программных документов ГОСТ 19.101-77	2
14.	Основные надписи по ГОСТ 19.104-78(80)	2
15.	Стадии разработки ЕСПД по ГОСТ 19.102-77. Обозначение программ и программных документов по ГОСТ 19.103-77.	2
16.	Итоговая контрольная работа	4
Всего за 5-й семестр	36
6-й семестр
17.	Реализация процессов жизненного цикла программного изделия (ПИ), с возможностью тиражирования и применения в виде пакета прикладных программ (ППП) для решения определенного набора экономических задач конечного пользователя.	4
18.	Реализация процессов разработки, документирования, обеспечения качества, приемки работ, приемки изделия, управления проектом.	4
19.	Разработка технического задания на примере задачи из предметной области социально-культурной сферы. Расчет стоимости создания программного изделия	4
20.	Технологическая подготовка и планирование работ (обоснование выбора средства программирования (языка программирования) и инструментальных средств.	4
21.	Проектирование архитектуры программного изделия (ПИ)	4
22.	Программная реализация и тестирование программного изделия (ПИ).	4
23.	Подготовка программной документации для специалистов двух категорий: а) персонал разработки и сопровождения программного изделия; б) конечного пользователя ППП.	4
24.	Разработка пользовательского интерфейса ПИ с максимально развитой контекстной справкой с вызовом по возникшему вопросу из любого места программы.	4
25.	Консультации по проекту	4
Всего за 6-й семестр	36

В 6-м семестре предусмотрено выполнение курсового проекта.

Методические указания

по выполнению курсового проекта

1. НАЗНАЧЕНИЕ ПРОЕКТА

Целью курсового проекта является реализация процессов жизненного цикла программного изделия (ПИ), для которого предполагается возможность его тиражирования и применения в виде пакета прикладных программ (ППП) для решения определенного набора экономических задач конечного пользователя. В соответствии с ГОСТ Р ИСО/МЭК в проекте реализуются процессы разработки, документирования, обеспечения качества, приемки работ, приемки изделия, управления проектом.

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

2. ПОРЯДОК ВЫПОЛНЕНИЯ ПРОЕКТА

2.1. Проводится анализ требований к ПИ в результате чего формируется техническое задание (ТЗ) на разрабатываемое ПИ. В ТЗ по пунктам определяются:

- назначение и область применения ПИ;

- основание для разработки;

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

- требования по передаче программной продукции заказчику, ее оценки и установке на месте эксплуатации (условия не должны выходить за возможности учебных аудиторий ТГАКИ);

- календарный план разработки с указанием сроков завершения этапов и работы в целом.

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

Определяется предварительная цена ПИ или сумма договора на разработку в зависимости от вида создаваемого ПИ. Приводится ее обоснование.

2.2. В соответствии с полученным заданием, разработчик (коллектив разработчиков) проекта проводит технологическую подготовку разработки и ее планирование.

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

-  средства программирования (языка программирования);

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

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

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

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

2.3. Осуществляется проектирование архитектуры ПИ:

-  разрабатываются формы входной информации, применяя которые пользователь формирует исходные данные для работы ПИ в целях решения задач, определенных в ТЗ;

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

-  разрабатывается пользовательский интерфейс, который позволяет пользователю осуществить управление работой ПИ при его эксплуатации;

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

-  Результаты работ по проектированию архитектуры ПИ согласовываются с заказчиком и документируются в соответствии с ТЗ.

2.4. Разрабатывается детальный проект ПИ.

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

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

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

Итоги выполнения работ п.2.4 документируются в соответствии с ТЗ.

2.5. Осуществляется программная реализация и тестирование ПИ. При подготовке программного комплекса рекомендуется максимально использовать автоматизированные средства программирования и отладки (генераторы программ, отладчики и т. д.), включая и использование в качестве типовых заимствованные архивные (из предыдущих курсов) разработки, соответствующие требованиям ТЗ.

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

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

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

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

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

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

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

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

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

2.7. Представляются материалы по управлению процессом разработки, связанным с обеспечением фактического выполнения календарного плана, полученного в результате выполнения п.2.2. Указываются фактические затраты ресурсов и причины их отклонения от предполагаемых. Формулируются предложения по корректировке цены поставки ПИ в зависимости от результатов разработки.

3. ПОРЯДОК ОФОРМЛЕНИЯ ПРОЕКТА

Проект оформляется в виде пояснительной записки на листах стандартного формата (293 х 210 мм) в виде распечатки документа на носителе. Пояснительная записка содержит:

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

- содержание, с указанием разделов и подразделов и номерами страниц по пунктам:

1.  Техническое задание (согласно п. 2.1).

2.  Предполагаемая цена (сумма договора на разработку) с обоснованием.

3.  Календарный план разработки (согласно п. 2.2).

4.  Документация разработки и сопровождения: технический проект или набор спецификаций (согласно пп.2.3 и 2.4), документация по материалам п.2.6.а.

5.  Тексты программ по материалам п.2.5

6.  Эксплуатационная документация по материалам п.2.6.б.

7.  Материалы по управлению разработкой по п.2.7.

8.  Список использованной литературы.

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

4. ВЫБОР ЗАДАНИЯ КУРСОВОГО ПРОЕКТА

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

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

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

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

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

Основной документ заполняется первичной информацией пользователя с применением справочника (по тем полям, где это возможно). Объем справочной информации приводимой в базах данных (в справочниках) во время демонстрации проекта в действии должен быть достаточен для подтверждения корректности расчетов. Как правило, достаточно 20 – 30 позиций справочника.

Задание 1

РАСЧЕТНЫЙ ЛИСТ (на 10 человек):

таб. номер - 6, месяц, год - 4, оклад - 7, премия - 7, больничный лист - 7, подоходный налог - 6, аванс -7, пенсионный фонд - 6, прочее - 7, код льгот –2, кол-во льгот –2.

Требуется сформировать «Платежную ведомость»: –25, таб. номер –6, сумма выдачи –7, подпись –10.

Справочные таблицы:

1.  код льгот - 2, наименование льготы –20;

2.  стаж-2, размер пособия % (размер пособия используемый при расчете временной нетрудоспособности)-4;

3.  фамилия И. О.–25, таб. номер -6, должность –15, выслуга лет –2.

Запросы:

1. табельный номер и сумма больше заданной;

2. фамилия И. О., интервал времени, сумма выплаченных премий;

3. фамилия И. О., интервал времени кол-во дней пропущенных по болезни.

Задание 2.

МАТЕРИАЛЬНОЕ ТРЕБОВАНИЕ (на 10 материалов):

номер документа - 4, код склада - 2, кладовая - 1, цех получа, дата - 6, код материала - 5, единица измерения - 2, количество отпущено - 5, сумма по документу - 6.

Справочные таблицы:

1.  код материала –5, наименование материала –10, ед. измерения –2, цена за единицу –3;

2.  код склада –2, наименование склада –15, ФИО материально ответственного лица.

Запросы:

1. ФИО материально ответственного лица, наименование материала, сумма по документу;

2. интервал времени, код материала, кол-во отпущено;

3. наименование склада, цех получатель, кол-во отпущено.

Задание 3.

ДОГОВОР (на 10 договоров):

номер договора - 5, наименование организации -25, адрес - 50, расчетный счет - 20, начальный срок договора -8, конечный срок договора - 8, код продукта - 7, единица измерения -2, количество по договору – 8, сумма по договору –6.

Справочные таблицы:

1.  наименование организации –25, код организации –4, адрес – 50, расчетный счет –20;

2.  код продукта –7, наименование продукта –15, ед. измерения –2, цена за единицу – 3.

Запросы:

1. код организации, интервал времени, сумма по договору;

2. наименование организации, код продукта, количество продукта по договору больше заданной величины, ед. измерения;

3. номер договора, код продукта и конечный срок договора.

Задание 4.

ПРИХОДНО-РАСХОДНЫЙ ОРДЕР (на 8 материалов):

номер документа - 4, дата - 6, код цеха - 2, код склада - 2, номенклатурный номер материала - 6, количество - 5, поступило материала на сумму (в руб.), операция движения материала (приход-расход) - 1.

Справочные таблицы:

1.  номенклатурный номер материала –2, наименование материала –10, ед. измерения –2, цена за единицу -5;

2.  код склада –2, емкость склада –6.

Запросы:

1. номер документа, операция движения материала, наименование материала;

2. интервал времени, код склада, номенклатурный номер материала;

3. дата, сумма больше заданной (поступило материала на сумму в руб.), наименование материала, код цеха.

Задание 5.

СВОДНАЯ ВЕДОМОСТЬ ПО ПРОДАЖЕ ЦЕННЫХ БУМАГ ЗА ДЕНЬ (на 20 позиций):

дата - 8, количество проданных ЦБ –8, дата выпуска –8, вид ЦБ –5, номинал - 8, вид валюты – 6, приобретены на срок -8.

Справочные таблицы:

1.  номер описания ЦБ–5, описание ЦБ –30, вид ЦБ –6;

2.  вид ЦБ –6, номинал –8, % годовой –3, % льготный –3.

Запросы:

1. интервал времени, количество проданных ЦБ, сумма проданных ЦБ;

2. дата выпуска, вид ЦБ, номинал, сумма по окончанию срока;

3. вид ЦБ, дата выпуска, описания.

Задание 6.

СВЕДЕНИЯ О БРАКЕ (на 10 записей):

дата - 6, цех - 2, участок - 2, код изделия - 5, код причины брака –6, таб. номер виновника брака - 6, количество выпущено - 4, количество брака - 4.

Справочные таблицы:

1.  код изделия –5, наименование изделия –15, цена за единицу –6, цена при наличии брака –6;

2.  код причины брака –6, описание -20;

3.  таб. номер виновника брака –6, ФИО виновника –15, Сумма удержания за брак –6.

Запросы:

1. ФИО виновника, дата, сумма удержания за брак;

2. интервал времени, кол-во брака, наименование изделия;

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

Задание 7.

НАКЛАДНАЯ НА СДАЧУ ГОТОВОЙ ПРОДУКЦИИ (на 10 позиций):

номер документа - 5, дата - 6, код склада - 3, код цеха отправи, код операции движения материальных ценностей - 2, код изделия - 6, количество отправлено - 6, количество принято - 6, сумма принято –8, сумма по накладной - 10.

Справочные таблицы:

1.  код изделия –6, наименование изделия –15, ед. измерения –2, цена за единицу –6;

2.  код склада –3, наименование склада –10, емкость склада –6, кол-во свободного места на складе –6.

Запросы:

1. номер склада, дата, кол-во изделий не принятых на склад.

2. наименование изделия, интервал времени, наименование склада, количество принято;

3. сумма по накладной больше заданной, наименование изделия, дата, код цеха отправителя.

Задание 8.

ПРИХОДНЫЙ ОРДЕР (8 позиций):

дата - 6, код поставщика - 4, код склада-получа, наименование материала - 8, количество по сопроводительному документу - 6, количество фактическое – 6, сумма по документу.

Справочные таблицы:

1.  номенклатурный номер материала –8, наименование материала –15, цена за единицу –6;

2.  код поставщика –4, наименование поставщика –15, юридич. адрес –30;

3.  код склада получателя –2, наименование получателя –15, юридич. адрес – 30.

Запросы:

1. наименование поставщика и интервал времени;

2. склад и номенклатурный номер материала;

3. номенклатурный номер материала и интервал времени.

Задание 9.

СВЕДЕНИЯ О ПРОСТОЯХ (на 10 записей):

дата - 6, цех - 2, участок - 2, таб.№ виновника простоя - 4, время простоя - 3, таб.№ работника в простое - 4,сумма оплаты за простой - 5, код заказа - 3.

Справочные таблицы:

таб.№ работника в простое - 4, ФИО работника в простое - 15, профессия работника в простое - 20;

наименование причины простоя -15, таб. № виновника простоя - 4, ФИО виновника простоя - 15.

Запросы:

1.  дата, таб.№ работника в простое, ФИО работника в постое, профессия работника в простое;

2.  интервал времени, суммарное время простоя за интервал;

3.  дата, наименование причины постоя, ФИО виновника в простое.

Задание 0.

СВЕДЕНИЯ О ВЫПОЛНЕНИИ ЗАДАНИЯ (на 15 позиций):

дата - 6, цех - 2, участок - 2, смена - 1, код изделия - 7, количество план. - 5, количество факт. - 5, код склада-получа, сумма по факту.

Справочные таблицы:

1.  код изделия - 7, наименование изделия -15, ед. измерения -4, цена за единицу;

2.  код склада получа, наименование склада -15.

Запросы:

1.  дата, участок, смена, количество единиц расхождения между планом и фактом;

2.  код изделия, ед. измерения, сумма, на которую факт расходится с планом;

3.  интервал времени, план меньше факта.

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

Литература:

Основная литература

, , Стандартизация разработки программных средств (под ред. проф. ), "Финансы и статистика", М.:-2003 , Соколов и проектирование , Фомин системы в экономике: основы информационного бизнеса. Учебное пособие СПб.: СПБГИЭА, 1999. Вендеров программного обеспечения экономических информационных систем. Учебник. М.: Финансы и статистика, 2000. Гультяев проектами MS Project 2000. CПб.: КРОНА, 2002. Журнал “Директор информационной службы”. информационных систем. С-ПБ.: СПБГИЭА, 1998. Калянов и практика реорганизации бизнесс-процессов. М.: СИНТЕГ, 2000. Когаловский технологий баз данных. - М.: Финансы и статистика, 2002. , Cергеев С. К. и др. Менеджмент систем качества М.: Изд-во стандартов, 1997. , Основы стандартизации, сертификации, метрологии М.: ЮНИТИ - ДАНА, 2001 Липаев и оценивание характеристик качества программных средств. Методы и стандарты. М.: СИНТЕГ,2001. Липаев и управление конфигурацией программных средств (методы и стандарты). М.: СИНТЕГ, 1998. Липаев качества программных средств. Методы и стандарты. М.: СИНТЕГ, 2001. , Савинков словарь по информатике М.: "Финансы и статистика" – 1995 Принципы проектирования и разработки программного обеспечения. Учебный курс MCSD. М.: Русская редакция, 2000. процессов. М.: СИНТЕГ, 2000. Черемных C. В., , C., Структурный анализ ситем: IDEF-технология. М.: Финансы и статистика, 2001. WWW. ***** WWW. *****

Дополнительная литература

Манацков, и стандартизация программных средств и информационных технологий //Aud-248- pr/УМКД/спец. 351400 "Прикл. инф-ка"