Создание данной программы преследует ряд технико-экономических целей:
Создание понятной программы − предназначенной для
организации рабочего места дежурного оператора службы охраны и управления работой
следующих подсистем: охранная и пожарная сигнализация, контроль доступа, видеонаблюдение,
управление пожарной автоматикой, управление инженерными подсистемами
2) Концентрирование и хранение всех занесенных данных в одной программе.
7. Требования к программе
7.1. Требования к функциональным характеристикам
7.1.1. Состав выполняемых функций
1) Программа должна иметь возможность вести статистику отдачи направлений.
2) Программа должна иметь возможность автозаполнения некоторых полей (поля оператора поликлиники, диагноза, с которым направляется ребенок, если он одинаков у пациентов, поле врача, направляющего в иногородние медицинские учреждения, это все также в том случае, если они одинаковые у нескольких пациентов) для ускорения работы.
GS501.2 Rus 39. Выбор темы, постановка общей цели и задач исследования
3) Программа должна иметь возможность сортировки направлений по дате выписки.
4) Программа должна иметь возможность выделения и копирования
текстовых данных различных полей направления пациента в стандартный системный буфер обмена Windows с целью последующей вставки в любой документ допускающий подобную операцию (например, документ Microsoft Word или Microsoft Excel).
5) Программа должна иметь возможность использовать фильтр
(опция, позволяющая отображать не все направления, а только те, которые удовлетворяют настройкам фильтра, пример – отображать только те, которые были забраны, с 1-2 декабря 2010г. )
6) Программа должна иметь возможность настройки пользовательского интерфейса (шрифтов и цветов), а также параметров работы
7) Программа должна обеспечивать изменение уже имеющихся на диске баз данных, предварительно созданных данной программой, а также создание и сохранение новых.
8) Программа должна обеспечивать вывод на принтер базы данных направлений пациентов с возможностью использования фильтра.
9) Внешний вид программы должен соответствовать макетам экранов,
предоставленных в Приложении 1.
10) Список управляющих и быстрых клавиш программы должен соответствовать Приложению 2.
7.1.2. Организация входных и выходных данных
В процессе работы программы входной информацией для программы должны являться: файлы баз данных, манипуляции мышью, а также коды клавиш, нажимаемых пользователем на клавиатуре ЭВМ. Перечень допустимых клавиш представлен в Приложении 2.
7.1.3. Временные характеристики и размер занимаемой памяти
Время реакции программы на нажатие любой из клавиш и манипуляции мышью не должно превышать 0,30 с, в случае соответствия системных ресурсов требованию к составу и параметрам технических средств. Реакция на команды меню, кроме Открытия, Сохранения, Поиска не должна превышать 2 с.
Реакция на команды Открытия, Сохранения, Поиска зависит от размера файла данных и настроек поиска.
7 частых ошибок начинающих сценаристов
Объем занимаемой оперативной памяти не должен превышать 8 Мбайт.
7.2. Требования к надежности
7.2.1. Требования к надежному функционированию
Программа должна нормально функционировать при бесперебойной работе ЭВМ. При возникновении сбоя в работе аппаратуры, восстановление нормальной работы программы должно производиться после: перезагрузки операционной системы; запуска исполняемого файла программы; повторного выполнения действий, потерянных до последнего сохранения информации в файл на магнитном диске.
Уровень надежности программы должен соответствовать технологии
программирования, предусматривающей: инспекцию исходных текстов программы; автономное тестирование модулей (методов) программы; комплексное тестирование программы
7.2.2. Контроль входной и выходной информации
Программа должна контролировать выбор пользователя пункта меню «Выход» и предупреждать его о потере «не сохраненных изменений».
7.2.3. Время восстановления после отказа
Время восстановления после отказа должно состоять из: времени перезапуска пользователем операционной системы; времени запуска пользователем исполняемого файла программы; времени повторного ввода потерянных данных.
7.3. Условия эксплуатации
Программа должна храниться в виде двух маркированных дискетных копий — эталонной и рабочей. Периодическая перезапись информации должна
осуществляться согласно нанесенной маркировке. Условия хранения дискет должны соответствовать нанесенной на них маркировке.
7.4. Требования к составу и параметрам технических средств
Программа должна корректно работать на следующем или совместимым с ним оборудовании:
1) ПЭВМ IBM PC модели 486 DX-100, 16Mb RAM или старше
2) Принтер HP LaserJet M1005
7.5. Требования к информационной и программной совместимости
7.5.1. Требования к информационным структурам на входе и выходе
Требования к информационным структурам на входе и выходе определены в пункте (см. п. 7.1.2.).
7.5.2. Требования к языкам программирования
Разработка программы должна вестись на одном из следующих языков:
1) Microsoft Visual Basic v5.0 и выше.
2) Microsoft Visual C v5.0 и выше.
3) Borland Delphi v4.0 и выше.
Выбор других языков нецелесообразен.
7.5.3. Требования к программным средствам, используемым программой
Для работы программы необходима операционная система WINDOWS95 и более поздняя, драйвера мыши и принтера.
7.6. Требования к маркировке и упаковке
Дискеты с эталонным и рабочим экземплярами программы должны иметь маркировку, состоящую из надписи EDIT, надписи «эталон» или «рабочая», даты последней перезаписи программы. Упаковка должна соответствовать условиям хранения дискеты. На упаковке должны быть указаны условия транспортирования и хранения дискеты.
7.7 Требования к транспортированию и хранению
Условия транспортирования и хранения дискеты должны соответствовать разделу(см. подраздел 7.6.)
8. Требования к программной документации
Состав программной документации должен включать следующие документы:
1) технический проект программы по ГОСТ 34.602-89в машинописном исполнении, содержащий:
а) раздел «ВХОДНЫЕ ДАННЫЕ» (Характер, организация и предварительная подготовка входных данных);
б) раздел «ВЫХОДНЫЕ ДАННЫЕ» (Характер и организация выходных данных);
в) раздел «ОПИСАНИЕ ЛОГИЧЕСКОЙ СТРУКТУРЫ»;
г) раздел «ИСПОЛЬЗУЕМЫЕ ТЕХНИЧЕСКИЕ СРЕДСТВА» (Типы ЭВМ, на которых возможно выполнение программы; устройства ЭВМ, которые используются при выполнении программы);
д) раздел «ВЫЗОВ И ЗАГРУЗКА» (Виды носителей программы, их используемый объем; способы вызова программы с соответствующих носителей данных; входные точки в программу (запуск программы);
е) раздел «ПЛАН МЕРОПРИЯТИЙ ПО РАЗРАБОТКЕ И ВНЕДРЕНИЮ ПРОГРАММЫ» (Планом должны быть предусмотрены контрольные временные точки реализации, например, через каждые десять дней или неделю, в течение которых происходит интеграция разработанных модулей, и тестирование уже разработанной части программы. Приводится состав тестов и принципы их подготовки для тестирования уже созданного фрагмента программы для каждой из контрольных точек).
Раздел «ОПИСАНИЕ ЛОГИЧЕСКОЙ СТРУКТУРЫ» при технологии структурного программирования должен включать следующие материалы:
1) описание связей программы с другими программами;
2)описание внутренних массивов и переменных, которые используются в межмодульном обмене данными;
3) схема иерархии программы (Приводится рисунок или рисунки);
4) расшифровка наименований модулей (Приводится таблица с перечнем наименований модулей в алфавитном порядке с указанием выполняемой каждым модулем функции);
5) описание функционирования программы с учетом ее модульного деления (Приводится словесное описание выполнения программы с учетом вызовов модулей);
6) описание модулей программы (Подраздел заполняется на основе паспортов модулей).
При технологии объектно-ориентированного программирования вместо I схемы иерархии модулей программы и описаний самих модулей программы должна быть приведена схема иерархии классов (объектов) программы с расшифровкой наименований методов и описаний самих методов.
2) описание программы по ГОСТ 19.402-78 на машинном носителе (дискете с маркировкой DESCRIBE), включающее: назначение программы; дата ее создания; Ф.И.О. разработчика, а также данные, позволяющие связаться с ним; минимальные требования к аппаратным ресурсам; руководство пользователя, содержащее описание всех задокументированных возможностей программы.
3) текст программы по ГОСТ 19.401-78 на машинном носителе (дискете с маркировкой SOURCE), представленный в виде текстового файла, содержащего исходный код на одном из языков, указанных в пункте 4.5.3.
4) руководство программиста по ГОСТ 19.504-79 на машинном носителе носителе (дискете с маркировкой PROG) в виде файла README.TXT, содержащий данные о технологии проектирования и программирования данной программы, а также о языке программирования, назначение программы и список литературы, содержащей теоретический материал, необходимый для создания программы.
9. Технико-экономические показатели
Технико-экономические показатели должны определяться заказчиком без участия исполнителя.
10. Стадии и этапы разработки
Разработка программы должна выполняться по следующим этапам:
1) разработка, согласование и утверждение технического проекта программы с пояснительной запиской — 5 недель;
2) разработка рабочего проекта программы с комплексным тестированием — 6 недель;
3) приемка-сдача с исправлением обнаруженных недостатков в программе и программной документации — 2 недели.
11. Порядок контроля и приемки
11.1. Виды испытаний
Проверка документации программы осуществляется самим заказчиком с привлечением сторонних экспертов, способных засвидетельствовать факт
соответствия созданного программного продукта всем пунктам технической
документации, включая техническое задание и технический проект.
Испытания и тестирование программы должны проводиться в процессе создания программы самим разработчиком:
1. C использованием контрольных тестов, позволяющих добиться проверки правильности работоспособности и взаимной совместимости максимального числа функций и операторов программы или модуля при минимальных затратах временных и финансовых ресурсов.
2. Путем пошагового исполнения программы или модуля (и непрерывного контроля значений переменных) в соответствии с набором тестовых примеров и сравнения полученных в процессе тестирования значений с контрольными значениями тестовых примеров.
3. С привлечением сторонних неофициальных бета-тестеров, которые в процессе тестирования программного продукта должны сообщать разработчику все найденные ошибки и неточности в работе программы.
и проверка документации должна проводиться.
Испытания и тестирование программы должны проводиться после завершения создания программы заказчиком:
1. С использованием проверочных тестов, составляемых заказчиком заблаговременно.
2. В процессе начального этапа внедрения программы, путем тестирования программы в организации заказчика в рабочих условиях на протяжении срока в 1 неделю.
3. В организации заказчика с привлечением сторонних экспертов.
Источник: studfile.net
Введение
Развитие информационных технологий в настоящее время идет все быстрее и быстрее. Разработано множество стандартов, протоколов, форматов по хранению и передаче информации между компьютерами. В настоящее время существует большое количество программ для обмена данными между компьютерами. Особую роль среди них занимают программы обмена сообщениями. Многие из этих программ уже настолько развиты, что имеют возможность обмена файлами, передачи голоса и видео.
Однако основной особенностью данных программ является обязательное подключение к серверу, что делает невозможным использование данных программ, например, в локальной вычислительной сети или просто между двумя компьютерами, без организации соответствующего сервера.
Используя современные средства визуальной разработки программного обеспечения, имеется возможность быстрого создания собственных программ по обмену сообщениями в локальной вычислительной сети. В данной курсовой работе рассматривается создание клиент-серверного приложения ЧАТ с помощью среды визуальной разработки приложений Borland C++ Builder версии 6.
Цели и задачи разработки
Цели разработки
Разработать клиент-серверное приложение «Чат» с поддержкой файлового обмена.
Задачи разработки
Разработать клиент-серверное приложение «Чат» с поддержкой файлового обмена со следующей функциональностью:
— наличие клиент-серверной архитектуры;
— обмен короткими сообщениями;
Назначение и область применения
Назначение программы
Назначение программы «Клиент-серверное приложение «Чат» с поддержкой файлового обмена» заключается в организации соединения между несколькими компьютерами для создания между ними обмена короткими сообщениями и файлами.
Область применения программы
Программу «Клиент-серверное приложение «Чат» с поддержкой файлового обмена» можно использовать в локально-вычислительных сетях на компьютерах под управлением операционной системы Windows.
Постановка задачи и разработка алгоритма работы приложения
Необходимо разработать клиент-серверное приложение «Чат» с поддержкой файлового обмена. Приложение должно включать клиентскую и серверную части. Функциональность приложения должна содержать возможность передачи текста и файлов между клиентом и сервером.
Опишем примерный алгоритм работы приложения. Приложение состоит из серверной и клиентской части, в дальнейшем — сервер и клиент. Сервер в рабочем состоянии постоянно находится в состоянии готовности принять соединение от клиента. Клиент инициализирует соединение. После успешного соединения клиент и сервер могут отправлять друг другу текст.
Отправка файлов реализована на стороне сервера, прием файлов — на стороне клиента. Разорвать соединение могут как клиент, так и сервер. Алгоритм работы приложения схематично представлен в виде блок-схем, изображенных на рис. 3.1 и 3.2.
Рис. 3.1 Алгоритм работы серверной части приложения
Рис. 3.2 Алгоритм работы клиентской части приложения
Источник: studbooks.net
Цели и задачи разработки программного обеспечения
Рассмотрим далее проблематику разработки программного обеспечения (ПО) на более общем (промышленно-профессиональном) уровне. Говоря юридически, программное обеспечение — это совокупность программ, процедур работы и соответствующей документации для вычислительной системы (ВС).
Стоимость и качество производимого ПО определяются уровнем развития инженерного программирования. Важность инженерного программирования обусловливается следующими двумя тенденциями:
- • ПО является сложным изделием и стоимость его постоянно увеличивается;
- • ПО оказывает значительное и все возрастающее воздействие на общественное благосостояние.
По разным источникам, стоимость разрабатываемого в мире ПО на рубеже веков составляла от 70 до 120 млрд долл., а в настоящее время — от 150 до 200 млрд долл. Для сравнения: мировой рынок вооружений в 2002 г. оценивался в 30 млрд долл. Мировые тенденции роста стоимости ПО характеризуются тем, что стоимость ПО по отношению к стоимости технических средств вычислительной техники имеет более высокий темп роста. Подобный рост спроса на ПО предъявляет значительные требования к инженерному программированию:
- • существенно повысить производительность труда при разработке ПО;
- • повысить эффективность сопровождения ПО, так как оно составляет около половины стоимости ПО.
Рост спроса на ПО является следствием того, что автоматизация труда человека с помощью ЭВМ становится все более и более выгодной. Эта тенденция может быть подтверждена следующими данными. В настоящее время в США более половины работающих используют ЭВМ в своей профессиональной деятельности, не обязательно зная как функционируют ТС и ПО.
Источник: studref.com