Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Источники разработки

Требования к документированию

Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу в действие

Порядок контроля и приемки системы

Состав и содержание работ по созданию (развитию) системы

Требования к системе

Характеристики объекта автоматизации

Назначение и цели создания системы

Общие сведения

Полное наименование системы:

Условное обозначение системы:

Шифр темы или шифр (номер) договора:

Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты:

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

Документ:

Утверждающие организации:

Дата утверждения:

Плановые сроки начала и окончания работы по созданию системы:

Начало:

Сведения об источниках и порядке финансирования работ:

Источник финансирования:

Объем финансирования:

 

2.1. Назначение системы:

Вид автоматизируемой деятельности:

Объект автоматизации:

2.2. Цели создания системы:

 

 

4.1. Требования к системе в целом

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

4.1.2. Требования к способам и средствам связи для информационного обмена между компонентами системы

4.1.3. Требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, способы обмена информации

4.1.4. Требования к численности и квалификации персонала системы и режиму его работы

4.1.5. Требования к показателям назначения

4.1.6. Требования к надежности

4.1.7. Требования к безопасности

4.1.8. Требования к эргономике и технической эстетике

4.1.9. Требования к транспортабельности для подвижных АС

4.1.10. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению комплектов системы

4.1.11. Требования к защите информации от несанкционированного доступа

4.1.12. Требования к сохранности информации

4.1.13. Требования к средствам защиты от внешних воздействий

4.1.14. Требования к патентной чистоте

4.1.15. Требования к стандартизации и унификации

4.1.16. Дополнительные требования

4.2. Требования к функциям

4.3. Требования к видам обеспечения

4.3.1. Требования к математическому обеспечению

4.3.2. Требования к информационному обеспечению

4.3.3. Требования к лингвистическому обеспечению

4.3.4. Требования к программному обеспечению

4.3.5. Требования к техническому обеспечению

4.3.6. Требования к методическому обеспечению

4.3.7. Требования к организационному обеспечению

 

Номер и наименование этапа:

 

Документ:

Полное наименование:

 

5. Примеры выполнения

 

Техническое задание на создание автоматизированной системы.

1.Общие сведения

Автоматизированная система пересчета денежных билетов.

АСПДП

№183208

Разработчики – Московский завод электронных машин.

Заказчик – учреждения Госбанка Украины и другие организации.

Договор-заказ на создание системы.

Министерство финансов – утверждающая организация.

20.05.90г. – дата утверждения.

Плановые сроки создания системы

03.04.89г – начало работы

05.05.909г – конец работы

ПромИнвестБанк и Академия наук УССР

Источники финансирования. Финансирование происходило по мере затрат на создание системы.

 

2.Назанчение и цели создания системы.

Объект автоматизации. Система предназначена для выполнения определенной функции: пересчета банковских билетов.

Устройство пересчета денежных билетов предназначено для пересчета денежных билетов ГОСБанка Украины всех достоинств образца 1992 года.

 

 

Техническое задание на создание автоматизированной системы.

1. Общие сведения.

Полное наименование системы: Холодильное предприятие с автоматизированной системой хранения продуктов питания.

Условное обозначение: ХПАСХ.

Шифр темы или шифр договора: ХП №334

Наименование предприятий разработчика: АО «Сервис ПроектСтрой» г.Одесса

Наименование предприятия заказчика: Одесский мясокомбинат г.Одесса ул. Радужная 59 счет №328611.

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

- документ о наименовании системы;

- основание для проектирования (Приказ вышестоящей хозяйственной организации);

- документ о районе, пункте и площадке для строительства холодильного предприятия;

- вид строительства;

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

- основные источники снабжения сырьем;

- документы об объемах капитальных вложений;

- требования по защите к окружающей среды;

- документы о сороках строительства и очередность ввода производственных мощностей;

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

Утверждающие организации:

АО «СервисПроектСтрой»

Одесский мясокомбинат

Комитет по принятию решений строительных объектов

Дата утверждения: 16.04.99

Плановые сроки начала и окончания работы по созданию системы: 22.04.99 по 8.10.99г.

Начало:

Сведения об источниках и порядке финансирования работы: «Приват –Банк» № 324401 Одесский мясокомбинат, АО «Стройбыт», «ЮгПром» ПО;

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

Объем финансирования: 150 млн. гривен

 

2. Назначение и цели создания системы.

Назначение системы:

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

Вид автоматизируемой деятельности:

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

Цели создания системы:

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

3. Характеристики объекта автоматизации

4. Требования к системе

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

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

Требование к способам и средствам связи для информационного обмена между компонентами системы:

