ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 18.10.2024
Просмотров: 11
Скачиваний: 0
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
11. Надежность. Цели по достижению надежности в значительной мере зависят от конкретного типа разрабатываемого ПИ. Но можно определить некоторые общие вопросы, которые должны быть рассмотрены:
а) среднее время наработки на сбой для каждого вида сбоя (ПИ, пользователь, отдельная функция) и степень важности сбоя (для ПО для систем реального времени);
б) среднее время восстановления ПИ после сбоя;
в) цели по числу ошибок ПИ по категориям сложности и время обнаружения;
г) последствия сбоев системы и наиболее важных функций;
д) допустимый объем данных, утрачиваемых во время сбоя и уровень обеспечения безопасности;
е) функции, необходимые для обнаружения и исправления ошибок, а также обеспечение устойчивости к ним;
ж) возможности обнаружения ошибок пользователя и аппаратуры, а также восстановления работоспособности.
Цели проекта – это цели разработчика, которые должны быть достигнуты в процессе проектирования. Они не проявляются явно в ПИ, но, тем не менее, должен быть официально установлены.
Цели проекта должны быть ясными, обоснованными и измеримыми, а также известными как пользователям, так и разработчикам.
Между целями необходимо определить зависимость, чтобы при изменении некоторой цели проектировщик мог определить, как это сказывается на других целях.
III процесс. Разработка внешних спецификаций проекта. Упрощенно – это разработка инструкций пользователю.
При их написании разработчик должен решить три проблемы:
-
Доведение до минимума ошибок пользователя; -
Обнаружение ошибок пользователя в случае их возникновения; -
Доведение до минимума сложности разрабатываемого программного изделия.
Разработка внешних спецификаций разбивается на 2 части:
1. Предварительный внешний проект.
2. Детальный внешний проект.
Предварительный внешний проект содержит описание функций по составляющим компонентам ПИ (Решить какие функции необходимо описать в инструкции).
Детальный внешний проект каждой функции пользователя должен содержать следующую информацию:
1. Описание входных данных;
2. Описание выходных данных;
3. Преобразование системы (например, обновление массива начисления и удержания по заработной плате после расчета за месяц, при перерасчете. Оно должно быть написано с точки зрения пользователя);
4. Характеристика надежности. Описывается влияние всех возможных отказов функции на систему.
5. Эффективность. Описываются все ограничения (память, время и т.д.).
При завершении этапа внешнего проектирования необходимо все проанализировать на точность и полноту изложенного, так как на этом этапе значительно легче внести изменения, чем на этапе внутреннего проектирования.
Техническое задание.
Предметная область:
Прокат автомобилей.
Техническое задание:
-
Введение
Настоящее техническое задание, оформленное в соответствии с ГОСТ 19.201-78, содержит требования к редактору, предназначенного для просмотра и редактирования информации о прокате автомобилей на ПЭВМ.
-
Основание для разработки
-
Основание для разработки
Основанием для разработки текстового редактора является задание на курсовой проект по дисциплине “Технология разработки программного обеспечения”.
-
Исполнитель и заказчик
Заказчиком разработки, выполняемой по настоящему ТЗ, является Санкт-Петербургский государственный университет аэрокосмического приборостроения.
Исполнителем разработки, выполняемой по настоящему ТЗ, является студентка группы 4468 Корнева А.А.
-
Наименование
Программе, разрабатываемой по настоящему ТЗ, присваивается наименование: "Автоматизированная информационная система "Клиент", в дальнейшем по тексту именуемая АИСК.
-
Назначение разработки
АИСК предназначена для выполнения следующих действий с информацией о прокате автомобилей на ПЭВМ:
-
создания информации о доступных автомобилях; -
просмотра информации о доступных автомобилях; -
редактирования информации о доступных автомобилях; -
поиска информации о доступных автомобилях; -
вывода на печать информации о доступных автомобилях.
-
Требования к программе и программному изделию
Требования к составу
АИСК должна состоять из одного модуля, выполняющего все требуемые функции.
-
Требования к функциональным характеристикам
Требования к составу выполняемых функций
АИСК должна выполнять следующие функции:
-
создавать базу данных о доступных автомобилях;
- база данных должна хранить следующие данные: личные данные клиентов (имя, фамилия, отчество, паспортные данные, адрес, телефон, номер кредитной карты, сведенья о месте работы, наличие водительских прав), данные о выбранном автомобиле (номер, марка автомобиля, цвет, доступность, состояние, цена проката, краткая аннотация), а также проверка данных о клиенте в милиции (личное дело, судимость, проверка подлинности сведений);
- открывать базу данных для просмотра и редактирования;
- редактировать созданную или открытую базу данных;
- осуществлять поиск информации о конкретных клиентах, автомобилях, заявках, по заданным ключам: по словам, входящим их в название или описание.
- выводить на печать информацию, полную или частичную, о выбранных выставочных залах с возможностью настройки размера и ориентации листа бумаги, а также полей отступа от края листа;
- сохранять созданную или открытую базу данных в текстовый файл на НГМД или НЖМД под заданным именем;
- выводить на монитор ПЭВМ или принтер справочную информацию о программе и порядке ее эксплуатации;
- завершать свое функционирование с запросом пользователя о сохранении открытого файла базы данных, если он был изменен.
Требования к редактированию базы данных:
При редактировании базы данных АИСК должна выполнять следующие функции:
- вводить символы в информационное поле, отмеченное курсором;
- осуществлять навигацию по программе с помощью клавиатуры или “мыши”;
- выделять с помощью клавиатуры или “мышью” один и более символов, расположенных рядом в одном информационном поле, а также выделять несколько информационных полей в базе данных;
- удалять выделенные информационные поля с помощью клавиатуры;
- отменять последнее действие редактирования;
- копировать с помощью клавиатуры или манипулятора типа “мышь” выделенные информационные поля в буфер обмена;
- вырезать с помощью клавиатуры или “мышью” выделенные информационные поля в буфер обмена;
- вставлять с помощью клавиатуры или “мышью” в информационное поле или позицию этом, отмеченную курсором, текстовое содержимое буфера обмена;
-
Требования к надежности
Надежность АИСК должна быть обеспечена правильностью алгоритмических решений и программирования. Время восстановления АИСК после отказа не должна превышать 1 часа. АИСК в составе ПО ПЭВМ, должен выполнять функциональные задачи по назначению в течении всего срока эксплуатации ПЭВМ.
-
Условия эксплуатации
АИСК должен функционировать в соответствии с заданными в настоящем ТЗ требованиями, в составе ПО ПЭВМ, при эксплуатации ПЭВМ. Условия эксплуатации должны соответствовать условиям эксплуатации ПЭВМ, требования к которым предъявляются в эксплуатационной документации ПЭВМ или ее составных частей.
-
Требования к составу и параметрам технических средств
АИСК должна функционировать на ПЭВМ со следующими характеристиками
- процессор не ниже Pentium II 500МГц;
- объем ОЗУ не менее 128 Мб;
- НГМД 3,5 (1,44 Мб);
- НЖМД не менее 8 Гб;
- графический адаптер не хуже SVGA 8 Мб;
- монитор не хуже SVGA 0.26, 15 дюймов;
- сетевая плата, совместимая с Ethernet;
- манипулятор типа “мышь”;
- струйный или лазерный принтер формата А4.
Штатным носителем АИСК является НЖМД ПЭВМ. Технологическим носителем АИСК является НГМД.
Объем ОЗУ, используемого АИСК при своем функционировании, не должен превышать 64 кб.
-
Требования к информационной и программной совместимости
В качестве языков программирования АИСК должен быть использован язык программирования Си++.
АИСК должна функционировать на ПЭВМ с одной из операционных систем MS Windows 95, MS Windows 98, MS Windows NT, MS Windows 2000, MS Windows XP.
Для реализации интерфейса между АИСК и пользователем должны использоваться средства графического интерфейса операционной системы.
Для реализации интерфейса между АИСК и другими программами из состава ПО ПЭВМ должны использоваться средства буфера обмена операционной системы.
-
Требования к маркировке и упаковке
Маркировка НГМД с АИСК должна проводиться в соответствии с требованиями ГОСТ 19.102-77 (“ЕСПД. Стадии разработки программ и программной документации”)ЕСПД.
-
Требования к транспортировке и хранению
Требования к транспортировке
АИСК должна транспортироваться:
- в составе ПЭВМ, записанный на НЖМД ПЭВМ;
- на НГМД.
Условия транспортировки АИСК в составе ПЭВМ должны соответствовать условиям транспортировки ПЭВМ, требования к которым предъявляются в эксплуатационной документации ПЭВМ или ее составных частей.
Условия транспортировки АИСК на НГМД должны соответствовать условиям транспортировки НГМД, требования к которым предъявляются в эксплуатационной документации НГМД.
Требованию по хранению
АИСК должна храниться:
- в составе ПЭВМ, записанный на НЖМД ПЭВМ;
- на НГМД.
Условия хранения АИСК в составе ПЭВМ должны соответствовать условиям хранения ПЭВМ, требования к которым предъявляются в эксплуатационной документации ПЭВМ или ее составных частей.
Условия хранения АИСК на НГМД должны соответствовать условиям хранения НГМД, требования к которым предъявляются в эксплуатационной документации НГМД.
-
Специальные требования
Требования не предъявляются.
-
Требования к программной документации
-
Требования к составу документации
Состав документации определяется Исполнителем на этапе разработки перечнем разрабатываемых документов и согласовывается с Заказчиком.
В комплект документации в обязательном порядке должны входить:
- спецификация;
- текст программы;
- руководство оператора;
- загрузочные модули;
- программа и методика испытаний.
-
Требования к оформлению документации
Программная документация должна быть разработана и оформлена в соответствии с ЕСПД.
-
Технико-экономические требования
Трудоемкость разработки, отладки и испытаний АИСК должна быть согласована Исполнителем и Заказчиком на этапе заключения договора на выполнение работ.
-
Стадии и этапы разработки
Создание и отработка АИСК должно производиться по следующим основным этапам:
1-й этап. Разработка программы и программной документации.
2-й этап. Испытание программы.
3-й этап. Подготовка и передача программы.
-
Порядок контроля и приемки