По требованию заказчика данное программное обеспечение разрабатывается под платформу Windows. Программа должна работать под основными версиями этой платформы:Windows98,Windows2000,WindowsXP. Причем серверная часть программы для версийWinNTдолжна работать как сервис (работать в фоновом режиме).
Требуется обеспечить возможность дальнейшего наращивания функций системы (открытость для развития и методика подключения новых задач).
Единицы отображаются в соответствии с их фактическим размером. Внутренние корректирующие коэффициенты автоматически применяются к емкости внутренних блоков, в зависимости от различий в высоте и расстоянии трубы, емкости наружных и внутренних блоков и других условиях. Программа также может объединить требуемый дополнительный объем хладагента в соответствии с конфигурацией и трубопроводом, позволяет проводить расчеты цен и создавать цены. Состояние соединения как внутренних, так и наружных блоков и электрических установок отображается цветным эхом.
Требования к транспортировке и хранению
Разрабатываемая система управления будет поставляться в комплекте при продаже RAID-контроллера. Она должна быть записана на отдельныйCD-диск, на котором будут находиться драйверы системы и необходимая документация к продаваемому контроллеру. Для этого следует учесть, чтобы объем установочных файлов был не более примерно 2/3 стандартногоCD-диска (700 Мб).
Кондиционеры и теплообменники
Часть приложения также являются вентиляционными установками и теплообменниками, что еще больше повышает точность предлагаемых систем. Благодаря интеграции всех этих устройств и их систем управления в одну программу приложение действительно универсально.
Это облегчает поиск оптимального расположения отдельных узлов и трубопроводов, создает так называемые узловые точки, использует цветовое кодирование и предлагает наилучшую компоновку отдельных устройств. В течение нескольких месяцев также будет доступен отдельный модуль электронного обучения. В этой области он имеет более чем 30-летний опыт работы, его продукция превратилась в более чем 120 землях и до сих пор производила 100 миллионов компрессоров. В настоящее время компания выпустила четыре комплекта систем отопления и кондиционирования для дома, офиса, бизнеса и промышленного использования.
Специальные требования
Серверная часть программы, которая занимается анализом работы RAID, должна быть всегда запущена на компьютере сRAID-системой. Если этот модуль будет остановлен, то без него нельзя будет произвести соединение кRAID-системе и будет невозможным следить за работойRAID(отсылать нотификацию о неисправностях и вести файлы истории работыRAID).
Технология разработки программного обеспечения
Они отвечают новым требованиям энергопотребления, экологичности и производительности. Акции компании торгуются на биржах Токио, Усаче, Нагоя и Нью-Йорк. Каждое программное приложение имеет определенные требования к оборудованию для работы. Ссылки могут не только отображать системные требования отдельных продуктов, но особенно сертифицированные графические карты, проверенные совместимые антивирусные программы и инструменты тестирования производительности.
Профессиональные графические карты вместе с сертифицированными драйверами обеспечивают не только правильную функциональность приложения, но также стабильность, высокую производительность и поддержку всех функций. Требования к аппаратно-программному оборудованию, поддерживаемым операционным системам и т.д.
Структурная схема работы программы
Весь программный проект основан на двух независимых модулях. Как уже упоминалось, один из них запускается отдельно на компьютере с RAID-системой, а второй на компьютере администратора. Для сокращения будем называть первый модульАгентом , а второй –Менеджером .
Требования к транспортировке и хранению
В ссылке вы можете найти совместимые протестированные антивирусные программы. Если ваш антивирус не указан в следующем списке, рекомендуется завершить его, по крайней мере, до установки продукта и перезагрузки операционной системы. Всегда обновляйте свои антивирусные программы.
Существует множество инструментов для тестирования производительности оборудования и приложений. Некоторые из них могут быть довольно общими, другие могут быть нацелены на определенную область или конкретное приложение. Его цель - предоставить вам законное молчание, чтобы избавить вас от усилий и заботы об обновлении информации в области, где постоянно появляются новости. И последнее, но не менее важное: избегать ловушек извилистого и часто некорректированного законодательства.
Менеджер – пользовательская сторона программы, содержащая в себе интерфейс программы, мастер начальной установки, раздел справки.Менеджер будет управлятьRAID-системой посредствомАгента .
Агент в основном служит для передачи команд отМенеджера RAID-системе и обратно. ТакжеАгент будет заниматься мониторингомRAID(ведениеlog-файла) и нотификацией администратора при ошибках.
Просто выберите те модули информации, которые вас интересуют. Со всеми правилами, правилами, инструкциями и изменениями, включенными непосредственно в текст, и вы фактически документируете в считанные минуты! Будучи модульной программой, вы платите только за то, что вы на самом деле используете. У вас есть свобода выбора только тех модулей, которые вам нужны. В то же время, используя включенную информацию, вы узнаете все юридические тонкости, которые могут спасти вам состояние.
Нормативные акты профессионально отформатированы, чтобы быть легко читаемыми. Вы будете впечатлены их элегантным внешним видом, прямыми ссылками, которые ведут вас от одного акта к другому. Кто бы мог подумать, что чтение трезвого официального акта может быть действительно приятным?
Сеть
Рис. 1.2. Основная структура работы программы GUIRAIDManager
Основная структура работы всей работы в целом представлена на рис. 1.2. На нем показаны различные варианты работы двух модулей Агент иМенеджер :
Агент (C 3 ) запущен на компьютере и анализирует работуRAID-массиваR 2 ;
Модули, которые отлично адаптируются к самым разнообразным требованиям в отрасли. Некоторые из них уникальны как достижение и содержащаяся информация, другие отличаются современной технической концепцией и тщательностью и вниманием к деталям реализации.
Потому что качественная информация даст вам право принимать более правильные решения, облегчить ситуацию, когда другие будут парализованы невежеством, знать ваши права и защищаться, когда различные учреждения атакуют вас. Интерфейс настраивается с помощью скинов и графических тем воздействия, чтобы полностью выразить ваши вкусы и работать с большим удовольствием. Программа обновляется с каждым днем.
Менеджер с удаленного компьютера (С2 илиС4 ) может соединяться по сети с Агентом (С3 ) для управления работойRAID-массиваR 2 ;
Менеджер иАгент запущены на одном компьютере С1 для управления работойRAID-массиваR 2 . При таком варианте подключение к сети не требуется.
Структура входных и выходных данных
Основной обмен данными в системе в целом происходит по двум каналам:
между Менеджером иАгентом по сети по протоколуTCP/IP(командыМенеджера и ответыАгента );
между Агентом иRAID-контроллером через интерфейсRS-232 (опрос контроллера и ответы от него).
Общая схема обмена данными в проекте проиллюстрирована на рис. 1.3.
Рис.
1.3. Обмен данными в программе GUIRAIDManager
Формат данных между Менеджером иАгентом , а также междуАгентом иRAID-контроллером описан в параграфе «Формат данных модуляАгент » данного раздела.
Моей задачей в этом проекте является разработка модуля Агент . Поэтому рассмотрим подробнее обмен данных в модулеАгент междуМенеджером иRAID-контроллером. Разбитая на модули структураАгента показана на рис. 1.4
Рис. 1.4. Обмен данными в модуле Агент
На данной схеме показано, что данные между Менеджером иАгентом проходят через модуль приема и передачи данных по сети. Для проверки подключенияМенеджера этот модуль использует блок авторизации. Все принимаемые данные анализируются в блоке обработчика командМенеджера . В зависимости от типа команды информация поступает либо в блок настроек, либо в блок файла истории либо в модуль опроса состоянияRAID. Последний служит для того чтобы посылать командыRAID-контроллеру и получать от него ответы. Если при запросе возникает ошибка либо ответ контроллера содержит критическое сообщение, модуль нотификации оповестит администратора о данной ошибке.
В документе "Техническое задание " (сокр.ТЗ) содержится следующая информация: Назначение и область применения программы, технические, технико-экономические и специальные требования, предъявляемые к программе, необходимые стадии и сроки разработки, виды испытаний.Согласно ГОСТу, настоящий стандарт (переизданный в ноябре 1987 г.) устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения.
Надо быть предельно внимательным и осторожным, создавая его, т.к. зачастую умело (и грамотно) составленное ТЗ определяет успех всей работы. Именно ТЗ согласовывается с Заказчиком, который обычно стремится внести как можно больше противоречивых и завышенных требований. Задача же Исполнителя – наоборот, облегчить себе жизнь. Но после того, как подписи с обеих сторон поставлены, переигрывать что-либо поздно.
Общие положения
Техническое задание оформляют на листах формата А4 и/или А3, как правило, без заполнения полей листа. Номера листов (страниц) проставляют в верхней части листа над текстом.Для внесения изменений и дополнений в техническое задние на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждение дополнения к техническому заданию проводят в том же порядке, который установлен для технического задания.
Техническое задание должно содержать следующие разделы:
- наименование и область применения;
- основание для разработки;
- назначение разработки;
- технические требования к программе или программному изделию;
- технико-экономические показатели;
- стадии и этапы разработки;
- порядок контроля и приемки;
- приложения.
Раздел: Наименование и область применения
В разделе Наименование и область применения указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.В разделе Основание для разработки должны быть указаны:
- документ (документы), на основании которых ведется разработка;
- организация, утвердившая этот документ, и дата его утверждения;
- наименование и (или) условное обозначение темы разработки.
Раздел: Назначение разработки
В разделе Назначение разработки должно быть указано функциональное и эксплуатационное назначение программы или программного изделия. Ограничиться здесь можно одной-двумя фразами. Главное – четко определить, для чего нужна эта программа.Например: Программа представляет собой ядро автоматизированного рабочего места (АРМ) разработчика непрерывных линейных систем автоматического управления (САУ), позволяющее пользователю решать задачи анализа простых моделей.
Раздел: Технические требования к программе или программному изделию
В этом разделе должны содержаться следующие подразделы:- требования к функциональным характеристикам;
- требования к надежности;
- условия эксплуатации;
- требования к составу и параметрам технических средств;
- требования к информационной и программной совместимости;
- требования к маркировке и упаковке;
- требования к транспортированию и хранению;
- специальные требования.
Раздел:Требования к функциональным характеристикам.
Здесь должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т.п.Например : Программа должна позволять … вычислять … строить… создавать …
Исходные данные: текстовый файл с заданной …
Выходные данные: графическая и текстовая информация - результаты анализа системы…; текстовые файлы - отчеты о … диагностика состояния системы и сообщения о всех возникших ошибках.
Требования к надежности. Должны быть указаны требования к обеспечению надежного функционирования (обеспечение устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т.п.).
Здесь "выгадать" что-то сложно. В лучшем случае может пройти вариант, при котором ваша программа работает только с абсолютно корректными данными. Обычно Заказчик на это не идет, но попробовать можно.
Например: Программа должна работать с заданной расширенной матрицей инциденций исследуемого графа в соответствии с алгоритмом функционирования, выдавать сообщения об ошибках при неверно заданных исходных данных, поддерживать диалоговый режим в рамках предоставляемых пользователю возможностей.
Условия эксплуатации. Должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала.
С этим пунктом сложностей обычно не возникает. К сожалению, пункт о профессиональности пользователя Заказчиком подразумевается обязательно. Это, конечно, лишний повод придраться к вашей программе. Впрочем, здесь можно ограничиться фразами вида "Условия эксплуатации программы совпадают с условиями эксплуатации ПЭВМ IBM PC и совместимых с ними ПК", "Программа должная быть рассчитана на непрофессионального пользователя." и т.п.
Требования к составу и параметрам технических средств. Указывают необходимый состав технических средств с указанием их технических характеристик.
Здесь главное – ничего не забыть и все предусмотреть, с одной стороны (а то подсунут какой-нибудь IBM PC/XT с монохромным дисплеем и без мыши), а с другой – не переборщить с повышенными требованиями, иначе Заказчик найдет более покладистого Исполнителя.
Например: Необходимо наличие IBM PC - совместимого ПК с графическим адаптером EGA (VGA). Необходимое дисковое пространство – не менее 600 Кб, объем свободной оперативной памяти - не менее 400 Кб. Желательно наличие драйвера EMS и манипулятора типа "мышь".
Требования к информационной и программной совместимости. Особенности те же, что и в предыдущем пункте. Здесь должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования. При необходимости должна обеспечиваться защита информации и программ.
Например: Программа должна работать автономно под управлением ОС MS DOS версии не ниже 3.3. Базовый язык программирования - Turbo Pascal 6.0.
Требования к маркировке и упаковке и требования к транспортированию и хранению являются достаточно экзотическими. В общем случае здесь указывают требования к маркировке программного изделия, варианты и способы упаковки. А в требованиях к транспортированию и хранению должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях.
Специальные требования – это весьма ответственная вещь. Их лучше, по возможности, всячески избегать. И заявить об этом сразу.
Например: Специальных требований к временным характеристикам программы не предъявляется. Специальных требований к емкостным характеристикам программы не предъявляется.
Технико-экономические показатели. Этот самый сложный для программиста пункт есть далеко не всегда. Он нужен прежде всего тогда, когда вашей целью является обоснование огромной эффективности и важности выполняемой работы. На Заказчика этот пункт действует, обычно, очень хорошо. По крайне мере, это лучшее обоснование сроков и денежных сумм разработки.
В этом разделе должны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность (например: предполагаемое число обращений к комплексу в целом в год - 365 сеансов работы), экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.
Помимо этого, желательно привести определение как сметной стоимости разработки программы, так и определение трудоемкости программирования.
Стадии и этапы разработки (об этом подробнее будет сказано ниже) устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей.
Здесь описываются стандартные этапы. Главное – грамотно определиться со сроками. По возможности, старайтесь равномерно распределить этапы по срокам (и суммам). Помните, что не все проекты доживают до последней стадии. А отчеты должны быть по каждому этапу. Помните также, что больше всего времени займет рабочий проект. Если вы не успеете сделать в срок документацию, то Заказчик имеет полное право вообще не принять работу со всеми вытекающими последствиями.
Основными и непременными стадиями и этапами являются само техническое задание, эскизный проект, технический и рабочий проекты.
Эскизный проект. На этой стадии детально разрабатываются структуры входных и выходных данных, определяется форма их представления. Разрабатывается общее описание алгоритма, сам алгоритм, структура программы. Разрабатываются план мероприятий по разработке и внедрению программы.
Технический проект. Содержит разработанный алгоритм решения задачи а также методы контроля исходной информации. Здесь же разрабатываются средства обработки ошибок и выдачи диагностических сообщений, определяются формы представления исходных данных и конфигурация технических средств.
Рабочий проект. На этой стадии осуществляется программирование и отладка программы, разработка программных документов, программы и методики испытаний. Подготавливаются контрольно-отладочные примеры. Окончательно оформляются документация и графический материал. Обычно указывается, что в ходе разработки программы должна быть подготовлена следующая документация:
Oтекст программы;
Oописание программы;
Oпрограмма и методика испытаний;
Oописание применения;
Oруководство пользователя.
Это - стандартные требования. Если Заказчик соглашается с тем, что можно представить не весь этот список, то это означает несерьезность его намерений в отношении вас и вашего продукта.
Графического материала может и не быть. Особенно тогда, когда вы не собираетесь докладывать о результатах своей работы. Но для серьезных проектов этот пункт обязателен.
Например: В ходе разработки программы должен быть подготовлен следующий графический материал:
Oтехнико-экономические показатели;
Oструктура программы;
Oформат представления входных данных программы;
Oобщая схема алгоритма (2 листа);
oосновные вычислительные алгоритмы;
oпример работы программы.
В разделе Порядок контроля и приемки должны быть указаны виды испытаний и общие требования к приемке работы. Если возможно, то в этом пункте укажите, что "контроль и приемка разработки осуществляются на предоставляемой Заказчиком технике", иначе вас могут обязать принести технику с собой.
Например: Контроль и приемка разработки осуществляются на основе испытаний контрольно-отладочных примеров. При этом проверяется выполнение всех функций программы.
В Приложениях к техническому заданию, при необходимости, приводят:
перечень научно-исследовательских и других работ, обосновывающих разработку;
Схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке;
Другие источники разработки.