Связь между отдельными компонентами системами должна осуществляться на основе стандартных протоколов обмена данными.

Требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, способы обмена информации:

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

Требования к численности и квалификации персонала соответствует объему производства, квалификация персонала зависит от выполняемой деятельности, режим работы посменно (8ч). Предприятие работает бесперебойно круглосуточно.

Требование к надежности:

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

Требование к безопасности:

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

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

Требования к защите информации от несанкционированного доступа:

Холодильные камеры должны быть укомплектованы специальными механическими или электронными устройствами ограничивающих доступ определенного персонала к данному оборудованию.

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

Требования к патентной чистоте:

Система должна соответствовать требованиям патентной чистоте.

Требования к стандартизации и унификации:

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

Дополнительные требования:

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

Требования к видам обеспечения:

При создании системы должна учитываться литература ранее изданных аналогичных систем. Основные органы управления системы должны быть доступными подписаны соответствующими обозначениями.

При проектировании системы рекомендуется использовать ЭВМ с соответствующими программами, измерительные приборы и другое испытательное оборудование.

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

 

 

Техническое задание на создание автоматизированной системы.

 

1. Полное наименование системы: Автоматизированная система управления бесперебойной работой городского служебного транспорта. (АСУРСТ)

2. Назначение и цели создания системы:

Назначение системы – создание условий для бесперебойной работы служебного городского транспорта («скорая мед.помощь», «пожарная охрана», «милиция», «аварийная служба»). Целью создания АСУРСТ является разработка оптимальных условий работы каждый транспортной единицы в отдельности и всей служебной транспортной системы в целом.

Для этого необходимо:

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

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

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

4. Требования к системе.

4.1.1 Требования к числу уровней иерархии и степени централизации системы:

опишем путь информации при вызове. Сначала вызов попадает в районный пункт помощи (01,02,03 и т.д.), оттуда идет запрос по сети о выборе необходимого маршрута в ЦПУ; вначале координаты начала и конца маршрута попадают в основной компьютер (ОК), затем в ЦК, при необходимости опять в ОК и в ЦК, затем данные передаются в районный пункт выдается на печать.

4.1.2 Информация от информационных датчиков к ЦПУ передается по специальному кабелю. От ЦПУ к работающему пункту передается по сетевому кабелю, где распечатывается на принтере.

4.1.4 Требования к численности и квалификации персонала системы и режиму его работы:

За каждым компьютером по 2 оператора и инженер-программист. Работа круглосуточная по 6 часов за смену.

4.1.6. Требования к надежности:

Для бесперебойной работы системы, на ЦПУ и на районных пунктах необходимо иметь генераторы переменного тока для выработки электроэнергии в случае ее отключения.

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

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

Требования к средствам защиты от внешних воздействий: специальное покрытие инфракрасных датчиков, которые было бы адаптировано к условиям внешней сферы. К остальным техническим средствам используемым в системе предъявлены стандартные требования.

4.3 Требования к видам обеспечения:

4.3.1 Требования к математическому обеспечению: Состоит специальный алгоритм работы всей системы. Например: при подсчете инфракрасным датчиком количества машин на контролируемом им участке дороги, пробкой считать ту ситуацию, когда количество машин >= N (N различно для разных дорог).

4.3.2 Требование к информационному обеспечению:

В основе информационного обеспечения АСУРСТ лежит документация, отражающая работу служебного транспорта за 5 лет.

4.3.4 Требования к программному обеспечению:

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

4.3.5 Требования к техническому обеспечению:

Техническое обеспечение АСУРСТ включает в себя:

Инфракрасные датчики с установленными в них специальными счетчиками для подсчета количества машин, компьютеры на базе INTEL PENTIUM, рабочие станции на базе разнообразных архитектур, снабженные сетевые ПО, принтеры, кабели.

4.3.6 Требования к методическому обеспечению:

В его сотав входят документы, регламентирующие порядок эксплуатации.

4.3.7 Требования к организационному обеспечению:

включает положения и инструкции, штатные расписания и иные организационные документы.

Требования к эргономике:

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

 

Техническое задание

Общие сведения

1. Полное наименование системы: система открывания двери автоматическая

2. Условное обозначение: СОДА

3. Шифр темы: 963318

4. Наименование предприятий разработчика и заказчика и их реквизиты:

разработчик – дочернее ЧП «Nataly», шифр зачетки 963318

5. Документ: договор-заказ на создание системы под №05

6. Утверждающая организация – OSAR

7. Дата утверждения – 30.04.99

8. Плановые сроки начала и окончания работ по созданию системы – 27.04.99 – 3.05.99

9 Начало: 1.05.99

