Лабораторная работа 1. Предпроектные исследования предметной области
 Скачать 1.4 Mb.
|
|
Раздел Содержание Общие сведения Полное наименование системы и ее условное обозначение. Шифр темы или шифр (номер) договора. Наименование предприятий разработчика и заказчика системы, их реквизиты. Перечень документов, на основании которых создается ИС. Плановые сроки начала и окончания работ. Сведения об источниках и порядке финансирования работ. Порядок оформления и предъявления заказчику результатов работ по созданию системы, ее частей и отдельных средств Назначение и цепи создания (развития) системы Вид автоматизируемой деятельности. Перечень объектов, на которых предполагается использование системы. 20 Наименования и требуемые значения технических, технологических, производственно-экономических и др. показателей объекта, которые должны быть достигнуты при внедрении 1/1С Характеристика объектов автоматизации Краткие сведения об объекте автоматизации. Сведения об условиях эксплуатации и характеристиках окружающей среды Требования к системе Требования к системе в целом: требования к структуре и функционированию системы (перечень подсистем, уровни иерархии, степень централизации, способы информационного обмена, режимы функционирования, взаимодействие со смежными системами, перспективы развития системы); требования к персоналу (численность пользователей, квалификация, режим работы, порядок подготовки); показатели назначения (степень приспособляемости системы к изменениям процессов управления и значений параметров) требования к надежности, безопасности, эргономике, транспортабельности, эксплуатации, техническому обслуживанию и ремонту, защите и сохранности информации, защите от внешних воздействий, к патентной чистоте, по стандартизации и уни- фикации. Требования к функциям (по подсистемам): перечень подлежащих автоматизации задач; временной регламент реализации каждой функции; требования к качеству реализации каждой функции, к форме представления выходной информации, характеристики точности, достоверности выдачи результатов; перечень и критерии отказов. Требования к видам обеспечения: математическому (состав и область применения математических моделей и методов, типовых и разрабатываемых алгоритмов); информационному (состав, структура и организация данных, обмен данными между компонентами системы, информационная совместимость со смежными системами, используемые классификаторы, СУБД, контроль данных и ведение информационных массивов, процедуры придания юридической силы выходным документам); лингвистическому (языки программирования, языки 21 взаимодействия пользователей с системой, системы кодирования, языки ввода-вывода); программному (независимость программных средств от платформы, качество программных средств и способы его контроля, использование фондов алгоритмов и программ); техническому; метрологическому; организационному (структура и функции эксплуатирующих подразделений, защита от ошибочных действий персонала); методическому (состав нормативно-технической документации) Состав и содержание работ по созданию системы Перечень стадий и этапов работ. Сроки исполнения. Состав организаций-исполнителей работ. Вид и порядок экспертизы технической документации. Программа обеспечения надежности. Программа метрологического обеспечения Порядок контроля и приемки системы Виды, состав, объем и методы испытаний системы. Общие требования к приемке работ по стадиям. Статус приемной комиссии Требования к составу и со- держанию работ по подготовке объекта автоматизации к вводу системы в дей- ствие Преобразование входной информации к машиночитаемому виду. Изменения в объекте автоматизации. Сроки и порядок комплектования и обучения персонала Требования к документированию Перечень подлежащих разработке документов. Перечень документов на машинных носителях Источники разработки Документы и информационные материалы, на основании которых разрабатывается ТЗ и система Задания для выполнения 1. Разработать техническое задание на программный продукт (см. варианты заданий) в соответствии с ГОСТ 19.201-78 и ГОСТ 34.602—89 2. Оформить работу в соответствии с ГОСТ 19.106—78. При оформлении использовать MS Office или OpenOffice.org. 3. Сдать и защитить работу. 22 Варианты заданий 1. Разработать программный модуль «Учет успеваемости студентов». Программный модуль предназначен для оперативного учета успеваемости студентов в сессию деканом, заместителями декана и сотрудниками деканата. Сведения об успеваемости студентов должны храниться в течение всего срока их обучения и использоваться при составлении справок о прослушанных курсах и приложений к диплому. 2. Разработать программный модуль «Личные дела студентов». Программный модуль предназначен для получения сведений о студентах сотрудниками деканата, профкома и отдела кадров. Сведения должны храниться в течение всего срока обучения студентов и использоваться при составлении справок и отчетов. 3. Разработать программный модуль «Решение комбинаторно- оптимизационных задач». Модуль должен содержать алгоритмы поиска цикла минимальной длины (задача коммивояжера), поиска кратчайшего пути и поиска минимального связывающего дерева. 4. Разработать приложение Windows «Органайзер». Приложение предназначено для записи, хранения и поиска адресов и те лефонов физических лиц и организаций, а также расписания, встреч и др. Приложение предназначено для любых пользователей компьютера. 5. Разработать приложение Windows «Калькулятор». Приложение предназначено для любых пользователей и должно содержать все арифметические операции (с соблюдением приоритетов) и желательно (но не обязательно) несколько математических функций. 6. Разработать программный модуль «Кафедра», содержащий сведения о сотрудниках кафедры (ФИО, должность, ученая степень, дисциплины, нагрузка, общественная работа, совместительство и др.). Модуль предназначен для использования сотрудниками отдела кадров и деканата. 7. Разработать программный модуль «Лаборатория», содержащий сведения о сотрудниках лаборатории (ФИО, пол, возраст, семейное положение, наличие детей, должность, ученая степень). Модуль предназначен для использования сотрудниками профкома и отдела кадров. 8. Разработать программный модуль «Автосервис». При записи на обслуживание заполняется заявка, в которой указываются ФИО владельца, марка автомобиля, вид работы, дата приема заказа и стоимость ремонта. После выполнения работ распечатывается квитанция. 9. Разработать программный модуль «Учет нарушений правил дорожного движения». Для каждой автомашины (и ее владельца) в базе хранится список нарушений. Для каждого нарушения фиксируется дата, время, вид нарушения и размер штрафа. При оплате всех штрафов машина удаляется из базы. 10. Разработать программный модуль «Картотека агентства недвижимости», предназначенный для использования работниками агентства. В базе содержатся сведения о квартирах (количество комнат, этаж, метраж и др.). При поступлении заявки на обмен (куплю, продажу) производится 23 поиск подходящего варианта. Если такого нет, клиент заносится в клиентскую базу и оповещается, когда вариант появляется. 11. Разработать программный модуль «Картотека абонентов АТС». Картотека содержит сведения о телефонах и их владельцах. Фиксирует задолженности по оплате (абонентской и повременной). Считается, что повременная оплата местных телефонных разговоров уже введена. 12. Разработать программный модуль «Авиакасса», содержащий сведения о наличии свободных мест на авиамаршруты. В базе должны содержаться сведения о номере рейса, экипаже, типе самолета, дате и времени вылета, а также стоимости авиа билетов (разного класса). При поступлении заявки на билеты программа производит поиск подходящего рейса. 13. Разработать программный модуль «Книжный магазин», содержащий сведения о книгах (автор, название, издательство, год издания, цена). Покупатель оформляет заявку на нужные ему книги, если таковых нет, он заносится в базу и оповещается, когда нужные книги поступают в магазин. 14. Разработать программный модуль «Автостоянка». В программе содержится информация о марке автомобиля, его владельце, дате и времени въезда, стоимости стоянки, скидках, задолженности по оплате и др. 15. Разработать программный модуль «Кадровое агентство», содержащий сведения о вакансиях и резюме. Программный модуль предназначен как для поиска сотрудника, отвечающего требованиям руководителей фирмы, так и для поиска подходящей работы. Примечание. При разработке программы не ограничиваться функциями, приведенными в варианте, добавить несколько своих функций. Обязательно использование структурного и модульного подходов к программированию. Желательно использование объектного подхода. Содержание и оформление отчета по лабораторной работе Отчет по лабораторной работе должен состоять из: 1. Постановки задачи. 2. Технического задания на программный продукт. Отчѐт должен содержать титульный лист, аннотацию, содержание и основную часть, оформленную в соответствии с ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы» или ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению». В техническое задание в раздел календарного плана включить сетевой график/диаграмму Ганта, выполненную с помощью одного из инструментальных средств Защита отчета по лабораторной работе заключается в предъявлении преподавателю полученных результатов (на экране монитора или у доски), демонстрации полученных навыков и ответах на вопросы преподавателя. 24 Пример разработки технического задания на программный продукт Пример 1. Разработать техническое задание на программный продукт «Программа сортировки одномерного массива». Министерство образования и науки Российской Федерации Министерство образования и науки Московской области ОГБОУ СПО МТК Отделение информатики и программного обеспечения вычислительных систем УТВЕРЖДАЮ Зав. отделением ИПОВС, ______________ Иванов И.И. «___» __________________201_ г. ПРОГРАММА СОРТИРОВКИ ОДНОМЕРНОГО МАССИВА Техническое задание на лабораторную работу Листов 3 Руководитель_________ Григорьева Г. Д. Исполнитель, студент гр. 21-И Власов С. Е. г.Москва, 2013 1. Введение Настоящее техническое задание распространяется на разработку программы сортировки одномерного массива методами пузырька, прямого выбора, Шелла и быстрой сортировки, предназначенной для использования школьниками старших классов при изучении курса школьной информатики. 2. Основание для разработки 2.1.Программа разрабатывается на основе учебного плана кафедры «Информатика и программное обеспечение вычислительных систем». 2.2.Наименование работы: «Программа сортировки одномерного массива». 2.3. Исполнитель: компания BestSoft. 2.4. Соисполнители: нет. 25 3. Назначение Программа предназначена для использования школьниками при изучении темы «Обработка одномерных массивов» в курсе «Информатика». 4. Требования к программе или программному изделию 4.1. Требования к функциональным характеристикам 4.1.1. Программа должна обеспечивать возможность выполнения следующих функций: ввод размера массива и самого массива; хранение массива в памяти; выбор метода сортировки; вывод текстового описания метода сортировки; вывод результата сортировки. 4.1.2. Исходные данные: размер массива, заданный целым числом; массив. 4.1.3. Организация входных и выходных данных. Входные данные поступают с клавиатуры. Выходные данные отображаются на экране и при необходимости выводятся на печать. 4.2. Требования к надежности. Предусмотреть контроль вводимой информации. Предусмотреть блокировку некорректных действий пользо- вателя при работе с системой. 4.3. Требования к составу и параметрам технических средств. Система должна работать на IBM-совместимых персональных компьютерах. Минимальная конфигурация: тип процессора Pentium и выше; объем оперативного запоминающего устройства…… 32 Мб и более; объем свободного места на жестком диске….. 40 Мб. Рекомендуемая конфигурация: тип процессора Pentium II 400; объем оперативного запоминающего устройства…… 128 Мб; объем свободного места на жестком диске….. 60 Мб. 4.4. Требования к программной совместимости. Программа должна работать под управлением семейства операционных систем Win 32 (Windows 95/98/2000/МЕ/ХР и т. п.). 5. Требования к программной документации 5.1. Разрабатываемые программные модули должны быть са- модокументированы, т.е. тексты программ должны содержать все необходимые комментарии. 5.2. Разрабатываемая программа должна включать справочную информацию о работе программы, описания методов сортировки и подсказки учащимся. 5.3. В состав сопровождающей документации должны входить: 26 5.3.1.Пояснительная записка на пяти листах, содержащая описание разработки. 5.3.2.Руководство пользователя. Примечание. В приложение включить блок-схему, переменные с указанием типов, входные и выходные данные, полный листинг программы, скриншот рабочей программы. Пример 2. Разработать техническое задание на разработку «Модуля автоматизированной системы оперативно-диспетчерского управления теплоснабжением корпусов Московского института». «Утверждаю» Зам. директора по УПР ________ Иванов И.И. «__» _______201_ г. Техническое задание на разработку «Модуля автоматизированной системы оперативно-диспетчерского управления теплоснабжением корпусов Московского института» г.Москва, 2013 1. Введение Работа выполняется в рамках проекта «Автоматизированная система оперативно- диспетчерского управления электротеплоснабжением корпусов Московского института». 2. Основание для разработки 2.1.Основанием для данной работы служит договор № 1234 от 10 марта 2013 г. 2.2.Наименование работы: «Модуль автоматизированной системы оперативно-диспетчерского управления теплоснабжением корпусов Московского института». 2.3. Исполнители: ОАО «Лаборатория создания программного обеспечения». 2.4. Соисполнители: нет. 3. Назначение разработки Создание модуля для контроля и оперативной корректировки состояния основных параметров теплообеспечения корпусов Московского института. 27 4. Технические требования 4.1. Требования к функциональным характеристикам. 4.1.1. Состав выполняемых функций. Разрабатываемое ПО должно обеспечивать: сбор и анализ информации о расходовании тепла, горячей и холодной воды по данным теплосчетчиков SA-94 на всех тепловых выходах; сбор и анализ информации с устройств управления системами воздушного отопления и кондиционирования типа РТ1 и РТ2 (разработки кафедры СММЭ и ТЦ); предварительный анализ информации на предмет нахождения параметров в допустимых пределах и сигнализирование при выходе параметров за пределы допуска; выдачу рекомендаций по дальнейшей работе; отображение текущего состояния по набору параметров - циклически постоянно (режим работы круглосуточный), при сохранении периодичности контроля прочих пара метров; визуализацию информации по расходу теплоносителя:- текущую, аналогично показаниям счетчиков; с накоплением за прошедшие сутки, неделю, месяц - в виде почасового графика для информации за сутки и неделю; суточный расход — для информации за месяц. Для устройств управления приточной вентиляцией текущая информация должна содержать номер приточной системы и все параметры, выдаваемые на собственный индикатор. По отдельному запросу осуществляются внутренние настройки. В конце отчетного периода система должна архивировать данные. 4.1.2. Организация входных и выходных данных. Исходные данные в систему поступают в виде значений с датчиков, установленных в помещениях института. Эти значения отображаются на компьютере диспетчера. После анализа поступившей информации оператор диспетчерского пункта устанавливает необходимые параметры для устройств, регулирующих отопление и вентиляцию в помещениях. Возможна также автоматическая установка некоторых параметров для устройств регулирования. Основной режим использования системы — ежедневная работа. 4.2. Требования к надежности. Для обеспечения надежности необходимо проверять корректность получаемых данных с датчиков. 4.3. Условия эксплуатации и требования к составу и параметрам технических средств. Для работы системы должен быть выделен ответственный оператор. Требования к составу и параметрам технических средств уточняются на этапе эскизного проектирования системы. 4.4. Требования к информационной и программной совместимости. 28 Программа должна работать на платформах Windows 98/ NT/2000. 4.5. Требования к транспортировке и хранению. Программа поставляется на лазерном носителе информации. Программная документация поставляется в электронном и печатном виде. 4.6. Специальные требования: программное обеспечение должно иметь дружественный интерфейс, рассчитанный на пользователя (в плане компьютерной грамотности) квалификации; ввиду объемности проекта задачи предполагается решать поэтапно, при этом модули ПО, созданные в разное время, должны предполагать возможность наращивания системы и быть совместимы друг с другом, поэтому документация на принятое эксплуатационное ПО должна содержать полную информацию, необходимую для работы программистов с ним; язык программирования - по выбору исполнителя, должен обеспечивать возможность интеграции программного обеспечения с некоторыми видами периферийного оборудования (например, счетчик SA-94 и т. п.). |