10. Источник финансирования – родительское МП «Shandak Parents», домашний бюджет

11. Объем финансирования: зависит от источника финансирования.

 

2.Назначение и цели создания системы.

2.1 Назначение системы: двери автоматические открываются перед клиентом.

Объект автоматизации – раздвижные двери.

2.2 Цели создания системы – удобство в обслуживании системы.

 

3. Характеристики объекта автоматизации.

Стеклянные, раздвижные двери, тонированные, пуленепробиваемыми двери, оборудованные видеокамерой и системой слежения.

4. Требования к системе.

4.1 Требование к системе в целом.

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

4.2 Подсистемы6 датчик, мониторы, видеоустройство, механическое устройство, управляющее работой двери. Назначение датчика: определение приближающегося объекта. Назначение видеокамеры – видеосъемка. Назначение механического устройства – раздивижение двери. Назначение монитора – отображение

4.1.2 Подсистемы соединены между собой кабелями и выходят на центральный терминал РС. Управляющий работой системы в целом.

4.1.3 система взаимосвязана с системой безопасности (при попытке взлома, сигнал подается в отделение милиции, срабатывает сигнализация.

4.1.4 Систему обслуживают 2 механизма и 3 оператора, работающие посменно.

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

4.1.6 требования к безопасности.

Матричная система датчиков позволяет оптимально определить приближающийся объект и дает сигнал механическому устройству раздвижение двери. Если объект остановился в дверях. Система работает в режиме ожидания. Система срабатывает и двери смыкаются после того, как объект отошел от нее на 0,5 м. Если створки двери при смыкании натыкаются на препятствие, они автоматически открываются и остаются в режиме ожидания.

4.1.7 Требования к эргономике и технической эстетике: система удобна для пользователя и удовлетворяет последним разработкам технического дизайна.

4.1.8 Требование к эксплуатации, ремонту, хранению комплектов системы. Система обеспечивает стабильно высокий уровень точности работы в течение всего периода эксплуатации, ремонтопригодна.

4.1.9 требование к защите от несанкционированного доступа. Система защищена от несанкционируемого доступа с помощью системы кодов, паролей. Уровней иерархического доступа.

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

4.1.11 Требование к защите от внешних воздействий: система оборудована пуленепробиваемыми стеклами

 

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

4.3.2 Требования к информационному обеспечению: исходные и результирующие данные, нормативно справочная документация, текущая информация о процессе проектирования.

4.3.3 Требования к лингвистическому обеспечению: программы написаны на языке Paskal

4.3.4 Требования к программному обеспечению: совокупность программ и программных модулей, планирующих и управляющих вычислительным процессами.

4.3.5 Требование к методическому обеспечению САПР: документы, регламентирующие порядок эксплуатации системы.

4.3.6 требования к организационному обеспечению: инструкции, штатное расписание.

 

5 Состав и содержание работ по созданию системы.

Этап №1. Разработка алгоритмов

Этап №2 Создание программного обеспечения

Этап №3 Разработка дизайна

Этап №4 Создание двери

Этап №5 Сборка и установка комплектующих.

Этап №6 Перевозка, установка, подключение системы на месте.

 

7. Порядок контроля и приемки системы.

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

 

8. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу в действие.

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

 

9. Требования к документированию.

В комплект документов входят:

1) Контракт на создание системы.

2) Смета расходов

3) Отчеты о разработке системы

4) Акт о принятии объекта, подписанный членами комиссии.

 

 

Сравнительная характеристика.

- Простейшая модель системы - Case модель

разработки программного обеспечения.

 

 
 

 


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

анализ Проектирование кодирование тестирование
1. традиционная разработка
20% 15% 20% 45%
2. разработка с использованием структурных методологий
30% 30% 15% 25%
3. разработка с использованием Case-технологий
40% 40% 5% 15%

% - затраты времени на операцию.

 

 

Основные изменения в жизненном цикле программных продуктов при использовании CASE-технологий по сравнению с традиционными разработками.

 

Традиционная разработка CASE
1. Основное усилие на кодирование и тестирование Основное усилие на анализ и проектирование
2. Бумажные спецификации Быстрое итеративное прототипирование
3. Ручное кодирование Автоматическая кодогенерация
4. Ручное документирование Автоматическая генерация документов
5. Тестирование кодов Автоматический контроль проекта
6. Сопровождение кодов Сопровождение спецификаций проектирования

 

 

<== предыдущая лекция | следующая лекция ==>
Построение модели | Модель анализа надежности программных средств
Поделиться с друзьями:


Дата добавления: 2014-01-04; Просмотров: 319; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.009 сек.